Проверить сайт на cms: Определить CMS сайта — сервис компании iTrack. Узнать движок

Содержание

Перенос сайта, как не потерять позиции, переезд на новую cms

Причин для переезда на новый движок много. Вот самые частые сценарии:

  1. Сайт не соответствует потребностям бизнеса — как в функциональном, так и техническом аспекте.
  2. Невозможно добавить необходимую функцию, например — систему скидок на определенные категории товаров.
  3. Моральное устаревание сайта, когда невозможно внедрение необходимых технологий. Особенно эта проблема характерна для самописных движков и старых версий коробочных CMS.
  4. Текущая версия сайта работает на SaaS-платформе или конструкторе, а не на полноценной CMS.
  5. Большое количество технических ошибок / конфликтов в коде.
  6. Сайт загружается очень долго и стандартными методами, например — внедрением кэширования страниц, исправить эту ситуацию не получается.
  7. Сайт создает большую статическую нагрузку на хостинг.

Теперь рассмотрим опасности, которые могут подстерегать вас после переезда на новый движок.

Присоединяйтесь к нашему Telegram-каналу!

  • Теперь Вы можете читать последние новости из мира интернет-маркетинга в мессенджере Telegram на своём мобильном телефоне.
  • Для этого вам необходимо подписаться на наш канал.

Риски при смене движка

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

Вот главные опасности смены движка сайта:

  1. Получение большого количества уязвимостей.
  2. Утрата многих инструментов и функциональной части старой CMS.
  3. Некорректное отображение контента — из-за изменения вида ссылок контент может отображаться частично или вовсе не отображаться после смены движка.
  4. Потеря накопленных позиций.
  5. Резкая просадка трафика.
  6. Утрата всей или большей части ссылочной массы. В идеале нужно настроить 301-е перенаправление для каждой страницы старой версии на URL новой версии сайта.

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

Например, до переезда ссылка категории выглядела так: abc.com/category/blog. После смены CMS она приобрела такой вид: abc.com/blog.html

Читайте также:

Что такое CMS: как работает, какие задачи решает, как выбрать CMS для сайта

Как сохранить позиции и трафик при переезде на новую CMS

Достичь этой цели можно соблюдением всего 3 правил:

  • Сохранение текущих url адресов страниц.
  • Сохранение контента страниц.
  • Сохранение структуры.

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

Если по каким то причинам у вас не получается реализовать этот вариант, ниже мы опишем вариант с использованием серверной переадресации 301 на новые url адреса.

Пошаговый алгоритм при переезде на новую CMS

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

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

  1. Метатеги для страниц нужно делать в виде шаблонов.
  2. Сохранение существующей поисковой оптимизации страниц.
  3. Сохранение структуры сайта и его главных разделов.
  4. Сохранение существующих типов страниц.
  5. Список обязательных мероприятий — генерация карты сайта, настройка стандарта исключений для роботов, проверка кодов ответа, проверка работы страниц фильтров и пагинации.

Далее мы посмотрим, как переехать на новую CMS самостоятельно — без разработчика.

Подготовка к настройке перенаправлений. Сбор старых URL

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

Читайте также:

Кого выбрать — частного SEO-специалиста или агентство: советы владельцам сайтов

Парсинг старого сайта

Сперва нам необходимо сохранить текущие URL. Другими словами — нам нужны ссылки со старой версии сайта. Чтобы их собрать, вы можете воспользоваться автоматическими инструментами, например, сервисом Screaming Frog или любым другим, который имеет встроенный парсер данных.

Немного о выборе парсера: кроме хорошо зарекомендовавшей себя «лягушки», я могу посоветовать SE Ranking. Там также есть удобный парсер, который позволяет выгрузить все данные о страницах именно в таблице, которая нам и будет нужна в конечном итоге.

Я люблю работать с WebSite Auditor и далее покажу последовательность действий на примере этого инструмента.

  1. Устанавливаем WebSite Auditor на компьютер.
  2. Указываем домен старого сайта.
  3. Ждем пока сервис просканирует домен:
  4. Парсер обработал все страницы старого сайта
  5. Идем в раздел «Структура сайта» и открываем отчет по страницам:
  6. Открываем отчет по страницам
  7. Выбираем необходимые параметры, кликнув правой кнопкой в этой области:
  8. Настраиваем необходимые параметры, которые должны быть в таблице после экспорта

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

    Так выглядит итоговый отчет с 5-ю необходимыми параметрами: страница, заголовок, код состояния, мета-описание, количество h2
  9. Экспортируем данные. Нажимаем на эту иконку:
  10. Экспортируем данные по всем страницам старого сайта в таблицу
  11. Указываем, куда сохранить таблицу:
  12. Сохраняем таблицу в формате .csv

Итак, как вы уже догадались, в таблице работать будем со следующими данными страницы:

  1. URL.
  2. Title.
  3. Description.
  4. h2.
Создание таблицы

Теперь нам нужно создать таблицу в Microsoft Office или в «Google Таблицах». В чистый лист вставляем данные, которые мы получили из парсера. Вы можете назвать эту таблицу «Составление URL»:

Из парсера мы получили URL, Title, код ответа, Description, количество h2 и новый адрес страницы

Новый адрес страницы пока не трогаем. Таким образом, мы создали таблицу «Составления URL» для старой версии сайта и успешно копировали в нее данные из парсера.

Парсинг нового сайта

Повторяем весь вышеописанный парсинг, но уже для новой версии сайта. Аналогичным образом экспортируем данные из парсера и возвращаемся в таблицу «Составление URL», где у нас ссылки на старый сайт. Нам нужно добавить новый столбик.

Вручную добавляем столбик «Новый адрес страницы»

Теперь нужно внимательно проверить корректность каждой новой страницы, сопоставить старый / новый адрес и вписать его в столбик «Новый адрес страницы». Сделать это нужно для каждой ссылки.

Частый сценарий: сопоставлять старую версию страницы в новой версии сайта просто не с чем, так как на новом движке такой страницы нет. В этом случае в таблице «Составления URL» можно просто сделать пометку «404-й ответ».

Читайте также:

Страница 404: 18+ примеров как оформить страницу ошибки

После того как таблица «Составления URL» полностью готова, можно приступать к созданию следующий таблицы — условно назовем ее «Формирование редиректов». Внимательно анализируем предыдущую таблицу («Составление URL»): проверяем каждую ссылку со старой версии сайта на новую, затем вносим ее в таблицу «Формирование редиректов», в столбик «Новый URL»:

В новой таблице (формирование редиректов) нужно сделать 3 столбца: «Старый URL», «Новый URL» и «Правило редиректа».

Обратите внимание: в столбике «Правило редиректа» может указываться не только 301-й редирект, но и другие виды перенаправлений.

Страницы, отдающие 404-й код, на старом сайте добавлять в таблицу «Формирование редиректов» не нужно. Иначе несуществующие страницы появятся и на новой версии сайта.

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

Инсталляция новой CMS

Приступаем к развертыванию новой версии сайта. Здесь два варианта: выполнять все действия на локальном сервере или зарегистрировать для этих целей тестовый домен. В последнем случае его нужно будет закрыть для индексации в стандарте исключений для роботов. В robots.txt достаточно прописать такой код:

User-agent: *
Disallow: /

Перед релизом сайта на основной домен, файл robots.txt необходимо заменить на корректный или убрать из него запрещающую директиву Disallow: /. Иначе ваш сайт полностью выпадет из индекса.

Устанавливаем выбранный движок и проводим основную работу: кастомизируем внешний вид ссылок, настраиваем основные разделы сайта и структуру, изменяем дизайн, устанавливаем плагины.

Самые популярные CMS в России

Копирование оптимизации и контента

Если вы работаете с разработчиком, обязательно передайте ему таблицу «Сопоставления URL» и таблицу «Формирование редиректов». Сложность переноса оптимизации и контента зависит от масштабов сайта. Если на вашем сайте тысячи страниц, то для импорта данных можно задействовать специально написанный для этого скрипт (сделать его поможет разработчик). Когда страниц мало, то можно обойтись и полностью ручным копированием контента.

Настройка перенаправлений

Задача несложная: нужно вручную настроить 301-й редирект для всех старых страниц. Самый простой способ это сделать — прописать перенаправление в htaccess, но есть и много других способов настроить редирект.

Читайте также:

Как сделать редирект — подробное руководство по настройке и использованию

Первоначальное тестирование

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

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

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

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

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

Если новая версия сайта работает корректно, можно приступать к добавлению скриптов веб-аналитики и других сервисов:

Код сторонних сервисов, например — «Яндекс.Метрики», нужно вставлять как можно ближе к началу страницы. Лучше в тегах head или в пределах тегов body

Формирование XML-карты для новой версии сайта

Для создания XML-карты можно воспользоваться любым сторонним инструментом: плагином или онлайн-сервисом. Например, для WordPress я рекомендую использовать плагин Google XML Sitemap Generator. Сгенерированную карту сайтов для роботов нужно загрузить в «Яндекс.Вебмастер» и Google Search Console.

Плагин для формирования карты сайта Google XML Sitemap Generator

Работа с веб-аналитикой

После переезда очень важно следить за посещаемостью сайта. Просадка трафика в первый месяц после переезда или даже дольше — это нормально. Гораздо хуже, если вы теряете более 50% от привычной посещаемости. Значит, переезд выполнялся некорректно и стоит проверить самые важные моменты: как работают редиректы и настроены ли они вообще.

Бывает и так, что посещаемость начинает расти после переезда на новую CMS

Читайте также:

Веб-аналитика: что это такое, зачем она нужна, сервисы веб-аналитики

6 действий, которые нужно выполнить после первоначального переезда на новый движок

Если первый этап переезда на новый движок признан успешным, не спешите удалять старую версию сайта! Она может пригодиться еще неоднократно. Кроме этого, выполните следующие действия:

  1. Проверьте правильность привязки сайта в «Яндекс.Метрике» и Google Analytics.
  2. Проверьте стандарт исключения для роботов. Новая версия сайта должна быть открыта для индексации.
  3. Следите за позициями новой версии сайта. В идеале мониторить их нужно еще до начала переезда. Так вы сможете вовремя идентифицировать причину падения трафика, если она связана с утратой позиций сайта.
  4. После завершения всех работ просканируйте новую версию сайта парсером Screaming Frog. Нужно убедиться в том, что отсутствуют критические ошибки, нет дублирования страниц, все они отдают корректный код, а теги страниц переехали правильно. Следите за битыми ссылками на сайте. Сделать это можно в том же Screaming Frog (раздел «Bulk Export», сортируем страницы по «Response Code» и кликаем «Client Error 4xx Inlinks»).
  5. Просканируйте все цепочки редиректов при помощи Majento.
  6. Проверьте все внутренние ссылки (включая атрибутивные, canonical, ссылки в меню). Они должны вести на новую версию сайта.

Резюме + бонус: когда переезд на новый движок может быть не оправдан

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

После того, как перенос завершен — обязательно проанализируйте цепочки редиректов на цикличность. Для решения этой задачи я советую использовать любой подходящий сервис — например, webmasta.org или Mainspy.

Проверка цепочек редиректов при помощи WebMasta

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

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

Создание сайтов

  • Разработка эффективных сайтов для продаж в интернете.
  • Создаем сайты с нуля любой сложности, от сайтов визиток до интернет-магазинов и крупных порталов.

Проверка сайта на соответствие требованиям поисковых систем

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

Анализ соответствия сайта требованиям поисковиков

Проверка сайта на соответствие требованиям поисковых систем — основной блок работ в первый месяц ОиР. Подробно расскажем, что конкретно делаем и зачем.

1. Анализ интерфейса. Смотрим ресурс в целом, отдельные страницы, разделы и формы. Ищем ошибки, влияющие на поведение пользователей и конверсию.

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

2. Проверка технического SEO. Изучаем robots.txt и sitemap.xml, проверяем страницы пагинации, зеркала сайта, смотрим валидность HTML, кроссбраузерность, корректность заголовков и мета-тегов.

Если верстальщик не закроет парные html-теги, парсинг исходного кода для Яндекса и Гугла будет идти с ошибкой, что отразится на индексации и ранжировании.

3. Оцениваем скорость. Медленно грузиться сайт может по причине банальной перегрузки CSS-стилями и JS-кодом, из-за нехватки ресурсов хостинга или переизбытка модулей и плагинов.

В зависимости от результата нужно либо чистить CSS и JS, либо просить программиста убрать лишние плагины, а то и заморачиться сменой хостинга. Сами понимаете, что это работы разного масштаба.

4. Смотрим выдачу. Проверяем индексацию и ранжирование на декстопах/мобильных, изучаем сниппеты, считаем индекс цитирования. Это помогает определить, находится ли сайт под баном, пессимизацией или просто в «песочнице».

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

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

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

Перенос сайта на CMS | Инструкция по переезду

По мере развития сайта и в целях использования дополнительных возможностей оптимизации рано или поздно возникает вопрос о «переезде» с одной системы на другую CMS. Система управления сайтом (CMS) – программное обеспечение, позволяющее управлять содержимым ресурса или контентом с разнообразным функционалом.

Есть возможность менять контент, просматривать и контролировать информацию и многое другое. Данные системы часто модернизируют: появляется больше опций и возможностей для поисковой SEO оптимизации. Как грамотно перенести сайт на новую CMS, чтобы не потерять трафик и занимаемые позиции?


Процесс перемещения на новую CMS состоит из четырех этапов


1 этап – подготовка ТЗ (технических заданий) для внедрения на новом сайте

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

На этом же этапе SEO-специалист дает программисту ТЗ, в которое входит задание по созданию структуры сайта, по формированию структуры URL-адресов для всех типов страниц, основные технические рекомендации, шаблоны мета-информации, советы, а также, как внедрить SEO-правки.

Видео пример проверки сайта на технические ошибки

2 этап – анализ тестового сайта и контроль внедрений

На этом этапе важно согласовать WEB дизайн сайта, проконтролировать точность внедрения представленного программисту ТЗ, провести проверку пользовательской способности сайта, удобство пользования площадкой (юзабилити) и т.д. Необходимо проверить, как работает сам сайт для обнаружения ошибок и неточностей. Стоит обратить особое внимание на работу основных функций, проверить достоверность представленной информации и т.д.

3 этап – подготовить ТЗ для перемещения сайта

После внедрения структуры сайта, новых URL, при доступности всех целевых страниц на тестовом сайте, необходимо начать подготовку ТЗ по перемещению. Ниже представлены только несколько рекомендаций, что стоит сделать:

  • попросить программистов провести «бекап» старого и нового сайта;
  • переместить таблицу редиректов на тестируемый сайт;
  • свести в единый реестр все URL и пробить коды ответов страниц для информирования о доступности страниц в настоящее время;
  • настроить новые редиректы;
  • перенести контент;
  • оповестить специалистов об изменении URL;

После переезда необходимо: настроить системы аналитики, дать рекомендации по внедрению кодов отслеживания, настроить robots.txt, заменить внутренние ссылки на действующие, проверить настройки индексации и т.д.

4 этап – проверка и контроль после перемещения сайта

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

Внимание! Важно постоянно отслеживать трафик и позиции сайта. На первых порах, после переезда на новую CMS, возможно уменьшение трафика на 15-20%. Это не страшно. Для возвращения прежних позиций, как правило, достаточно месяца.

Итак, для «переезда» на новую CMS необходимо «пройти» четыре этапа:

  1. подготовить ТЗ для тестовой площадки;
  2. проанализировать тестовый сайт и проконтролировать внедрения;
  3. провести подготовительные мероприятия по перемещению сайта;
  4. сделать завершающую проверку после «переезда».

Это очень краткий перечень этапов переноса сайта на новую CMS, так как у каждого WEB ресурса своя специфика и особенности.

Вместо завершения

Если вы решили поменять систему управления сайтом и вам нужно найти действительно проверенного подрядчика по переносу сайта на CMS, который не не потеряет при переезде данные и не сломает WEB проект, обращайтесь. Все будет сделано на высшем уровне!!! Звоните, пишите и я уверен, что договоримся и вы останетесь довольны.

Выполняем SEO продвижение сайтов по городам:

  • Самара
  • Казань
  • Волгоград
  • Краснодар
  • Тюмень
  • Тольятти
  • Ростов-на-Дону
  • Уфа
  • Красноярск
  • Пермь
  • Воронеж
  • Омск
Рейтинг моего сайта в Яндекс:

 

Проверка сайта на вирусы — Cтатьи

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

Причины заражения Вашего сайта вирусом могут быть самые разные.
Часто это сбор различных данных о:

  • платежах;
  • онлайн-заявках;
  • контактах;
  • заполненных формах (кража личной информации пользователей).

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

Сайт могут заразить вирусом конкуренты с основной целью: навредить работе сайта и понизить Ваш ресурс в поисковых системах (если поисковая система обнаружит вирус на сайте, то он потеряет всякие позиции в ТОПе поиска).

На удаленный веб-сервер вирус преимущественно попадает через:

  • Выгрузку файлов на сервер с уже зараженного ПК.
  • Заполнение и отправку полей через HTTP-протокол. Проще говоря, формы обратной связи на Вашем сайте позволяют отправить на сервер не только текст, но и программный код, который может выполнить на сервере какие-либо действия.
  • Уязвимости в плагинах и расширениях Вашего сайта. Такое может случиться, если Вы устанавливаете на сайт плагины от непроверенных разработчиков.

Конечно, безопасность сайта, в первую очередь, зависит от владельца, но определенные проблемы могут возникать и из-за хостинга. Чтобы снизить риски, стоит обращать внимание на отзывы о безопасности хостинг провайдера.

Обеспечение безопасности сайтов на хостинге .masterhost

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

  • Защита виртуального хостинга: WAF.
  • Защита почты: Kaspersky Anti-Spam, ClamAV.
  • Защита от DDoS на уровне L3-L4 на виртуальном хостинге, VPS и выделенных серверах.

Всем клиентам мы предлагаем соблюдать ряд простых рекомендаций для поддержания защиты своих площадок:

  • Для подрядчиков и фрилансеров необходимо выписывать новые доступы для FTP, MySQL/MSSQL-пользователей.
  • После завершения работ эти доступны необходимо отключать/удалять.
  • Если SSH-доступ передавался третьим лицам, после завершения всех необходимых манипуляций нужно менять пароль SSH.

Обнаружить вирус на хостинге не всегда просто, и лучшим решением станет использование сразу нескольких инструментов.
Все способы сканинга можно объединить в четыре основные группы:

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

Признаков может быть несколько:

  • Резкие скачки в скорости загрузки страниц. Часто приходится ждать по 10 и более секунд для полной загрузки.
  • Нарушения в структуре сайта: могут «слетать» элементы на страницах, не работает функционал (калькуляторы, формы обратной связи и т.д.).
  • При переходе по ссылкам пользователей может перенаправлять на сторонние ресурсы.
  • Появление большого числа страниц, которые Вы не создавали.
  • Появление контента/ссылок, которые Вы не добавляли на сайт.

Рассмотрим два основных способа:

  • Проверка внутренними инструментами хостинга.
  • Проверка сайта онлайн-сервисами – платными или бесплатными.

Проверка на хостинге

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

Например, в cPanel это выглядит так:

Здесь Вам нужны следующие утилиты:

  • MoDSecurity – базовый файервол, который стоит включить сразу в начале работы с хостингом;
  • Imunify Av – непосредственно сам сканер.

Если перейти по ссылке Imunify Av, то будет видно следующее:

Вкладка «Файлы» отвечает за отображение содержимого с подозрительной активностью. Обратите внимание: часто после проверки сюда попадают определенные части кода от плагинов, установленных на Вашем сайте.
Перед удалением подозрительных файлов всегда делайте резервные копии, так как случайное удаление системных файлов CMS может привести к неработоспособности всего сайта.

Проверка онлайн-сканерами

Онлайн-сканеры выполняют простую проверку сайта на наличие самых распространенных вирусов.

2ip

Российский онлайн-антивирус с интуитивно понятной панелью управления. Для проверки введите название нужного домена и через 20 секунд Вы увидите результаты.

Virustotal

Этот онлайн-сканер пользуется популярностью среди веб-разработчиков. Его уникальность заключается в том, что Ваш сайт одновременно проверяет сразу около 60 антивирусов.
Для того, чтобы пройти проверку, необходимо выбрать вкладку «url» и затем ввести нужный домен в поле. После нажатие кнопки проверки Вы получите определенную отчетность о зараженных файлах.

Antivirus-Alarm

Осуществляет проверку путем сравнивания содержимого со своими внутренними базами данных. Чтобы начать сканирование, перейдите по пункту меню «Проверить» и введите необходимый веб-адрес (без https://). После проверки Вы получите результаты в виде списка.

Quttera

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

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

Сканинг будет довольно долгим (около 5 минут). Система намного подробнее просматривает все файлы, а после успешной проверки Вам останется перейти по ссылке и получить вот такой отчет.

В первую очередь, здесь стоит обратить внимание на три основные поля:

  • Malicious files – вредоносные файлы;
  • Suspicious files – подозрительные файлы;
  • Potentially Suspicious files – потенциально подозрительные файлы.

Если во всех этих колонках стоят нули, то это означает, что все в порядке.

Как проверить сайт на наличие вирусов

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

Злоумышленники постоянно сканируют интернет в поисках уязвимых сайтов. Когда находят — загружают в файлы сайта вредоносный код. Он-то и рассылает спам, перенаправляет пользователей на зараженные страницы или крадет данные.

Бывает и по-другому, но чаще всего причина именно в этом.

Как понять, что сайт заражен?

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

Rescan.Pro (https://rescan.pro/ )

Kaspersky VirusDesk (https://virusdesk.kaspersky.ru/ )

VirusTotal (https://www.virustotal.com/ru )

Что делать, если сайт оказался заражен?

Обновите CMS и плагины. Как только об уязвимостях становится известно разработчику, их исправляют и выпускают обновления. Устанавливайте обновления только с официальных сайтов: WordPress, Joomla, Drupal.

Удалите пиратские плагины и плагины из непроверенных источников. Устанавливайте плагины только от официальных разработчиков. Если на каком-то сайте размещен бесплатный аналог платного плагина, то скорее всего он уже содержит вирус. Лучше заплатить за оригинальное ПО, чем лечить зараженный сайт.

Поменяйте пароли. Часто вирус попадает на сайт используя пароль от админских панелей FTP или CMS, которые крадет во взломанной почте или компьютере. Смените пароли доступа к панели управления сервером, FTP/SSH-аккаунтам, MySQL, CMS. Используйте сложные пароли: не менее 10 символов, заглавные и строчные буквы, цифры и специальные символы. Хранить пароли лучше используя специальный софт, т.е. в защищённом от чтения месте.

Настройте права доступа к файлам. Через FTP или ISPmanager установите права доступа к файлам сайта. Права определяют, кто может просматривать, записывать и исполнять код. Для файлов сайта подходит значение 644 (изменять содержимое может только администратор, читать и исполнять код — любой посетитель сайта), для директорий лучше установить 755 (администратор может читать и редактировать, все остальные — только читать содержимое).

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

Заблокируйте неиспользуемые функции в конфигурации PHP. В конфигурации PHP (раздел «PHP» в панели управления) добавьте в графу disable_functions функции из списка: passthru, shell_exec, system, proc_open, popen, curl_exec, curl_multi_exec, parse_ini_file, show_source

Лечим сайт вручную

Лечить сайт можно вручную и с помощью антивирусов.

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

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

Пример команды для поиска паттернов вирусов в файлах php* и htm* директории /var/www/u******/data/www/. (где u***** — Ваш логин хостинга)
grep -Rils --include=\.{php,htm*} -e 'b=4594' -e 'e2aa4e' -e 'v58f57b98 = 0' -e 'forexam\@pandion.im' -e 'pathToDomains' -e 'if(navigator.userAgent.match(' -e 'var vst = String.fromCharCode' -e 'Menu\files\/jquery.js' -e 'i5463 == null' -e 'r57.gen.tr' -e '\/rsize.js' -e 'feelthesame.changeip.name' -e '40,101,115,110,98,114,105,110' -e 'c99sh' -e 'Shell by' -e ' sh_ver' -e '\.tcpflood' -e 'c999sh' -e 'Array(base64_decode' -e 'Attacker Perl File' -e 'bogel = ' -e '(\!function_exists(\"getmicrotime\"))' -e'\$d=substr' -e 'WSO ' -e 'r57shell' -e '[email protected](@base64_decode(@str_replace' -e '6POkiojiO7iY3ns1rn8' -e ' mysql_safe' -e 'sql2_safe' -e 'aHR0cDovLzE3OC4yMTEu' -e 'php function _' -e 'encodeURIComponent(document.URL)' -e '\; if(isset(\$_REQUEST' -e 'UdpFlood' -e 'udp\:\/\/1.1.1.1' -e '\ (md5(\$_POST\[' -e 'header(\"Location\: http' -e 'fx29sh' -e 'c999sh_surl' -e 'c99sh' -e '\/request12.php' -e 'NlOThmMjgyODM0NjkyODdiYT' -e 'semi-priv8' -e 'JHNoX25hbWUgPSAiIj' -e '$shell_name' -e 'UvUbjYh5eJNgF4E1fedl' -e 'killall \-9' -e 'Angel Shell' -e 'c100.php' -e 'c2007.php' -e 'c99 mod Captain Crunch' -e '\$c99sh_updatefurl' -e 'C99 Modified By Psych0' -e 'php-backdoor' -e 'r577.php' -e 'wso shell' -e 'backdoor' -e 'eval(stripslashes(' -e 'Backdoor' -e 'Set WSHshell' -e 'WSHshell.Run DropPath' -e /var/www/u******/data/www/ Как выглядит вредоносный код?

Чаще всего вредоносный код выглядит как набор символов:


$r9f35db4="\142\141\163\x65\66\64\x5f\x64\145\x63\x6f\x64\145

Часто встречается сочетание слов base64_decode

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

Как проверить время последнего изменения файла?

Можно проверить все файлы, изменённые менее чем 14 дней назад:


find /var/www/usertest/data/www/ -type f -mtime -14

Это позволит узнать остальные файлы которые пострадали с момента заражения. Их так же лучше проверить используя антивирус.

Анализ логов

Вам необходимо так же проверить логи сайта, т.е. к какому файлу происходило обращение (чаще всего POST запросы), проверить аргументы запроса. Проверить подозрительные файлы, на которые идут запросы. Можно заблокировать IP с которого идут запросы.

Далее необходимо проверить логи панели. Проверить авторизации в панели по странам. Если имеются подозрительные авторизации, то необходимо сменить пароль. Так же проверить наличие заданий в «Планировщике», по умолчанию – там нет заданий. Т.е. если Вы туда не добавляли задание, а теперь оно появилось – лучше его проверить и отключить.

Лечим с помощью антивирусов

Если вы не умеете работать с консолью сервера, используйте готовые решения. Самые большие базы паттернов вирусов, распространенных в рунете, содержат два антивируса: Virusdie и AI-Bolit.

Virusdie — платный инструмент. Автоматически находит вредоносный код и удаляет его. Помогает снять санкции браузера.

AI-Bolit — бесплатный сканер вирусов. Проверяет сайт на взлом, вирусы и хакерские скрипты. Анализировать отчет можно самостоятельно. Помощь от специалистов компании-разработчика AI-Bolit — за отдельную плату.

Как предотвратить заражение

  1. Используйте программное обеспечение только из проверенных источников.
  2. Генерируйте сложные пароли и не храните их в браузере.
  3. Настройте создание резервных копий.
  4. Изолируете сайты друг от друга, для этого создавайте каждый сайт на отдельном пользователе.

    Как определить, какая CMS используется на сайте?

    5 различных инструментов для обнаружения используемых CMS.

    ОБНОВЛЕНИЕ

    : прочтите обновленную версию статьи здесь!

    Может случиться так, что ваш клиент спросит вас, какую CMS используют его конкуренты (или тот, чей сайт им нравится). Конечно, есть несколько основных шагов, чтобы узнать это:

    1] Проверьте нижний колонтитул или боковую панель на наличие логотипа « Powered By ».
    2] Посмотрите изображение фавикона в адресной строке вашего браузера (в любом случае, некоторые CMS, такие как Kentico, позволяют легко изменить его).
    3] Найдите « Login-link » или попробуйте стандартную ссылку для входа в CMS (например, для Ektron: www.example.com/login.aspx или www.example.com/cmslogin.asp x или для Drupal: www.example.com/?q=user )
    4] Найдите ссылку « Designed by » и зайдите на веб-сайт дизайнера — они часто могут открыто говорить о CMS, которую они используют

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


    1] W3Techs предоставляет наиболее полный набор информации об используемых технологиях, а также является наиболее эффективным инструментом в нашем тесте для определения используемой CMS. Доступ к инструменту можно получить через веб-страницу или использовать как букмарклет, расширение для браузера или ссылку для подписки Google.

    2] BuiltWith представляет собой действительно мощный инструмент, который даже в своей бесплатной версии показывает технологический профиль для данного веб-сайта, который включает информацию о:

    •    Используемый сервер, CMS и инфраструктура
    •    Используемые системы аналитики и отслеживания
    •    Сеть доставки контента, функция агрегирования и информация о документах

    Он также предоставляет профиль SEO с основными элементами SEO, такими как метаданные, ключевые слова страницы или время отклика.Также дается общая оценка SEO (система очень похожа на WebsiteGrader).

    3] Wappalyzer — это удобная надстройка для браузера, раскрывающая технологии, используемые на веб-сайтах. Он обнаруживает CMS и системы электронной коммерции, доски объявлений, фреймворки JavaScript, панели хостинга, инструменты аналитики и многое другое. Он показывает результаты прямо в адресной строке или в строке состояния.

    4] CMS Detector идеально подходит для выявления веб-сервера, фреймворка или языка, используемого веб-сайтом.К сожалению, ему не хватает способности идентифицировать CMS.

    5] CMSeye — это простой инструмент, ориентированный только на идентификацию CMS, в основном он работает только для CMS с открытым исходным кодом и иногда не точен (даже мы не верим, что веб-сайт Ektron действительно работает на WordPress). ).

     

     



    В качестве бонуса предлагается инструмент, определяющий, какие системы веб-публикаций наиболее популярны в разных частях Европы (к сожалению, за исключением основных рынков для Kentico CMS — США, Австралии, Канады): CMSCrawler.ком

     

     

     

     

     

     

    Добро пожаловать в поиск MCD

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

    ЛИЦЕНЗИЯ НА ИСПОЛЬЗОВАНИЕ ТЕКУЩЕЙ ПРОЦЕДУРНОЙ ТЕРМИНОЛОГИИ ВРАЧЕЙ, ЧЕТВЕРТОЕ ИЗДАНИЕ («CPT»)

    Поправка для конечных пользователей Point and Click:

    Только коды CPT, описания и другие данные защищены авторским правом 2021 American Medical Association.Американская медицинская ассоциация. Все права защищены (или другая дата публикации CPT). CPT является торговой маркой Американской медицинской ассоциации (AMA).

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

    Любое использование, не разрешенное в настоящем документе, запрещено, в том числе в качестве иллюстрации, а не в качестве ограничения, создание копий CPT для перепродажи и/или лицензирования, передача копий CPT любой стороне, не связанной настоящим соглашением, создание любых измененных или производных работ. CPT или любое коммерческое использование CPT. Лицензия на использование CPT для любого использования, не разрешенного в настоящем документе, должна быть получена с по в AMA, CPT Intellectual Property Services, AMA Plaza, 330 Wabash Ave., Suite 39300, Чикаго, Иллинойс 60611-5885. Приложения доступны на веб-сайте AMA, http://www.ama-assn.org/cpt .

    Применимые ограничения FARS\DFARS относятся к использованию государственными органами.

    AMA Отказ от гарантий и ответственности.

    CPT предоставляется «как есть» без каких-либо явных или подразумеваемых гарантий, включая, помимо прочего, подразумеваемые гарантии товарного состояния и пригодности для конкретной цели.AMA гарантирует, что из-за характера CPT он не манипулирует и не обрабатывает даты, поэтому с CPT не возникает проблем 2000 года. AMA не несет ответственности за любые ошибки в CPT, которые могут возникнуть в результате использования CPT в сочетании с любым программным и/или аппаратным обеспечением, не соответствующим требованиям 2000 года. В CPT не включены таблицы сборов, базовые единицы, относительные значения или соответствующие списки. AMA прямо или косвенно не занимается медицинской практикой и не оказывает медицинские услуги.Ответственность за содержание этого файла/продукта лежит на CMS, и AMA не намерено или подразумевает его одобрение. AMA отказывается от ответственности за любые последствия или обязательства, связанные с любым использованием, неиспользованием или интерпретацией информации, содержащейся или не содержащейся в этом файле/продукте. Настоящее Соглашение будет расторгнуто после уведомления, если вы нарушите его условия. AMA является бенефициаром третьей стороны по настоящему Соглашению.

    Отказ от ответственности CMS

    Объем этой лицензии определяется AMA , владельцем авторских прав.Любые вопросы, касающиеся лицензии или использования CPT, следует адресовать в AMA. Конечные пользователи не действуют в интересах или от имени CMS. CMS НЕ НЕСЕТ ОТВЕТСТВЕННОСТИ ЗА ЛЮБУЮ ОТВЕТСТВЕННОСТЬ ЗА ИСПОЛЬЗОВАНИЕ CPT КОНЕЧНЫМ ПОЛЬЗОВАТЕЛЕМ. CMS НЕ НЕСЕТ ОТВЕТСТВЕННОСТИ ЗА ЛЮБЫЕ ПРЕТЕНЗИИ, СВЯЗАННЫЕ С ЛЮБЫМИ ОШИБКАМИ, УПУЩЕНИЯМИ ИЛИ ДРУГИМИ НЕТОЧНОСТЯМИ В ИНФОРМАЦИИ ИЛИ МАТЕРИАЛАХ, СОДЕРЖАЩИХСЯ НА ЭТОЙ СТРАНИЦЕ. Ни при каких обстоятельствах CMS не несет ответственности за прямой, косвенный, специальный, случайный или последующий ущерб, возникающий в результате использования такой информации или материалов.

    Если вышеуказанные условия приемлемы для вас, пожалуйста, подтвердите свое согласие и согласие, нажав кнопку ниже с надписью «Я принимаю».

    ЛИЦЕНЗИЯ НА ИСПОЛЬЗОВАНИЕ СОВРЕМЕННОЙ СТОМАТОЛОГИЧЕСКОЙ ТЕРМИНОЛОГИИ (CDT

    TM )

    Лицензионное соглашение с конечным пользователем:

    Эти материалы содержат текущую стоматологическую терминологию (CDT TM ), авторское право © 2021 American Dental Association (ADA).Все права защищены. CDT является торговой маркой ADA.

    Лицензия, предоставленная здесь, прямо обусловлена ​​вашим согласием со всеми условиями, содержащимися в этом соглашении. Нажав кнопку ниже с надписью «Я принимаю», вы тем самым подтверждаете, что прочитали, поняли и согласны со всеми условиями, изложенными в этом соглашении.

    Если вы не согласны со всеми положениями и условиями, изложенными в настоящем документе, нажмите кнопку ниже с надписью «Я не принимаю» и выйдите из этого экрана компьютера.

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

    1. В соответствии с положениями и условиями, содержащимися в настоящем Соглашении, вы, ваши сотрудники и агенты имеете право использовать CDT только в том виде, в каком он содержится в следующих авторизованных материалах, и исключительно для внутреннего использования вами, сотрудниками и агентами вашей организации в Соединенных Штатах и ​​ее территории.Использование CDT ограничено использованием в программах, управляемых Центрами услуг Medicare и Medicaid (CMS). Вы соглашаетесь принять все необходимые меры для обеспечения соблюдения вашими сотрудниками и агентами условий настоящего соглашения. Вы признаете, что ADA владеет всеми авторскими правами, товарными знаками и другими правами в CDT. Вы не должны удалять, изменять или скрывать какие-либо уведомления об авторских правах ADA или другие уведомления о правах собственности, включенные в материалы.
    2. Любое использование, не разрешенное в настоящем документе, запрещено, в том числе в качестве иллюстрации, а не в качестве ограничения, создание копий CDT для перепродажи и/или лицензирования, передача копий CDT любой стороне, не связанной настоящим соглашением, создание любых измененных или производных работ. CDT или любое коммерческое использование CDT.Лицензия на использование CDT для любого использования, не разрешенного в настоящем документе, должна быть получена через Американскую стоматологическую ассоциацию, 211 East Chicago Avenue, Chicago, IL 60611. Заявки доступны на веб-сайте Американской стоматологической ассоциации, http://www.ADA.org .
    3. Применимые положения Положения о федеральных закупках (FARS)/дополнение к Положению о федеральных закупках Министерства обороны (DFARS) Ограничения применяются к использованию государством. Положения о правах правительства США.
    4. Организации, заключившие договор с CMS, признают, что у них может быть коммерческая лицензия CDT с ADA, и что использование кодов CDT, как разрешено в настоящем документе, для администрирования программ CMS, не распространяется на какие-либо другие программы или услуги, которыми организация может управлять, и лицензионные сборы за использование кодов CDT регулируется их коммерческой лицензией.
    5. ОТКАЗ ADA ОТ ГАРАНТИЙ И ОТВЕТСТВЕННОСТИ. CDT предоставляется «как есть» без каких-либо явных или подразумеваемых гарантий, включая, помимо прочего, подразумеваемые гарантии товарного состояния и пригодности для определенной цели. В CDT не включены таблицы сборов, базовые единицы, относительные значения или связанные с ними списки. ADA прямо или косвенно не занимается медицинской практикой и не оказывает стоматологические услуги. Исключительную ответственность за программное обеспечение, включая любой CDT и другой содержащийся в нем контент, несет CMS; и никакого одобрения со стороны ADA не предполагается и не подразумевается.ADA прямо отказывается от ответственности за любые последствия или ответственность, связанные с любым использованием, неиспользованием или интерпретацией информации, содержащейся или не содержащейся в этом файле/продукте. Настоящее Соглашение прекратит свое действие после уведомления вас, если вы нарушите условия настоящего Соглашения.

      ADA является сторонним бенефициаром по настоящему Соглашению.

    6. ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ CMS. Объем этой лицензии определяется ADA, владельцем авторских прав.Любые вопросы, касающиеся лицензии или использования CDT, следует адресовать в ADA. Конечные пользователи не действуют в интересах или от имени CMS. CMS отказывается от какой-либо ответственности, связанной с использованием CDT конечным пользователем. CMS не несет ответственности за любые претензии, связанные с любыми ошибками, упущениями или другими неточностями в информации или материалах, на которые распространяется настоящая лицензия. Ни при каких обстоятельствах CMS не несет ответственности за прямой, косвенный, специальный, случайный или последующий ущерб, возникающий в результате использования такой информации или материалов.

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

    ЛИЦЕНЗИЯ НА НАЦИОНАЛЬНЫЙ ЕДИНЫЙ БИЛЕТАРНЫЙ КОМИТЕТ (NUBC)


    Отказ от ответственности Американской ассоциации больниц

    Американская больничная ассоциация («AHA») не проверяла и не несет ответственности за полноту или точность какой-либо информации, содержащейся в этом материале, а также AHA или какие-либо из ее аффилированных лиц не участвовали в подготовке этого материала. или анализ информации, представленной в материале.Взгляды и/или позиции, представленные в материале, не обязательно отражают взгляды AHA. CMS, ее продукты и услуги не одобрены AHA или любой из ее дочерних компаний.

    Проверка страницы | Поддержка Omni CMS

    Проверка страницы проверяет вашу страницу на наличие ошибок правописания, ссылок, проверки консорциума World Wide Web (W3C) и доступности. Проверка страницы проверяет предварительный просмотр вашей страницы, то есть то, как страница выглядит внутри Omni CMS без включаемых файлов.Проверка страницы проверяет повторно используемый контент на странице и выполняет те же проверки, что и окончательная проверка.

    1. Перейдите к Контент > Страницы , щелкните меню Дополнительные действия , выберите Просмотр > Проверка страницы .
      • При просмотре извлеченной страницы щелкните меню  Дополнительные действия  на панели инструментов действий страницы.
    2. В поле «Проверка страницы» выберите следующее:
      • Тип файла : Выберите элемент из раскрывающегося списка.
        • Некоторые страницы создают более одного элемента при публикации, например, как веб-страницу (HTML), так и файл PDF.
      • Запустить все : Нажмите, чтобы запустить все доступные проверки (орфография, ссылки, проверка W3C и доступность).
      • Язык проверки орфографии : Выберите язык для проверки орфографии.
      • Орфография : Нажмите, чтобы проверить правописание страницы.
      • Ссылки : Нажмите, чтобы проверить наличие неработающих ссылок на странице.
        • Пользователи уровней 9 и 10 могут  Сделать исключение  , чтобы разрешить публикацию страниц в учетной записи без исправления ссылки.
      • W3C Valid : Нажмите, чтобы проверить наличие действительного кода HTML и XHTML на странице.
      • Специальные возможности : Нажмите, чтобы проверить, соответствует ли страница стандартам специальных возможностей.
    3. После завершения проверки нажмите «Показать результаты», чтобы увидеть подробную разбивку проблем.
    4. Щелкните Готово .

    Администраторы могут настроить параметры проверки страницы (включая рекомендации по доступности) в настройках учетной записи. Они также могут установить проверку страницы на уровне сайта и пользователя.

    В поле «Результаты проверки орфографии» перечислены слова с ошибками на странице и количество их повторений. Щелкните слово правой кнопкой мыши, выберите «+Добавить в словарь», и проверка орфографии больше не будет считать его написанным с ошибкой. В зависимости от ограничений, установленных администратором, у вас может не быть возможности добавлять слова в словарь.

    Проверка орфографии сканирует слова в редактируемом содержимом страницы, исходном коде и описаниях изображений. Слова могут отображаться правильно, но помечаться как написанные с ошибками из-за тегов в коде. Например, запись folder будет отображаться как «папка» в тексте страницы, но проверка орфографии зарегистрирует «folde» как слово с ошибкой.

    В поле «Результаты проверки ссылок» отображаются все ссылки на странице, независимо от того, работают они или нет. В нем указан URL-адрес, статус ссылки как на промежуточном, так и на рабочем серверах, а также код состояния (если применимо).Пользователи уровней 9 и 10 могут  Сделать исключение  , чтобы разрешить публикацию страниц в аккаунте без исправления ссылки.

    Icon столбец Значение
    Постановка, производство Ссылка действительна. (Ссылка действительна (202), все остальные 200 статусов)
    Staging Ссылка битая на странице в staging.
    Производство Ссылка не работает и указывает на файл, который был перемещен, или на какую-то другую проблему. (Перемещено навсегда (301), Найдено (302), все остальные 300 статусов)
    Производство Ссылка не работает и указывает на несуществующий пункт назначения. (Не найдено (404), все остальные статусы 400 или 500)
    Производство Проверка ссылки не может проверить, является ли ссылка действительной или нет; часто происходит со ссылками mailto.(Невозможно проверить ссылку, все 100 статусов)

    Большинство веб-страниц написано с использованием языков разметки, таких как HTML и XHTML. W3C разрабатывает стандарты для использования этих языков. Проверка W3C в Omni CMS гарантирует, что ваша страница соответствует этим стандартам.

    Когда вы редактируете контент, редактор What You See Is What You Get (WYSIWYG) преобразует ваши изменения в действительный код. Тем не менее, он может пропустить некоторые элементы. Ошибка W3C не всегда препятствует отображению страницы на вашем веб-сайте, но может привести к несоответствию того, как страница выглядит в разных веб-браузерах.

    В окне «Результаты проверки W3C» отображаются ошибки и предупреждения, а также их расположение в исходном коде и описание причины.

    Проверка доступности ищет проблемы на странице в соответствии со стандартами доступности, такими как Раздел 508 и Рекомендации по доступности веб-контента (WCAG). Он определяет три типа проблем (известные, вероятные и потенциальные):

    • Известные проблемы подтверждены как неработающие или вызывающие ошибку.
    • Пользователь должен просмотреть вероятные проблемы, чтобы определить, действительно ли это проблема.
    • Потенциальные проблемы — это либо код, который может вызвать ошибки, либо возможные ошибки, которые нельзя проверить автоматически и которые требуют проверки человеком.

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

    Администраторы уровня 10 могут добавлять исключения в проверку доступности, нажимая кнопку «Сделать исключение» рядом с выявленной проблемой.Исключения по-прежнему отмечаются системой, но не препятствуют публикации страницы, если для ее публикации необходимо пройти проверку страницы. При добавлении исключения из результатов проверки страницы это исключение создается для каждой страницы сайта.

    Настройками проверки доступности и исключениями можно управлять из настроек учетной записи.

    Общая информация о сайте | Техническое руководство по CMS | УКМ

    Общая информация о веб-сайте

    Вход в систему 
    Панель инструментов
    Навигация по структуре папок из Контент > Страницы
    Загрузка изображений или документов
    Проверка страницы
    Параметры редактирования
    Файл свойств (_props.pcf)
    Условия использования веб-шаблонов

    Вход в систему

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

     

    Для доступа к USF CMS:

    1.Щелкните ссылку DirectEdit.

    2. Войдите в USF CMS, используя свой NetID.

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

    Наверх

    Приборная панель

    Информационная панель представляет собой место в USF CMS, где каждый человек может получить доступ пользовательские сообщения и гаджеты. Быстрые ссылки предоставляются на Рабочий поток и Входящие. экраны почтового ящика, которые также доступны из меню Dashboard. Панель инструментов может быть настроена каждым отдельным пользователем, выбирая, какие гаджеты показывать или скрывать в представлении (скоро появятся пользовательские гаджеты!).

    Рабочий процесс

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

    Входящие

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

    Составление

    Compose позволяет пользователю составить сообщение для другого пользователя в USF CMS. Сообщение также может быть отправлен на внешнюю электронную почту пользователя.

    Наверх

    Навигация по структуре папок из «Содержимое» > «Страницы»

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

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

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

     

    Навигация между кадрами

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

    Наверх

    Загрузка изображений или документов

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

    Для загрузки изображений

    1. В верхнем каталоге щелкните папку с изображениями. Нажмите на папку вашего устройства.

    2.Нажмите на вкладку «Тест» (если вы загружаете данные после того, как ваш сайт запущен, то пропустить этот шаг).

    3. Перетащите файлы или щелкните значок Загрузить.

    4. В разделе «Загрузить» нажмите «Добавить файлы», чтобы перейти к изображениям, которые вы хотите загрузить, или перетащите файл(ы) с вашего компьютера.

    5. Щелкните Начать загрузку.

    Для загрузки документов

      1.В каталоге вашего устройства щелкните папку документов.

      2. Перейдите на вкладку «Тест» (если вы загружаете данные после того, как ваш сайт запущен, то пропустите этот шаг).

      3. Перетащите или щелкните значок Загрузить .

      4. Если Загрузить , нажмите Добавить файлы , чтобы перейти к документам, которые вы хотите загрузить, или перетащите файлы с вашего компьютера.

      5. Нажмите Начать загрузку .

    Примечание. Загруженные изображения и документы не отображаются на вкладке Подготовка. Чтобы просмотреть файлы, вы загрузили, щелкните вкладку «Тестирование» или «Производство».

    Наверх

    Проверка исходящей страницы

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

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

    • Просмотр списка страниц • Боковая панель навигации по файлам

    • Информационная панель > Гаджет панели мониторинга «Мое извлеченное содержимое» (если включен)

    • Представления предварительного просмотра и редактирования

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

    Список страниц

    Представления предварительного просмотра и редактирования

    Страницы помечаются как «извлеченные», когда они заблокированы для пользователя.Только один человек может проверить страницу за раз. Когда страница передана пользователю, другие пользователи, включая администраторов, могут вносить изменения на страницу. Это включает в себя публикацию страница. Единственные варианты, которые будут у пользователей, кроме того, у кого страница проверена out, «Предварительный просмотр», проверка «Журнала» и настройка «Напоминания». Пользователи должны проверить на страницах, которые им больше не нужны. Публикуемые страницы также будут возвращаться на страницы.

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

    В представлении структуры папок индикатор состояния страницы в рабочий поток, включая то, извлечен он или нет, находится в столбце «Параметры».

    Наверх

    Параметры редактирования

    После доступа к редактируемой странице и извлечения страницы один из двух вариантов появится: 1. Оранжевая кнопка MultiEdit в верхней части страницы. Нажав на оранжевая кнопка Multi Edit откроет форму для заполнения.

    Зеленая кнопка «Редактировать», указывающая редактируемые области.Доступны только области для редактирования появится кнопка. При нажатии на зеленую кнопку «Редактировать» откроется Редактор What You See Is What You Get (WYSIWYG).

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

    Наверх

    Файл свойств (_props.pcf)

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

    1. Перейдите в каталог домашней страницы и выберите файл «_props.pcf». Нажмите на кнопка «Свойства» в параметрах страницы вверху страницы.

    2. Отредактируйте нужные области.

    3. Для ссылок основной навигации щелкните значок документа, перейдите к и щелкните страницу, на которую вы хотите сделать ссылку. Вы также можете ввести URL-адрес вручную (используйте относительный URL-адреса страниц в USF CMS.

    4. Для раскрывающихся меню щелкните значок документа для «Вспомогательной навигации», перейдите в и нажмите на файл «_sub.nav.html», который вы хотите включить. Подфайлы навигации должны быть созданы и опубликованы до выбора их здесь.

    Наверх

    Условия использования веб-шаблонов

    Объем:
    См. Политику USF 0-206, Цифровые коммуникации , чтобы узнать об официальных внешних и внутренних веб-сайтах USF.

    Требование:
    Все официальные сайты USF (как внутренние, так и внешние), как указано в Политике USF 0-206, необходимо перейти на систему управления содержимым (CMS) USF (внешнюю) или Портал (внутренний) и должны использовать предоставленные шаблоны. Эти сайты подлежат для рассмотрения и утверждения университетскими коммуникациями и маркетингом (UCM) и информацией Технология (ИТ) до запуска.UCM и IT оставляют за собой право проверять запущенные сайты периодически для обеспечения качества.

    Если вы считаете, что вашему устройству требуются функции, которые в настоящее время не входят в стандартные шаблоны для CMS или портала, пожалуйста, напишите по адресу [email protected] В вашем запросе, вы должны указать причину, по которой, по вашему мнению, вашему подразделению требуются настраиваемые шаблоны. Обычай запросы будут рассматриваться UCM по согласованию с ИТ-веб-службами и исключениями могут быть предоставлены или не предоставлены.В зависимости от объема работ возможна заказная разработка взиматься плата в случае одобрения.

    Модификации:
    Весь код шаблона USF является собственностью UCM и IT. Код, видимый в исходном коде представление НЕ ЯВЛЯЕТСЯ и НЕ МОЖЕТ использоваться в качестве шаблона. Вы не можете использовать этот код, реконструированный версии этого кода или связанного с ним визуального представления полностью или частично для создать побочную работу.Вы не можете переопределять таблицы стилей без предварительного одобрения УЦМ и ИТ.

    Приложения/базы данных/формы:
    Приложения, базы данных и онлайн-формы не будут перенесены на CMS или портал. Однако они обязаны придерживаться фирменного стиля созданных официальных шаблонов. по УКМ. Отдельные файлы шаблонов будут предоставляться веб-службой ИТ в каждом конкретном случае. основе для единиц, у которых есть свое другое содержание в пределах CMS.Эти файлы предоставляются с выраженным намерением использовать только для приложений, баз данных или форм, которые были идентифицированы. Они не могут быть использованы каким-либо другим образом и следуют модификации термины, перечисленные выше.

    Доступность:
    Все веб-сайты USF, которым UCM и IT разрешили работать за пределами USF CMS или портал (т. е. приложения, базы данных и онлайн-формы) должны соответствовать с государственными и федеральными стандартами доступности.

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

    Отзыв привилегий:
    Стороны, нарушающие настоящие условия и не получившие исключения от UCM и ИТ, будут рассмотрены Канцелярией Президента на предмет возможного отзыва привилегии публиковать веб-сайты, представляющие USF или любую часть USF

    Наверх

     

    Заказ и сертификация | КМС

    Заказ и сертификация

    Что делать, если я не хочу подавать заявки в Medicare на мои услуги?

    Если вы решите не выставлять Medicare счет за свои услуги, вы можете отказаться от Medicare или зарегистрироваться исключительно для заказа и подтверждения.

    Если вы отказываетесь от участия или регистрируетесь в качестве поставщика, осуществляющего заказ и сертификацию, страховое покрытие Medicare будет применяться при заказе или подтверждении:

    • Медицинское оборудование длительного пользования, протезы, ортопедические изделия и расходные материалы (DMEPOS)
    • Клинические лабораторные услуги
    • Услуги по обработке изображений
    • Медицинские услуги на дому

    Если вы в настоящее время зарегистрированы в качестве поставщика Medicare Part B , вы уже можете заказывать и сертифицировать. Вам не нужно повторно регистрироваться в Medicare.

    Чтобы получить статус поставщика, осуществляющего заказ и сертификацию, вы должны:

    • Иметь индивидуальный национальный идентификатор поставщика услуг (NPI) i
    • Быть зарегистрированным в Medicare со статусом «утверждено» или «отказ от участия»
    • Иметь соответствующую специальность

    Свяжитесь со своим административным подрядчиком Medicare (MAC) (PDF), чтобы узнать, соответствуете ли вы требованиям. Вы можете просмотреть инструкции по регистрации для заказа и сертификации поставщиков на странице Стать поставщиком или поставщиком Medicare.

    Доступ к файлам заказа и сертификации

    Доступ к файлам возможен ТОЛЬКО по адресу https://data.cms.gov. Вы можете скачать файлы в разных форматах (CSV, PDF, XLS, XLSX или XML).

    • Заказ и сертификация — список всех врачей и не практикующих врачей с текущими регистрационными записями Medicare в PECOS, которые имеют право заказывать и сертифицировать часть B (клиническая лаборатория и визуализация), предметы и услуги DME и HHA.
    • Pending Initial Physician and Non-Physician — список заявлений, ожидающих рассмотрения MAC.MAC не завершили работу над этими приложениями.
    • Power Mobility Device (PMD) — список всех врачей и не практикующих врачей с текущими регистрационными записями Medicare в PECOS, которые имеют право заказывать и сертифицировать PMD.
    • Attending and Rendering — список всех врачей и не практикующих врачей с текущими регистрационными записями Medicare в PECOS, которые имеют право на посещение или оказание медицинских услуг по заявкам CAH Method II.

    Чтобы найти файл, выполните поиск по словам «Заказ и направление», «Ожидается первоначальный L и Ts Врач», «Ожидается первоначальный L и Ts, не врач», «PMD» или «Посещение и оказание.Файлы отображаются с использованием NPI и юридического имени (фамилия, имя).

    Обратите внимание на следующее:

    • Суффиксы имени (например, «младший») не отображаются.
    • В файле нет дубликатов. Многие врачи и не практикующие врачи имеют одно и то же имя и фамилию; каждый уникальный NPI гарантирует, что никто не будет включен более одного раза.
    • Умершие врачи и непрактикующие врачи не включены в файл.

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

    Кто может заказывать и сертифицировать?

    Обратите внимание: товары и услуги, которые вы можете заказать и сертифицировать, зависят от вашей специализации. Свяжитесь с вашим MAC, если у вас есть вопросы о том, что вы можете заказать и сертифицировать.

    Приемлемые типы специальностей включают:

    • Врачи
      • Врачи медицины или остеопатии
      • Врачи стоматологической медицины
      • Врачи стоматологической хирургии
      • Врачи ортопедии
      • Врачи-оптометристы (Оптометристы могут заказывать только расходные материалы DMEPOS и лабораторные или рентгеновские услуги, оплачиваемые в рамках Medicare Part B.)
    • Помощники врача
    • Клинические медсестры-специалисты
    • Практикующие медсестры
    • Клинические психологи
    • Стажеры, резиденты и научные сотрудники
    • Сертифицированная медсестра-акушерка
    • Клинические социальные работники.

    i Организационные НФУ не соответствуют требованиям, и вы не можете использовать их для заказа или сертификации.

    Учебный материал

    Журнал подачи кадровых данных на основе расчета заработной платы (PBJ)

    Уже доступно! Наш новый Каталог данных поставщиков услуг упрощает поиск и загрузку общедоступных данных. Мы также улучшили сравнительные сайты Medicare .

    Периодически проверяйте раздел «Обновления» в нижней части этой веб-страницы, чтобы быть в курсе последних событий.

    Центры услуг Medicare и Medicaid (CMS) уже давно определили укомплектование персоналом как один из жизненно важных компонентов способности дома престарелых предоставлять качественный уход. CMS использовала кадровые данные для множества целей, чтобы более точно и эффективно оценить их влияние на качество ухода в домах престарелых. Мы размещаем информацию о штатном расписании на веб-сайте сравнения CMS домов престарелых, и она используется в пятизвездочной рейтинговой системе качества домов престарелых, чтобы помочь потребителям понять уровень и различия кадрового состава в домах престарелых.

    Раздел 6106 Закона о доступном медицинском обслуживании (ACA) требует, чтобы учреждения предоставляли в электронном виде информацию о непосредственном персонале по уходу (включая агентский и контрактный персонал) на основе платежной ведомости и других данных, подлежащих проверке. Затем эти данные в сочетании с данными переписи можно использовать для составления отчетов об уровне персонала в каждом доме престарелых, а также о текучести кадров и сроке пребывания в должности, что может повлиять на качество оказываемой помощи.

    В связи с этим CMS разработала для объектов систему подачи кадровой информации – журнал расчета заработной платы (PBJ).Эта система позволяет собирать кадровую информацию на регулярной и более частой основе, чем собиралась ранее. Его можно проверить, чтобы обеспечить точность. Все учреждения долгосрочного ухода имеют бесплатный доступ к этой системе. Информация о регистрации и обучении доступна в разделе Downloads на этой странице ниже.

    Первый обязательный отчетный период начался 1 июля 2016 г. Чтобы считаться своевременными, документы должны быть получены до конца 45-го календарного дня (23:59 по восточному поясному времени) после последнего дня каждого финансового квартала.

    Ниже указаны сроки для каждого отчетного периода:

    ОТЧЕТНЫЙ КВАРТАЛ

    ОТЧЕТНЫЙ ПЕРИОД

    СРОК СРОКА

    1

    1 октября – 31 декабря

    14 февраля

    2

    1 января – 31 марта

    15 мая

    3

    1 апреля – 30 июня

    14 августа

    4

    1 июля – 30 сентября

    14 ноября

    На этой веб-странице представлена ​​информация о том, как собираются данные и к кому обращаться с вопросами.Информация, размещенная ниже, является первым шагом в реализации раздела 6106 Закона о доступном медицинском обслуживании (ACA) и посвящена типу собираемых данных и тому, как данные передаются в CMS. 1 ноября 2017 г. CMS начала публиковать общедоступный файл, содержащий кадровые данные PBJ, предоставленные учреждениями длительного ухода. Файл включает в себя количество часов, за которые медперсонал работает каждый день в каждом учреждении. Категории сестринского персонала включают директора по уходу, зарегистрированных медсестер с административными обязанностями, зарегистрированных медсестер, лицензированных практических медсестер с административными обязанностями, лицензированных практических медсестер, сертифицированных помощников медсестер, помощников по лекарствам и помощников медсестер, проходящих обучение.Файл также включает перепись учреждения за каждый день в течение квартала, рассчитанную с использованием представления минимального набора данных (MDS). Общедоступный файл PBJ доступен по адресу https://data.cms.gov/. Для получения дополнительной информации см. меморандум об исследованиях и сертификации SC 17-45.

    Следующие файлы содержат информацию о политике, связанную с PBJ, и теперь доступны в разделе Загрузки на этой странице:

    • Руководство по политике PBJ — содержит общие сведения и информацию о требованиях к подаче заявок, например образцы экранов подачи, крайние сроки подачи и определения категорий должностей
    • .
    • Руководство по политике PBJ Часто задаваемые вопросы (FAQ)
    • Краткая презентация PBJ

    Изменения, внесенные в руководство по политике и документ часто задаваемых вопросов, выделены красным текстом.

    Вопросы, касающиеся информации о правилах PBJ, следует направлять по адресу [email protected]

    Следующие технические элементы PBJ доступны в разделе Загрузки на этой странице:

    • Опечатки PBJ V4.00.1 для спецификаций представления данных PBJ (V4.00.0) 16.04.2020
    • Спецификации отправки PBJ 4.00.0 для выпуска
    • от 7 января 2020 г.
    • XSD-файл NHPBJ 4.00.0 (отправить данные о сотрудниках и штатном расписании)
    • Администратор PBJ Excel в шаблон XML V.1.00.0 (ZIP)’
    • Шаблон PBJ Excel в XML — шаблон Excel доступен в разделе «Загрузки» для преобразования действительных данных PBJ Excel в формат 4.00.0
    • .

    Спецификации отправки данных включают следующую техническую информацию: 

    1.  PBJ Data Specs PDF-файлы ZIP — полный отчет о спецификациях данных и отчет о неповторяющихся изменениях, а также обзорный документ.
    2.  ZIP-архив словаря данных PBJ — база данных Access, используемая для хранения элементов и изменений, а также для создания отчетов.
    3.  Файлы CSV со спецификациями данных PBJ ZIP — файлы значений элементов и значений элементов, разделенных запятыми.
    4.  PBJ Data Specs HTML-файлы ZIP — набор HTML-файлов, которые можно использовать для навигации по элементам и редактирования в браузере.

    Вопросы относительно спецификаций данных PBJ следует направлять по адресу [email protected] Разработчики программного обеспечения или поставщики, предоставляющие такие услуги, как автоматизированная система расчета заработной платы или системы учета рабочего времени, которые будут поддерживать электронную отправку документов, должны использовать этот адрес.Чтобы лучше обслуживать вас, мы предлагаем добровольную регистрацию поставщиков на https://qtso.cms.gov/vendors/payroll-based-journal-pbj-vendors. Эта информация будет использоваться для связи с вами с важными новостями PBJ, обновлениями и информацией о конференц-связи.

    Обратите внимание, что CMS может не предоставлять индивидуальный ответ на каждый запрос; тем не менее, CMS рассмотрит все применимые вопросы и комментарии через форумы открытых дверей, учебные занятия, звонки поставщикам или обновления информации, представленной на этой странице.

    16 апреля 2020 г.

    4.00.0 версия спецификации файла

    CMS откладывает ранее сообщенную дату 1 июня 2020 г. для отклонения PBJ fileSpecVersions 2.00.0 и 2.00.3. Система PBJ продолжит принимать PBJ fileSpecVersions 2.00.0, 2.00.3 и 4.00.0 до дальнейшего уведомления от CMS. Подробности можно найти в разделе Downloads ниже, см. следующий документ: Errata V4.00.1 для спецификаций представления данных PBJ (V4.00.0) 16-04-2020.

    9 января 2020 г.

    Пользователям доступна пересмотренная версия спецификаций данных PBJ (версия 4.00.0). Новый выпуск спецификаций данных согласовывает изменения в структуре файла, fileSpecVersion 4.00.0. Теги переписи были удалены из версии 4.00.0, так как CMS больше не собирает данные переписи из PBJ по состоянию на апрель 2018 года. Немедленные изменения не требуются при использовании текущего файла представления PBJ fileSpecVersions (2.00.0 и 2.00.3), однако пользователям рекомендуется начать использовать PBJ fileSpecVersion 4.00.0. XML-файлы, отправленные с версиями, отличными от 4.00.0, 2 июня 2020 г. или позже, будут отклонены. Обратите внимание, что это не относится к формату файла отправки администрации PBJ. Пользователи, которые используют этот формат файла для связи сотрудников, должны продолжать использовать fileSpecVersion 1.00.0.

    Новые версии 4.00.0 fileSpecVersion и спецификации данных PBJ можно найти в разделе «Загрузки» внизу этой страницы. Для тех, кто использует шаблон Excel для создания XML-файлов, новый шаблон можно найти в разделе «Загрузки» ниже.

    18 апреля 2019 г.

    Доступна пересмотренная версия спецификаций данных PBJ (версия 3.01.0), руководства пользователя PBJ и руководства пользователя отчетов CASPER PBJ. Спецификации данных приведены ниже, а руководства пользователя можно найти на веб-сайте QTSO по адресу https://qtso.cms.gov/.

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

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

    .
    1. Проверьте страницу «Мои материалы». Эта функция покажет статус zip-файла.
    2. Проверьте CASPER на предмет сгенерированного системой окончательного отчета о проверке файла PBJ в течение 24 часов. Если FFVR не появляется, запустите окончательный отчет о проверке файла отправителя PBJ, чтобы проверить файл на наличие ошибок.
    3. Запустите отчеты PBJ 1702D (по работодателю) или 1703D (по типу работы), чтобы убедиться, что квартальные данные PBJ отражают ваши записи.
    4. За дополнительной помощью обращайтесь в службу поддержки QIES по адресу [email protected] .

    3 марта 2019 г.

    С 3 марта 2019 г. ссылка на страницу переписи PBJ для ручного ввода данных больше недоступна. В апреле 2018 года CMS начала использовать данные переписи населения, полученные на основе оценок MDS. Таким образом, представление данных переписи в PBJ больше не будет использоваться.

    7 декабря 2018 г.

    «Руководство по политике PBJ (версия 2.5) 19-11-2018» и «Часто задаваемые вопросы по Руководству по политике PBJ от 19-11-2018» были обновлены, чтобы предоставить расширенные рекомендации по политике перерывов на обед и часам отчетности для «работников универсального ухода». Изменения обозначены красным текстом. Обратите внимание, что это не изменения политики. Мы уточняем ранее выпущенные руководящие принципы политики на основе вопросов и отзывов, полученных от поставщиков. Документы можно найти в разделе «Загрузки» ниже.

    Два новых отчета CASPER теперь доступны для провайдеров, чтобы обеспечить точность отправки данных.Отчеты:

    1704S Сводный отчет о ежедневной переписи MDS: позволяет пользователям получать данные ежедневной переписи населения на основе MDS (т. е. количество жителей) за каждый день квартала.

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

    Дополнительную информацию об этих отчетах можно найти по адресу:

    .

    https://qtso.cms.gov/reference-and-manuals/casper-reporting-users-guide-pbj-providers

    Информация, указанная ниже в разделе «Загрузки», может быть изменена.CMS будет сообщать обо всех изменениях в этих материалах на этой странице, а также на форумах Open Door, организованных CMS.

    Национальная инициатива по правильному кодированию Редактирует

    15 декабря 2021 г. была опубликована пересмотренная годовая версия Руководства по политике Национальной инициативы по правильному кодированию для услуг Medicare, действующая с 1 января 2022 г.
     
    Дополнения/изменения к руководству выделены красным шрифтом.
     
    Дополнительные предыдущие версии Руководства по политике Национальной инициативы по правильному кодированию для услуг Medicare теперь доступны на этой странице в Архиве руководств по политике NCCI.

    Объявления Национальной инициативы по правильному кодированию

    • С 1 января 2022 г. в CMS реализован новый формат файла редактирования кода надстройки (AOC). Формат представляет собой текстовый файл фиксированной ширины (ссылка на структуру файла (PDF)
    • ).

    Сменные файлы

    CMS выпустила файлы замены со следующими изменениями:

    • Замещающие файлы (1-й квартал 2022 г.) — CMS выпустила второй набор заменяющих файлов для изменений между процедурами NCCI (PTP) для файлов от 1 января 2022 г.Обновленные общедоступные файлы замены для Medicare доступны по ссылкам на левой панели навигации. (Объявление опубликовано 02 февраля 2022 г.)
    • Замещающие файлы (1-й квартал 2022 г.) — CMS выпустила заменяющие файлы для NCCI межпроцедурных правок (PTP) и маловероятных с медицинской точки зрения правок (MUE) для файлов от 1 января 2022 года. Обновленные общедоступные файлы замены для Medicare доступны по ссылкам на левой панели навигации. (Объявление опубликовано 14 декабря 2021 г.)
    • Замещающие файлы (4-й квартал 2021 г., версия 2) — CMS выпустила заменяющие файлы для процедур PRA NCCI PRA для файлов от 1 октября 2021 г.Обновленные общедоступные файлы замены для Medicare доступны по ссылкам на левой панели навигации. (Объявление опубликовано 1 октября 2021 г.)
    • Замещающие файлы (1-й квартал 2021 г.) — CMS выпустила заменяющие файлы для маловероятных с медицинской точки зрения правок (MUE) NCCI для файлов от 1 января 2021 г. Обновленные общедоступные файлы замены для Medicare доступны по ссылкам на левой панели навигации. (Объявление опубликовано 14 декабря 2020 г.)
    • Замена файлов MUE (3-й квартал 2020 г.) — CMS выпустила замещающие файлы для NCCI MUE PRA и NCCI MUE OPH для обновления маловероятных с медицинской точки зрения правок (MUE) для кодов G2078 и G2079 системы кодирования общих процедур здравоохранения (HCPCS), имеющих обратную силу до 1 июля 2020 г. .Обновленные общедоступные файлы замены для Medicare доступны по ссылкам на левой панели навигации. (Объявление опубликовано 12 августа 2020 г.)
    • Файлы на замену (2-й квартал 2020 г.) — связанные с чрезвычайной ситуацией в области общественного здравоохранения в связи с COVID-19:
      В соответствии с расширением услуг телемедицины Центров услуг Medicare и Medicaid (CMS), CMS обновил правки между процедурами (PTP) и маловероятные с медицинской точки зрения изменения (MUE) для кодов текущей процедурной терминологии (CPT) и системы кодирования общих процедур здравоохранения (HCPCS).CMS выпустила файлы замены для NCCI PTP PRA, NCCI PTP OPH, NCCI MUE PRA и NCCI MUE OPH.

      Согласно объявлению CMS, вступающему в силу для услуг, начиная с 6 марта 2020 г., Medicare будет производить оплату телемедицинских услуг Medicare, предоставляемых пациентам в более широких обстоятельствах. Хотя файлы NCCI имеют даты, соответствующие первому дню каждого квартала, и поэтому датируются задним числом 1 января 2020 г., платежи, основанные на расширении услуг телемедицины, относятся к датам предоставления услуг, начинающимся 6 марта 2020 г.CMS предоставила полный список всех покрываемых телемедицинских услуг для PHE в связи с пандемией COVID-19.

      Врачи, больницы и другие поставщики услуг должны правильно сообщать об услугах и правильно кодировать даже при отсутствии изменений NCCI или OCE. (Объявление опубликовано 14 мая 2020 г.; объявление обновлено 3 сентября 2020 г.)

    • CMS временно удаляет изменения между процедурами (PTP), при этом некоторые радиофармпрепараты имеют обратную силу до 1 января 2020 г. (объявление опубликовано 28 февраля 2020 г.)
    • Коды G2061, G2062 и G2063 системы кодирования общих процедур здравоохранения (HCPCS)
    • заменили G2029, G2030 и G0231 соответственно с 1 января 2020 г.(Объявление опубликовано 4 февраля 2020 г.)
    • CMS приняла решение сохранить изменения, действовавшие до 1 января 2020 г., и удалить 1 января 2020 г. изменения PTP для кодовых пар Current Procedural Terminology (CPT) 97530 или 97150/97161, 97530 или 97150/97162. , 97530 или 97150/97163, 97150 / 97150/97165, 97150/97165, 97530 или 97150/97166, 97530 или 97150/97167, 97530 или 97150/97169, 97530 или 97150/97170, 97530 или 97150/97171, и 97530 или 97150/97172 Объявление опубликовано 4 февраля 2020 г.)

    Обновленные файлы доступны на веб-странице PTP Coding Edit и ежеквартальных изменениях обновлений PTP и MUE.

     

    Национальная инициатива по правильному кодированию

    CMS разработала Национальную инициативу правильного кодирования (NCCI) для продвижения национальных методологий правильного кодирования и контроля за неправильным кодированием, приводящим к неправомерным выплатам по претензиям Части B. Центры услуг Medicare и Medicaid (CMS) владеют программой NCCI и несут ответственность за все решения, касающиеся ее содержания. CMS разработала свою политику кодирования на основе правил кодирования, определенных в Руководстве CPT Американской медицинской ассоциации, национальных и местных политик и правок, руководств по кодированию, разработанных национальными обществами, анализа стандартных медицинских и хирургических практик и обзора текущих методов кодирования.CMS ежегодно обновляет Руководство по политике Национальной инициативы по правильному кодированию для услуг Medicare. Руководство по политике NCCI должно использоваться административными подрядчиками Medicare (MAC) в качестве общего справочного пособия, объясняющего причины внесения изменений в NCCI.

    MAC внедрили правки NCCI PTP в свои системы обработки претензий, а CMS включила правки PTP в редактор амбулаторного кода (OCE) для OPPS. Эти изменения применяются к амбулаторным больничным службам и другим службам учреждений, включая, помимо прочего, поставщиков медицинских услуг (части B Учреждения квалифицированного сестринского ухода (SNF)), комплексных амбулаторных реабилитационных учреждений (CORF), амбулаторных физиотерапевтов и поставщиков логопедических услуг ( OPT), а также некоторые требования для агентств по оказанию медицинской помощи на дому (HHA), выставленных счетами в соответствии с TOB 22X, 23X, 75X, 74X, 34X.В MAC реализованы правки, маловероятные с медицинской точки зрения (MUE), и соответствующие правки MUE аналогичным образом реализованы в общей системе финансового посредника (FISS).

    Целью изменений NCCI PTP является предотвращение неправомерных платежей при сообщении о неправильных кодовых комбинациях. NCCI содержит одну таблицу редактирования для врачей/практиков и одну таблицу редактирования для амбулаторных больничных служб. Целью программы NCCI MUE является предотвращение неправомерных платежей, когда услуги предоставляются с неправильными единицами измерения.Дополнительную информацию см. в буклете How to Use NCCI Tools (в разделе «Загрузки» ниже).

    CMS написал Руководство по языку корреспонденции (в разделе «Загрузки» ниже) и поддерживает его для использования MAC для ответов на обычные запросы корреспонденции об изменениях NCCI PTP и MUE. Общие параграфы языка переписки объясняют обоснование правок. Примеры для конкретных разделов добавляют дополнительные пояснения к редактированию PTP или MUE и сортируются по обоснованию редактирования и разделу кода CPT (00000, 10000, 20000 и т. д.).). Дополнительные указания по его использованию см. во введении к данному руководству.

    Запросы о программе NCCI, в том числе связанные с изменениями NCCI (PTP, MUE и дополнительный код), следует направлять по следующему адресу электронной почты: [email protected]

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

    Апелляции должны подаваться вашему ответственному MAC или QIC, а не Подрядчику NCCI. Чтобы подать апелляцию, следуйте инструкциям на веб-сайте Appeals. Подрядчик NCCI не может обрабатывать апелляции по конкретным претензиям и не может направлять апелляции соответствующему подрядчику по апелляциям.

     **ПРИМЕЧАНИЕ** Любые материалы, отправленные подрядчику NCCI, которые содержат личную информацию (PII) или защищенную медицинскую информацию (PHI), автоматически удаляются, независимо от содержания, в соответствии с федеральными правилами конфиденциальности, которые должен соблюдать подрядчик NCCI.

Leave a Reply