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

Содержание

С какими CMS работает поиск и как его интегрировать? — Multisearch.io

44
просмотров

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

Один для всех

Поиск Multisearch разработан таким образом, что его интеграция легкая для любого сайта независимо от движка, на котором он работает. Установка поиска одинаковая для всех CMS. Движки, с которыми работает поиск:

  • 1C-Битрикс,
  • OpenCart,
  • WordPress,
  • Joomla!,
  • Drupal,
  • Magento,
  • PrestaShop,
  • CS Cart,
  • MODX,
  • WIX,
  • UMI,
  • InSales,
  • Shopify.

Но есть исключения. Например, для сайтов на платформах Tiu.ru и Prom.ua нет возможности установить поиск, так как программисты порталов не дают такой возможности. Но это скорее исключение, чем правило. Если программисты пересмотрят свое правило, тогда проблем с интеграцией не возникнет даже на этих платформах.

Существует 2 способа интеграции: установка через плагин и API интеграция

Особенности установки через плагин:

Для начала вы должны отправить нам фид XML/YML с контентом вашего сайта. После мы настраиваем его в течение часа — настраиваем открытие плагина по нажатию на строку или кнопку “поиск”, подключаем базу синонимов. Также анализируем фид и отправляем рекомендации по выгрузке для подключения максимальных возможностей поиска.

Далее вы получаете от нас готовую строку JS кода, которую нужно прописать на всех страницах сайта сразу после тега <head> точно так же, как и код GA. Есть еще один способ установки плагина — через GTM. Как установить поиск Multisearch за 15 минут через Google Tag Manager, читайте здесь.

Сразу после установки кода поиск на вашем сайте станет умным. По сути плагин — это уже готовый поиск. После установки не нужно будет заниматься настройками строки. Скорость ответа поиска составит 50-150 мс.

Есть возможность видоизменять плагин путем переопределения css стилей. Для изменения необходимо прописать новые стили в css файле вашего сайта.

Преимущества плагина:

  • Установка легче и быстрее, чем API;
  • Есть возможность отслеживать конверсии из поиска через GA;
  • Подходит для небольших сайтов;
  • Доступен во всех тарифных планах Multisearch.

Особенности API интеграции:

API интеграция происходит сложнее, чем установка через плагин, и доступна в тарифных планах Professional и Enterprise. Но такая установка позволит сделать поисковый get-запрос и получить результат в json-формате в виде отранжированных ID товаров, категорий и других данных. Также после интеграции поиск будет выдавать результат с автоподсказками, продолжением запросов, категориями и товарами. Этот вариант больше подходит для сайтов с посещаемостью более 15 000 пользователей в день.

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

Такая интеграция позволит показывать результаты поиска в любом варианте дизайна, у нее более гибкая настройка выдачи и есть возможность дополнительных интеграций. Скорость ответа поиска после API составит 50-100 мс.

Преимущества API интеграции:

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

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

Поиск на сайте — CMS Magazine

Standalone-модуль поиска нужен далеко не всем сайтам. Если на сайте пять страниц — поиск не нужен. Если сайт обновляется раз в месяц или все обновления отражаются на титульной странице — можно обойтись внешним поиском по сайту от Гугла или Яндекса. Но некоторые задачи внешний поиск решить не сможет. Эта статья о том, какие функции может выполнять встроенный модуль поиска. И часть из этих функций не имеют прямого отношения к процессу поиска.

Что не умеет Яндекс

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

Мгновенная переиндексация

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

Синонимы

Название нашего продукта часто пишут по-русски как «неткэт», «неткат», «неткет». Яндексу в голову не придет, что по таким запросам нужно показать страницы, где написано NetCat (кроме запроса «неткат», его Яндекс распознал). Что уж говорить про случаи типа «CMS — цмс, цмска, сиэмэс». А встроенному поиску мы можем явно задавать подобные синонимы.

Управление весом тэгов при расчете коэффициента релевантности

Написание текстов «для Яндекса» имеет кардинальные отличия от написания текстов для людей. В первом случае нам нужно, чтобы из миллиона страниц «на эту тему» Яндекс выше всех показал страницу на нашем сайте. Во втором — чтобы человек, УЖЕ пришедший на сайт, быстро нашел нужную ему страницу и купил наш продукт. Поэтому, если человек ищет на нашем сайте «розовый слоник», нам нужно показать ему не длинную статью с идеально выверенным количеством данных словосочетаний, а страницу с парой фоток и кнопкой «купить». Имея возможность задать веса тэгов и отдельных блоков веб-страниц (например, по атрибуту class) для внутреннего поисковика, мы можем подготовить контент таким образом, чтобы процесс «ввел запрос — купил» занял у пользователя минимум времени.

Гибкое задание запрещенных для индексирования страниц

В файле robots.txt мы можем написать инструкцию Disallow, которая запретит внешним поисковикам индексировать некоторые части сайта. Как показали летние скандалы с попаданием приватной информации в поисковики, это не всегда помогает. Но даже если не брать это в расчет, синтаксис disallow очень примитивен, и было бы куда лучше указать запрещенные области регулярным выражением. Пример: страница sloniki.html?action=add, предназначенная для добавления администратором контента на соответствующую страницу, вполне может попасть в индекс, пусть даже там будет только заголовок «Розовые слоники» и форма авторизации. Но зачем нам замусоривать результаты поиска?

Автоподбор вариантов запроса по мере его ввода

Все знакомы с выпадающим списком, который Яндекс или Гугл показывает нам по мере ввода запроса. Но эта подсказка — лишь список наиболее популярных запросов. Внутренний же поиск может подгружать не только популярные запросы, но и заголовки страниц (то есть названия документов), подходящие под вводимый запрос. Начав вводить «розовы», мы увидим список содержимых тэга title, где содержится этот фрагмент; нажав на нужный нам «Розовые слоники», мы сразу попадем на искомую страницу вместо результатов поиска.

Гибкое расписание переиндексации

Если наш сайт большой, его полная переиндексация может отнять много времени и ресурсов. Но если раздел «Форум» нужно переиндексировать каждый чаc, «Новости» каждый день, а «О компании» вообще никогда, было бы здорово так и делать. Внутренний поиск вполне может позволить себе разные расписания для разных разделов. Конечно, в sitemap мы можем управлять частотой переидексации при помощи атрибута changefreq, но… Вряд ли Яндекс с Гуглом воспримут наше пожелание как инструкцию к действию.

А также:

  • указание области поиска (например, искать везде или только на форуме)

  • извлечение дополнительных атрибутов из объектов и поиск по ним (найти все статьи такого-то автора, все товары в таком ценовом диапазоне)

  • сортировка результатов поиска не только по релевантности, но и по дате (как на Хабре)

… и не только поиск

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

Автоматическое построение sitemap.xml

Кто тщательнее всех составит полный список страниц сайта для внешних поисковиков, как не локальный поисковый робот? При этом, на уровне структуры сайта мы можем задать параметры changefreq и priority, для разных разделов разные.

Поиск битых ссылок

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

Сбор статистики по запросам

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

Кстати, отдельный пункт — статистика по запросам конкретных зарегистрированных пользователей. Только не подумайте, что я призываю вас за ними следить 🙂

Не отстаем от «старших»

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

Полноценная морфология

Многие локальные поисковики для работы со словоформами обходятся стеммингом. Этот термин обозначает отбрасывание окончания слова в попытке найти его корень и как следствие — словоформы. Берем слово «розовый», применяем стемминг, получаем «розов», и теперь все слова, начинающиеся на этот «корень», считаем словоформами. Так мы по запросу «розовый» найдем «розовых», «розовые» и пр. Но стемминг дает слишком большую погрешность и не подходит, к примеру, для изолированных глаголов («идти — пошел — дойти»). Наиболее точный поиск словоформ дают морфологические словари. Для текстов бытовой или деловой тематики они не такие большие (NetCat использует бесплатный словарь от aot.ru, русский и английский словари вместе занимают всего 15 мегабайт, что не так много для современных хостингов; можно использовать другие словари; также можно добавлять словари других языков).

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

Борьба с опечатками

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

А вот исправление раскладки клавиатуры — это гораздо проще.

Экзотические случаи

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

RTL-языки и иероглифы

Европейские языки (в т.ч. русский) имеют направление написания слева направо (left-to-right, LTR). Но арабская вязь пишется в обратном направлении. Если ваш проект ориентирован на эту языковую аудиторию, готовьтесь написать (или подключить готовый) стеммер. А иероглифы — вообще отдельный случай, там одним стеммером не обойтись. 

Поиск по закрытым областям

Системы разграничения прав в интернет-проектах встречаются разные, в том числе вполне параноидальные (об этом я хочу написать отдельную статью). Пример сложного варианта: издательские системы. Журналист может иметь права на добавление статьи (в определенные разделы!) и ее коррекцию, пока она не откорректирована редактором. Редактор имеет право на просмотр, коррекцию и включение-выключение всех материалов в рамках своей тематики. Главный редактор не имеет права корректировать заказные статьи без одобрения коммерческого отдела. С точки зрения параноидальной системы разграничения прав идеальный поисковый модуль индексировал бы весь контент, размещенный на проекте, а при поиске проверял бы права пользователя и выводил бы только доступные ему материалы. И при этом позволял бы делать фильтр по статусу документа. 

Автоопределение тематики страниц

Анализируя проиндексированную страницу текста, можно с некоторой долей погрешности определить ее тематику. Полезные эффекты от такой фичи: автоматическая каталогизация материалов и построение облака тэгов, анализ интересов сообщества или отдельных его членов (для UGС-проектов), построение списков связанных материалов (видели блоки «см. также»?). Наиболее же часто такой анализ используется для таргетирования контекстной рекламы.

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

Еще одно интересное применение поисковой машины пришло мне в голову в процессе написание этой статьи. Оно подходит, к примеру, для коллективных блогов и СМИ. Анализируя тексты разных авторов, мы можем строить их рейтинги по разным параметрам. Первое, что приходит в голову: словарный запас. Кроме того: рейтинг авторов-холериков (кто чаще остальных использует восклицательные знаки), любителей пространных рассуждений (кто любит знаки вопроса), по словам-паразитам и т.д. Может, предложить Хабраадминистрации сделать что-то подобное? 🙂 Правда, коммерческое обоснование такой игрушки я пока не придумал.

Если вы пишете свой поиск…

… для начала нужно ответить на вопрос, а нужен ли он, не стоит ли использовать уже имеющиеся решения: Яндекс. Сервер, Sphinx и пр. Главное преимущество собственного поисковика: возможность тесной интеграции с другими модулями CMS, используемой на сайте. Речь не только о встраивании интерфейса управления в админку, а об интеграции с системой разграничения прав, управления структурой, пользователями и пр. (об этом я уже писал).

Что касается технологий, то гибких и мощных платформ хватает. В поисковом модуле NetCat по умолчанию используется Zend_Search_Lucene. У этого решения есть недостатки, например, сравнительно низкая скорость работы. В нашем случае это оправдано тем, что сайт под NetCat должен работать на любом стандартном UNIX-хостинге без необходимости установки дополнительных компонентов, а Zend_Search_Lucene не требуется ничего, кроме PHP. Справедливости ради надо заметить, что мы сделали модуль расширяемым, то есть заменять можно не только словари, но и программные компоненты: если проект достаточно крупный, а сервер выделенный, можно заменять компоненты, отвечающие за хранение и извлечение информации, индексацию, приведение к базовой форме и пр. Например, использовать тот же Sphinx или Solr (а если надо, то и Яндекс.XML).

Если же вы разрабатываете не универсальную CMS, а конкретный крупный проект, выбрать и настроить оптимальную платформу не проблема. Гораздо важнее понять, как использовать ее возможности максимально эффективно.

Все скриншоты в статье сделаны на нашем сайте и в его системе администрирования.

Оригинал статьи: http://habrahabr.ru/company/netcat/blog/136492/

Справочник получателя MCD

Введение

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

В этом кратком руководстве объясняется, как использовать поиск MCD для поиска необходимых документов.

Навигация по MCD

MCD разделен на несколько разделов, которые вы найдете на синей панели навигации.

Нужный вам раздел — «Поиск».

Поиск МЦД

Используйте поиск MCD для поиска документов. На странице поиска вы найдете текстовое поле для ввода условий поиска.

Вы можете ввести ключевые слова в текстовое поле (например, «иглоукалывание»), чтобы изучить определенные темы.

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

Поиск по политике или идентификатору документа

Найти идентификатор

Первым шагом является определение идентификатора политики или документа. Если у вас есть сводное уведомление Medicare (MSN) или объяснение льгот (EOB), вы должны найти идентификатор политики или документа в разделе примечаний, если они есть в списке. Его можно назвать определением местного покрытия (LCD).

Идентификатор может выглядеть как один из следующих примеров:

  • L99999 (идентификатор ЖК-дисплея: 6 символов, начинающихся с буквы «L»)
  • A99999 (Идентификатор статьи: 6 символов, начинающихся с буквы «А»)
  • 99.9.9 (ИД НИЗ: все числа, разделенные точками)

См. пример MSN, в котором отображаются идентификаторы документов.

Введите идентификатор

Как только вы найдете идентификатор, введите его в текстовое поле. Вы должны увидеть соответствующий документ в списке подсказок под текстовым полем. Нажмите на нее, и MCD откроет ваш документ.

Поиск по коду счета или процедуры

Найти код

Если у вас нет идентификатора политики или документа, найдите код процедуры, который иногда называют кодом выставления счетов. Часто коды указаны в круглых скобках, например, «(98940)». Если в услуге было отказано, используйте код, относящийся к отказу. Эти коды также могут называться CPT, HCPCS или стоматологическим кодом.

Коды состоят из 5 цифр и могут состоять из всех цифр, как в «98940″ или может иметь букву в начале или конце, как в «M1003» и «0000U». Если код включает тире после 5-значного кода, «98940-XX», то тире и все после тире опустите В этом примере введите только «98940».

См. примеры MSN, которые показывают, где найти коды выставления счетов или процедур:

  • Пример 1
  • Пример второй

Введите код

Как только вы найдете код, введите его в текстовое поле…

Затем выберите штат, в котором выполнялась услуга…

Если вы видите желтую рамку, как показано ниже, нажмите на нее…

Затем нажмите кнопку Accept во всплывающем окне лицензионного соглашения…

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

Особое примечание о национальных страховых документах

Обратите внимание, что при поиске по коду возвращаются только документы местного покрытия. Чтобы найти соответствующие национальные документы о покрытии, выполните поиск по ключевому слову, используя термин, который имеет отношение к вашему коду или интересующей вас области. Например, описание кода 98940 — «ХИРОПРАКТИЧЕСКОЕ МАНИПУЛЯЦИОННОЕ ЛЕЧЕНИЕ (СМТ)». После поиска по коду 98940, чтобы найти местные документы о покрытии, вы можете выполнить новый поиск, используя такой термин, как «хиропрактика», чтобы найти документы о национальном страховом покрытии.

Если вам нужна дополнительная помощь

Свяжитесь с Medicare

По любым вопросам звоните по телефону 1-800-MEDICARE (1-800-633-4227) или , см. другую контактную информацию. Открывается в новом окне

Определение местного покрытия | CMS

Что такое ЖК-дисплей?

Определение местного страхового покрытия (LCDS) определено в разделе 1869(f)(2)(B) Закона о социальном обеспечении (Закон). В этом разделе говорится: «Для целей настоящего раздела термин «определение местного покрытия» означает определение фискальным посредником или перевозчиком в соответствии с частью A или частью B, в зависимости от обстоятельств, в отношении того, покрывается ли конкретный товар или услуга на в соответствии с разделом 1862(a)(1)(A)».

  • Вопросы и ответы по модернизации процесса ЖКД (PDF)
  • Руководство по добросовестности программы Medicare, глава 13. Определения местного покрытия (PDF)
  • LCD What’s New Report (документы о местном страховом покрытии (LCD) и статьи, которые были обновлены в последнем еженедельном обновлении базы данных Medicare Coverage Database (MCD))
Предстоящие встречи
Дата MAC/юрисдикция Местоположение Вопросы/темы
15 ноября 2022 г.
10:00 по восточноевропейскому времени		 СГС, JA-D Виртуальная встреча GoTo Предлагаемый ЖК-монитор уровня глюкозы (DL33822) — предложение изменить критерии охвата для мониторов непрерывного измерения уровня глюкозы (CGM)
16 ноября 2022 г. (PDF)
14:00 CDT		 Норидиан, JE/JF Только для телеконференций Молекулярно-диагностическое тестирование острого отторжения аллотрансплантатов почки или печени
17 ноября 2022 г. (PDF)
14:00 CDT		 Норидиан, JE/JF Только для телеконференций Молекулярная диагностика острого отторжения аллотрансплантатов сердца или легких
5 декабря 2022 г. (PDF)
JM 11:30–12:30 по восточноевропейскому времени; JJ 13:30 – 14:30 по восточному времени		 Пальметто, JM/JJ Веб-конференция/телеконференция Анализ мочи на наркотики

Щелкните дату для получения дополнительной информации о каждой встрече

Административные подрядчики Medicare

A / C / D / F / G / H / I / K / L / M / N / O / P / R / S / T / U / V / W

Состояние Юрисдикция (J) Административный подрядчик Medicare (MAC)
Алабама

DME MAC-JC

А/Б MAC-JJ

HH + H MAC-JM

Администраторы CGS, ООО

Пальметто ГБА, ООО

Пальметто ГБА, ООО

Аляска

DME MAC-JD

А/В MAC-JF

HH+ H MAC-J6

Норидиан Хелскеа Солюшнс, ООО

Норидиан Хелскеа Солюшнс, ООО

Национальные правительственные службы, Inc.

Американское Самоа

DME MAC-JD

А/Б MAC-JE

ЧЧ + Ч MAC-J6

Норидиан Хелскеа Солюшнс, ООО

Норидиан Хелскеа Солюшнс, ООО

Национальные правительственные службы, Inc.

Аризона

DME MAC-JD

А/В MAC-JF

HH + H MAC-J6

Норидиан Хелскеа Солюшнс, ООО

Норидиан Хелскеа Солюшнс, ООО

Национальные правительственные службы, Inc.

Арканзас

DME MAC-JC

А/Б MAC-JH

HH + H MAC-JM

Администраторы CGS, ООО

Новитас Солюшнс, Инк.

Пальметто ГБА, ООО

Калифорния

DME MAC-JD

А/Б MAC-JE

HH + H MAC-J6

Норидиан Хелскеа Солюшнс, ООО

Норидиан Хелскеа Солюшнс, ООО

Национальные правительственные службы, Inc.

Колорадо

DME MAC-JC

А/Б MAC-JH

HH + H MAC-J15

Администраторы CGS, ООО

Новитас Солюшнс, Инк.

Администраторы CGS, ООО

Коннектикут

DME MAC-JA

А/В MAC-JK

HH + H MAC-JK

Норидиан Хелскеа Солюшнс, ООО

Национальные правительственные службы, Inc.

Национальные правительственные службы, Inc.

Делавэр

DME MAC-JA

A/B MAC-JL

HH + H MAC-J15

Норидиан Хелскеа Солюшнс, ООО

Новитас Солюшнс, Инк.

Администраторы CGS, ООО

округ Колумбия

DME MAC-JA

A/B MAC-JL

HH + H MAC-J15

Норидиан Хелскеа Солюшнс, ООО

Новитас Солюшнс, Инк.

Администраторы CGS, ООО

Флорида

DME MAC-JC

A/B MAC-JN

HH + H MAC-JM

Администраторы CGS, ООО

First Coast Service Options, Inc.

Пальметто ГБА, ООО

Грузия

DME MAC-JC

А/Б MAC-JJ

HH + H MAC-JM

Администраторы CGS, ООО

Пальметто ГБА, ООО

Пальметто ГБА, ООО

Гуам

MAC-адрес DME — JD

А/Б MAC-JE

HH + H MAC-J6

Норидиан Хелскеа Солюшнс, ООО

Норидиан Хелскеа Солюшнс, ООО

Национальные правительственные службы, Inc.

Гавайи

DME MAC-JD

А/Б MAC-JE

HH + H MAC-J6

Норидиан Хелскеа Солюшнс, ООО

Норидиан Хелскеа Солюшнс, ООО

Национальные правительственные службы, Inc.

Айдахо

DME MAC-JD

А/В MAC-JF

HH + H MAC-J6

Норидиан Хелскеа Солюшнс, ООО

Норидиан Хелскеа Солюшнс, ООО

Национальные правительственные службы, Inc.

Иллинойс

DME MAC-JB

А/В MAC-J6

HH + H MAC-JM

Администраторы CGS, ООО

Национальные правительственные службы, Inc.

Пальметто ГБА, ООО

Индиана

DME MAC-JB

А/Б MAC-J8

HH + H MAC-JM

Администраторы CGS, ООО

Служба врачей штата Висконсин Администраторы здравоохранения правительства

Пальметто ГБА, ООО

Айова

DME MAC-JD

А/Б MAC-J5

HH + H MAC-J15

Норидиан Хелскеа Солюшнс, ООО

Служба врачей штата Висконсин Администраторы здравоохранения правительства

Администраторы CGS, ООО

Канзас

DME MAC-JD

А/Б MAC-J5

HH + H MAC-J15

Норидиан Хелскеа Солюшнс, ООО

Служба врачей штата Висконсин Администраторы здравоохранения правительства

Администраторы CGS, ООО

Кентукки

DME MAC-JB

А/Б MAC-J15

HH + H MAC-JM

Администраторы CGS, ООО

Администраторы CGS, ООО

Пальметто ГБА, ООО

Луизиана

DME MAC-JC

А/Б MAC-JH

HH + H MAC-JM

Администраторы CGS, ООО

Новитас Солюшнс, Инк.

Пальметто ГБА, ООО

Мэн

DME MAC-JA

А/Б MAC-JK

HH + H MAC-JK

Норидиан Хелскеа Солюшнс, ООО

Национальные правительственные службы, Inc.

Национальные правительственные службы, Inc.

Мэриленд

DME MAC-JA

A/B MAC-JL

HH + H MAC-J15

Норидиан Хелскеа Солюшнс, ООО

Новитас Солюшнс, Инк.

Администраторы CGS, ООО

Массачусетс

DME MAC-JA

А/В MAC-JK

HH + H MAC-JK

Норидиан Хелскеа Солюшнс, ООО

Национальные правительственные службы, Inc.

Национальные правительственные службы, Inc.

Мичиган

DME MAC-JB

А/Б MAC-J8

HH + H MAC-J6

Администраторы CGS, ООО

Wisconsin Physicians Service Администраторы государственных органов здравоохранения

Национальные правительственные службы, Inc.

Миннесота

DME MAC-JB

А/Б MAC-J6

HH + H MAC-J6

Администраторы CGS, ООО

Национальные правительственные службы, Inc.

Национальные правительственные службы, Inc.

Миссисипи

DME MAC-JC

А/Б MAC-JH

ЧЧ + Ч MAC-JM

Администраторы CGS, ООО

Новитас Солюшнс, Инк.

Пальметто ГБА, ООО

Миссури

DME MAC-JD

А/Б MAC-J5

HH + H MAC-J15

Норидиан Хелскеа Солюшнс, ООО

Служба врачей штата Висконсин Администраторы здравоохранения правительства

Администраторы CGS, ООО

Монтана

DME MAC-JD

А/В MAC-JF

HH + H MAC-J15

Норидиан Хелскеа Солюшнс, ООО

Норидиан Хелскеа Солюшнс, ООО

Администраторы CGS, ООО

Небраска

DME MAC-JD

А/Б MAC-J5

HH + H MAC-J15

Норидиан Хелскеа Солюшнс, ООО

Служба врачей штата Висконсин Администраторы здравоохранения правительства

Администраторы CGS, ООО

Невада

DME MAC-JD

А/Б MAC-JE

HH + H MAC-J6

Норидиан Хелскеа Солюшнс, ООО

Норидиан Хелскеа Солюшнс, ООО

Национальные правительственные службы, Inc.

Нью-Гэмпшир

DME MAC-JA

А/Б MAC-JK

HH + H MAC-JK

Норидиан Хелскеа Солюшнс, ООО

Национальные правительственные службы, Inc.

Национальные правительственные службы, Inc.

Нью-Джерси

DME MAC-JA

A/B MAC-JL

HH + H MAC-J6

Норидиан Хелскеа Солюшнс, ООО

Новитас Солюшнс, Инк.

Национальные правительственные службы, Inc.

Нью-Мексико

DME MAC-JC

А/Б MAC-JH

HH + H MAC-JM

Администраторы CGS, ООО

Новитас Солюшнс, Инк.

Пальметто ГБА, ООО

Нью-Йорк

DME MAC-JA

А/Б MAC-JK

HH + H MAC-J6

Норидиан Хелскеа Солюшнс, ООО

Национальные правительственные службы, Inc.

Национальные правительственные службы, Inc.

Северная Каролина

DME MAC-JC

А/Б MAC-JM

HH + H MAC-JM

Администраторы CGS, ООО

Пальметто ГБА, ООО

Пальметто ГБА, ООО

Северная Дакота

DME MAC-JD

А/В MAC-JF

HH + H MAC-J15

Норидиан Хелскеа Солюшнс, ООО

Норидиан Хелскеа Солюшнс, ООО

Администраторы CGS, ООО

Северные Марианские острова

DME MAC-JD

A/B MAC-JE

HH + H MAC-J6

Норидиан Хелскеа Солюшнс, ООО

Норидиан Хелскеа Солюшнс, ООО

Национальные правительственные службы, Inc.

Огайо

DME MAC-JB

А/Б MAC-J15

HH + H MAC-JM

Администраторы CGS, ООО

Администраторы CGS, ООО

Пальметто ГБА, ООО

Оклахома

DME MAC-JC

А/Б MAC-JH

HH + H MAC-JM

Администраторы CGS, ООО

Новитас Солюшнс, Инк.

Пальметто ГБА, ООО

Орегон

DME MAC-JD

А/В MAC-JF

HH + H MAC-J6

Норидиан Хелскеа Солюшнс, ООО

Норидиан Хелскеа Солюшнс, ООО

Национальные правительственные службы, Inc.

Пенсильвания

DME MAC-JA

A/B MAC-JL

HH + H MAC-J15

Норидиан Хелскеа Солюшнс, ООО

Новитас Солюшнс, Инк.

Администраторы CGS, ООО

Пуэрто-Рико

DME MAC-JC

A/B MAC-JN

HH + H MAC-J6

Администраторы CGS, ООО

First Coast Service Options, Inc.

Национальные правительственные службы, Inc.

Род-Айленд

DME MAC-JA

А/Б MAC-JK

HH + H MAC-JK

Норидиан Хелскеа Солюшнс, ООО

Национальные правительственные службы, Inc.

Национальные правительственные службы, Inc.

Южная Каролина

DME MAC-JC

А/Б MAC-JM

HH + H MAC-J M

Администраторы CGS, ООО

Пальметто ГБА, ООО

Пальметто ГБА, ООО

Южная Дакота

DME MAC-JD

А/В MAC-JF

HH + H MAC-J15

Норидиан Хелскеа Солюшнс, ООО

Норидиан Хелскеа Солюшнс, ООО

Администраторы CGS, ООО

Теннесси

DME MAC-JC

А/Б MAC-JJ

HH + H MAC-JM

Администраторы CGS, ООО

Пальметто ГБА, ООО

Пальметто ГБА, ООО

Техас

DME MAC-JC

А/Б MAC-JH

HH + H MAC-JM

Администраторы CGS, ООО

Новитас Солюшнс, Инк.

Пальметто ГБА, ООО

Юта

DME MAC-JD

А/В MAC-JF

HH + H MAC-J15

Норидиан Хелскеа Солюшнс, ООО

Норидиан Хелскеа Солюшнс, ООО

Администраторы CGS, ООО

Вермонт

DME MAC-JA

А/Б MAC-JK

HH + H MAC-JK

Норидиан Хелскеа Солюшнс, ООО

Национальные правительственные службы, Inc.

Национальные правительственные службы, Inc.

Виргинские острова

DME MAC-JC

A/B MAC-JN

ЧЧ + Ч MAC-J6

Администраторы CGS, ООО

First Coast Service Options, Inc.

Национальные правительственные службы, Inc.

Вирджиния

DME MAC-JC

A/B MAC — JL
(включает часть B для округов Арлингтон и Фэрфакс и город Александрия)
A/B MAC — JM
(исключая часть B для округов Арлингтон и Фэрфакс и город Александрия) )

HH + H MAC-J15

Администраторы CGS, ООО

Novitas Solutions, Inc.