1 cms: 1С-Битрикс: Управление сайтом — CMS для создание сайтов, интернет-магазинов и лендингов

Хороший пользовательский интерфейс. Часть 1 — CMS Magazine

Больше не нужно искать и обзванивать каждое диджитал-агентство

Создайте конкурс на workspace.ru – получите предложения от участников CMS Magazine по цене и срокам. Это бесплатно и займет 5 минут. В каталоге 15 617 диджитал-агентств, готовых вам помочь – выберите и сэкономьте до 30%.
Создать конкурс →

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

Старайтесь использовать макет с одной колонкой вместо многоколоночного

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

Примеры

   http://mesto.in/Workplace.html

   http://gacbottle.com/

Старайтесь сделать подарок, не завершайте продажу сразу

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

Примеры

   https://rocketbank.ru/

   http://knopka.com/#order

Старайтесь объединять схожие функции и не дробить интерфейс

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

Примеры

   https://disk.yandex.ru

   https://cloud.mail.ru/home/

   https://cloud.mail.ru/home/

   https://cloud.mail.ru/home/

Старайтесь использовать социальное доказательство вместо того, чтобы рассказывать о себе самом

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

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

Примеры

   http://www.mann-ivanov-ferber.ru/promo/presents-b2b/

   http://enimotors.ru/

От редакции

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

Данный рейтинг представляет собой сборный топ-100 самых креативных и профессиональных команд, также шесть подрейтингов относительно количества побед, одержанных в каком-либо конкретном конкурсе из шести:  «Рейтинг Рунета», «Золотой сайт», Webby Awards, CSS Design Awards, Awwwards и FWA.

Старайтесь повторить главный призыв к действию, вместо того, чтобы показывать его один раз

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

Примеры

   http://franshiza-expedition.ru/

   http://cactussoft.ru/

Старайтесь усиливать различия в стиле между кликабельными и выбранными элементами, а не размывать их

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

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

Примеры

   http://www.people4people.ru/shop/women/coats

   http://stok-stolnik.ru/catalog/bluzki

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

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

Примеры

   http://handyhat.ru/catalog/girls/

   https://dodopizza.ru/Syktyvkar

Попробуйте отмену действия вместо запросов на подтверждения

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

Примеры

   https://elba.kontur.ru

   https://vk.com

Объясните, для кого предназначен продукт. Не пытайтесь адресовать сообщение всем подряд

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

Примеры

   http://s5.molodost.bz/otdel_prodazh/

   http://crocotime. com/ru/

Говорите прямо вместо предположений

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

Примеры

   http://potolok.ru.com/

   http://клинингбург.рф/

Больше контраста вместо однородности

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

Примеры

   http://team-course.ru/

   http://leol.pro/

Покажите место происхождения продукта вместо обобщений

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

Примеры

   http://rigasoap. com/ru/

   http://simterminal.ru/

Сокращайте количество полей, не спрашивайте слишком много

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

Примеры

   http://www.kuvalda.ru/promo/automower/#order

   http://www. bringo247.ru/

Раскройте все опции сразу

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

Примеры

   http://bodyboss.ru/

   http://monko.net/

Предлагайте последовательность вместо страниц с двойным дном

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

Примеры

   http://lingualeo.ru/ru

   http://slovoych.ru/

Сохраняйте фокус, не злоупотребляйте ссылками

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

Примеры

   http://www.tripinsurance.ru/

   https://cherehapa.ru/

Оригинал: http://www.goodui.org/

WH-пик при 1,8 ТэВ на CMS • Загадки LHC

Большой адронный коллайдер > Результаты LHC > Загадки LHC

Что обнаружено

Коллаборация CMS провела поиск событий рождения WH-пар с инвариантной массой больше 1 ТэВ. W-бозон регистрировался по лептонному распаду, а хиггсовский бозон — по распаду на b-анти-b пару. В электронном канале распада обнаружено три события с M_WH > 1,8 ТэВ, хотя СМ предсказывала всего 0,3 события, в мюонном — ни одного. Локальная статистическая значимость — 2,9σ, глобальная — около 2σ.

Однако в июле 2016 года коллаборация ATLAS, изучив WH- и ZH-рождение в данных сеанса Run 2, не нашла никакого отклонения от СМ. Тем самым, загадку можно считать закрытой.

Комментарии

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

Для идентификации распада хиггсовского бозона с большой энергией использовалась методика внутренней структуры струй (jet substructure), относительно новая и потому еще не до конца обкатанная. Поэтому к этому анализу относятся всё те же предосторожности, что и к 2-тэвному дибозонному сигналу ATLAS.

CMS также изучил рождение тех же WH и ZH-пар с полностью адронным распадом. Никакого статистически значимого отклонения там не обнаружено. Это вызывает дополнительные сомнения в реальности обнаруженного эффекта и затрудняет его интерпретацию.

Январь 2016. Коллаборация CMS завершила анализ и представила окончательную статью arXiv:1601.06431. Результаты не изменились.

Июль 2016. Первый анализ данных Run 2, выполненный ATLAS, не показал никакого существенного превышения в WH- и ZH-рождении в этом диапазоне масс. Отклонение можно считать закрытым.

Ссылки

Экспериментальные данные:

• ATLAS Coll., Search for new resonances decaying to a W or Z boson and a Higgs boson in the ℓ⁺ℓ⁻bb, ℓνbb, and ννbb channels with pp collisions at √s=13 TeV with the ATLAS detector // arXiv:1607.05621 [hep-ex].
• CMS Coll., Search for massive WH resonances decaying to lnubb final state in the boosted regime at √s = 8 TeV // arXiv:1601.06431 — окончательные результаты.

Популярные сообщения:

• ATLAS закрывает WH-превышение при 1,8 ТэВ // «Элементы», 02.08.2016.
• В данных ATLAS и CMS наблюдается любопытное отклонение при 2 ТэВ // «Элементы», 15. 06.2015.
• CMS отчиталась о поисках тяжелых WH-резонансов // «Элементы», 01.02.2016.

Поиск суперсимметрии — 1

WZ-пик при 2 ТэВ

Написать комментарий

Физики подводят промежуточные итоги изучения свойств хиггсовского бозона

21.09

Работа коллайдера возобновится в ближайшие дни

19.09

Работа коллайдера может быть продлена еще на несколько лет

04.09

Неполадки в системе охлаждения на месяц задерживают работу коллайдера

30.08

Все новости LHC

Служба поддержки уровня 1

Приложение (название службы поддержки)	Телефон	Электронная почта/URl
4Инновации (4и)	1 (888) 734-6433 Опция 1	По вопросам, связанным с моделью DC, обращайтесь по адресу: [email protected] По вопросам, связанным с моделью KCC, обращайтесь по адресу: KCF-CKCC-CMMI@cms. hhs.gov
Веб-портал Acumen — FISMA (справочная служба Acumen)	Н/Д	веб-сайт[email protected]
Служба поддержки рынка агентов-брокеров (справочная служба агента/брокера)	Н/Д	[email protected]
Система управления подотчетной медицинской организацией (ACO-MS) (Центр поддержки бизнес-операций ACO (ABOSC))	1 (888) 734 — 6433, опция 2	[email protected]
Система координации и восстановления льгот (BCRS) (справочная служба COB&R)	1 (888) 268 — 6495	[email protected]
Управление жизненным циклом приобретения CMS (CALM) (справочная служба CALM)	Н/Д	спокойный[email protected]
Склад хронического состояния (справочная служба CCW)	1 (866) 766 — 1915	ccwhelp@ccwdata. org
Система разрешения и согласования регистрации CCIIO (CERRS) (справочная служба службы поддержки)	(703) 206 — 6199	[email protected]
Центры проверки целостности программы (CPI) Интерфейс прикладного программирования (API) Платформа разработки (справочная служба API CPI)	(410) 597 — 4222	[email protected]
Центры добросовестности программ (CPI) Правоохранительные органы (LE) Просмотр (справочная служба CPI LE View)	(410) 597 — 4222	[email protected]
Центры проверки целостности программы (CPI) Интерфейс прикладного программирования (API) Адаптация (справочная служба API CPI)	(410) 597 — 4222	[email protected]
СЕРРС PowerBI (справочная служба службы поддержки)	(703) 206 — 6199	helpdesk@cognosante. com
CMSART — только инструмент ARTS (справочная служба CMSART)	Н/Д	[email protected]
Координация льгот (COB) (справочная служба MAPD) ​​	1 (800) 927 — 8069	[email protected]
Перевозчик для проведения конкурсных торгов (соединение) (справочная служба CBIC)	1 (877) 577 — 5331	[email protected]
Медицинское оборудование длительного пользования, протезы, ортопедические изделия и расходные материалы (DMEPOS) Система торгов (DBidS) (справочная служба CBIC)	1 (877) 577 — 5331	[email protected]
Система обмена данными (DEX) (служба поддержки DEX)	Н/Д	[email protected]
Больница непропорциональной доли (DSH) (справочная служба DSH)	Н/Д	dshquestions@cms. hhs.gov
Платформа данных песочницы EDA (песочница EDA) (справочная служба службы поддержки)	1 (855) 267 — 1515	[email protected]
Справочная система электронной корреспонденции (ECRS) (справочная служба ECRS)	(646) 458 — 6740	[email protected]
Право на участие и регистрация Medicare Online (ELMO) (справочная служба MAPD) ​​	1 (800) 927 — 8069	[email protected]
Механизм корпоративной политики конфиденциальности (EPPE) (справочная служба EPPE)	1 (844) 377 — 3382	[email protected]
Каталог корпоративных пользовательских данных (EUDC) (справочная служба EUDC)	Н/Д	[email protected]
Электронная передача обратной обработки (eRPT) (справочная служба MAPD) ​​	1 (800) 927 — 8069	mapdhelp@cms. hhs.gov
Рабочий стол поддержки соответствия требованиям (ESD) (справочная служба SERCO)	Н/Д	[email protected]
Приложения для администрирования корпоративных пользователей (EUA) (служба поддержки торговой площадки)	1 (855) 267 — 1515	[email protected]
Интернет-портал First Coast Service Options (FCSO) (справочная служба FCSO)	1 (855) 416 — 4199	[email protected]
Плата за систему сбора данных об услугах (FFSDCS) (справочная служба CLFS, справочная служба ASP и справочная служба GADCS)	1 (844) 876 — 0765	[email protected] [email protected] [email protected]
Гентран (справочная служба Гентрана)	Н/Д	gentran-support@cms. hhs.gov
Набор данных и информации об эффективности здравоохранения (HEDIS) Подробная информация об уровне пациента (PLD) (справочная служба HEDIS PLD)	1 (833) 760-2116	[email protected]
Система медицинского страхования (HICS) (служба поддержки торговой площадки)	1 (855) 267 — 1515	[email protected]
Закон о переносимости и подотчетности медицинского страхования (HIPAA) Система транзакций соответствия требованиям (HETS) Настольное приложение (HDT) (справочная служба MCARE)	(866) 324-7315	[email protected]
Система надзора за медицинским страхованием (HIOS) (служба поддержки торговой площадки)	1 (855) 267 — 1515	[email protected]
Компьютерное обучение кибербезопасности и конфиденциальности информационных технологий (ITSP CBT) (справочная служба ТОС)	Н/Д	Поддержка CMS CBT
Подотчетная организация по уходу (справочная служба ACO)	1 (888) 734-6433, опция 1	NextGenerationACOModel@cms. hhs.gov
Подотчетные медицинские сообщества (справочная служба AHC)	1 (844) 711-2664, опция 4	[email protected]
Комплексный платеж за улучшение ухода Advanced (Расширенная служба поддержки BPCI)	Н/Д	[email protected]
Комплексный уход за суставами (справочная служба CJR)	1 (844) 711-2664	[email protected]
Комплексная первичная помощь плюс (КПК Плюс)	1 (888) 372-3280	[email protected]
Расширенная отчетность обратной связи по данным (справочная служба EDFR)	1 (888) 734-6433, опция 6	Н/Д
Экстренная сортировка, лечение и транспортировка (справочная служба ET3)	1 (844) 711-2664	ET3Model@cms. hhs.gov
Закупки на основе ценности домашнего здоровья (справочная служба HHVBP)	1 (844) 280-562	[email protected]
Инновации плана медицинского обслуживания (справочная служба HPI)	1 (844) 474-3375	[email protected]
Комплексный уход за детьми (справочная служба InCK)	Н/Д	[email protected]
Программа первичной медицинской помощи штата Мэриленд (справочная служба MDPCP)	Н/Д	[email protected]
Злоупотребление опиоидами матерью (справочная служба MOM)	Н/Д	[email protected]
Модель онкологического ухода (справочная служба OCM)	1 (844) 711-2664, опция 2	OCMSupport@cms. hhs.gov
Первичная медицинская помощь (PCF)/Серьезно больное население (SIP) (Служба поддержки PCF SIP)	1 (888) 517-7753	[email protected]
Интернет-сервер TIBCO (ISV) (справочная служба независимых поставщиков программного обеспечения)	(410) 786 — 2580	[email protected]
Финансовая система Medicaid и CHIP (MACFin) (справочная служба MACFin)	1 (833) 879 — 6075	[email protected]
Системы программ Medicaid и CHIP (MACPro) (справочная служба MACPro)	1 (833) 228 — 2540	[email protected]
Программы лекарств Medicaid (справочная служба MDP IDM)	1 (833) 637 — 6370	Служба поддержки [email protected]
MACPro-Электронная система документации расширенного планирования (MACPro-EAPD) (справочная служба MACPro-EAPD)	Н/Д	cms-eapd@cms. hhs.gov Канал CMS Slack: #eapd-user-support
Инструмент сбора данных MACPro — Программа медицинского страхования детей (CHIP) Система шаблонов годового отчета (MDCT — CARTS) (справочная служба CARTS)	Н/Д	[email protected]
MACPro — Показатели качества (MDCT-QMR) (справочная служба МДКТ)	Н/Д	[email protected]
Инструмент сбора данных MACPro — система статистических данных о зачислении (MDCT — SEDS) (справочная служба МДКТ)	Н/Д	[email protected]
Управление основными данными (MDM) Озеро корпоративных данных (EDL) Privacera   (Поддержка EDL Privacera)	Н/Д	[email protected]
Управление основными данными (MDM) Enterprise Data Lake (EDL) Databricks (Поддержка операций MDM)	Н/Д	mdmsupport@npss-inc. com
Управление основными данными (MDM) Novetta (группа поддержки Novetta)	Н/Д	[email protected]
Система апелляций Medicare (MAS) (справочная служба MAS)	703-227-4080	[email protected]
Medicare Advantage & Рецептурный препарат (MARx) (справочная служба MAPD) ​​	1 (800) 927 — 8069	[email protected]
Обзор управляемого медицинского обслуживания (MCR) (справочная служба MCR)	Н/Д	[email protected]
Утилита изменения торговой площадки (MCU) (служба поддержки торговой площадки)	1 (855) 267 — 1515	[email protected]
База данных исключений Medicare (MED) (справочная служба ЕС)	1 (866) 484 — 8049 1 (866) 523 — 4759	eussupport@cgi. com
Система управления обучением Marketplace (MLMS) (справочная служба MLMS)	Н/Д	[email protected]
Запуск проекта Marketplace — расширенная прямая регистрация (MaPS EDE) (служба поддержки торговой площадки)	1 (855) 267 — 1515	[email protected] Агентам/брокерам EDE следует обратиться в службу поддержки Marketplace (если партнер EDE не может предоставить поддержку).
Блоки данных многомерной системы анализа страховых данных (MIDAS Databricks) (Поддержка МИДАС)	Н/Д	[email protected]
Многомерный каталог данных системы аналитики страховых данных (Каталог данных MIDAS) (Поддержка МИДАС)	Н/Д	[email protected]
Шлюз многомерной системы анализа страховых данных (шлюз MIDAS) (Поддержка МИДАС)	Н/Д	MIDAS_support@sparksoftcorp. com
Многомерная система анализа страховых данных Redash (MIDAS Redash) (Поддержка МИДАС)	Н/Д	[email protected]
Многомерная система анализа страховых данных QuickSight (MIDAS QuickSight) (Поддержка МИДАС)	Н/Д	[email protected]
Многомерная система анализа страховых данных SAS Web (MIDAS SAS Web) (Поддержка МИДАС)	Н/Д	[email protected]
Новитасфера (справочная служба Novitas)	1 (855) 880 — 8424	[email protected]
Организационная облачная экономика и аналитика Nexus (OCEAN) (служба поддержки торговой площадки)	1 (855) 267 — 1515	[email protected]
OneMAC (справочная служба OneMAC)	1 (833) 228 — 2540	OneMAC_Helpdesk@cms. hhs.gov
Открытые платежи (OP) (справочная служба Open Payments)	1 (855) 326 — 8366	[email protected]
База данных показателей производительности и система аналитики — демонстрация Medicaid 1115 (PMDA) (справочная служба PMDA Section 1115)	(443) 775 — 3226	[email protected]
Список исключений CMS (справочная служба ЕС)	(866) 484 — 8049 (866) 523 — 4759	[email protected]
Портал плана информационной системы восстановления платежей (PRIS) (справочная служба MAPD) ​​	(800) 927-8069	[email protected]
Статистика поставщика и возмещение / Система отслеживания аудита и возмещения (PS&R/STAR) (справочная служба ЕС)	(866) 484 — 8049 (866) 523 — 4759	eussupport@cgi. com
Служба поддержки QualityNet (Общая справочная служба для приложений CCSQ)	1 (866) 288 — 8912	[email protected]
Система улучшения и оценки качества Интернета (iQIES) (справочная служба iQIES)	1 (800) 339-9313	[email protected]
Программа оплаты качества (QPP) (справочная служба QPP)	1 (866) 288 — 8292	[email protected]
Портал качества, безопасности и образования (QSEP) (справочная служба QSEP)	1 (855) 791 — 8900	[email protected]
CMS Salesforce SEI  (справочная служба CMS SEI)	Н/Д	https://sf.cms.gov/s/cmsHelpdeskInformation
Продажи (справочная служба CMS Salesforce)	(888) 734 — 6433, опция 5	CMMIForceSupport@cms. hhs.gov
Система регистрации данных Exchange (SEED) (служба поддержки торговой площадки)	1 (855) 267 — 1515	[email protected]
Система отслеживания ресурсов обмена состояниями (SERTS) (служба поддержки торговой площадки)	1 (855) 267 — 1515	[email protected]
Виртуальная информационная система State Exchange Resource (СЕРВИС) (служба поддержки торговой площадки)	1 (855) 267 — 1515	[email protected]
Преобразованная статистическая информационная система Medicaid (T-MSIS) (справочная служба T-MSIS)	Н/Д	[email protected] https://tmsis2.atlassian.net/servicedesk/customer/portals
Единое управление делами (UCM) (справочная служба UCM)	1 (844) 826 — 3375	ucmhelpdesk@cms. hhs.gov
Возможность подключения к сети и взаимодействия (zONE) (служба поддержки торговой площадки)	1 (855) 267 — 1515	[email protected]

Политика и технологии для функциональной совместимости и снижения нагрузки

Политики и технологии обеспечения функциональной совместимости и снижения нагрузки

Предложенное правило CMS, направленное на повышение функциональной совместимости и улучшение процессов предварительной авторизации (CMS-0057-P)

Предлагаемое правило CMS, направленное на повышение функциональной совместимости и улучшение процессов предварительной авторизации (CMS-0057-P) ) теперь доступен в Федеральном реестре и открыт для общественного обсуждения. Это предлагаемое правило основано на политиках, доработанных в окончательном правиле CMS Interoperability and Patient Access (CMS-9115-F), опубликованном в мае 2020 г. , и политики, представленные в предлагаемом правиле CMS Interoperability (CMS-9123-P), опубликованном в декабре 2020 г., которые мы отменяем в этом предлагаемом правиле. Новое предложенное правило учитывает отзывы заинтересованных сторон и включает планы Medicare Advantage.

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

Публикация предлагаемых правил

Чтобы ознакомиться с предлагаемым правилом CMS «Расширение функциональной совместимости и улучшение процессов предварительной авторизации» (CMS-0057-P), посетите Федеральный реестр.

Открыто: период общественного обсуждения

Мы приветствуем ваши отзывы о предлагаемых политиках, представленных в предложенном правиле CMS «Расширение функциональной совместимости и улучшение процессов предварительной авторизации» (CMS-0057-P). Комментарии должны быть получены в течение 90-дневного периода комментариев, который заканчивается 13 марта 2023 г. При комментировании используйте код файла: CMS-0057-P.

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

• В электронном виде через rules.gov;
• Обычная почта; или
• Экспресс или ночная почта.

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

Дополнительные ресурсы

Прочтите информационный бюллетень, чтобы узнать больше о предлагаемом правиле CMS «Расширение взаимодействия и улучшение процессов предварительной авторизации» (CMS-0057-P), и ответы на часто задаваемые вопросы, чтобы узнать больше о предыдущих правилах взаимодействия CMS.

——-

Обзор

5 октября 2022 г. служить «централизованным центром данных» для информации о поставщиках медицинских услуг, учреждениях и организациях по всей стране. RFI публикуется в Федеральном реестре, а 60-дневный период комментариев заканчивается 6 декабря.

8 декабря 2021 г. CMS объявила о публикации уведомления Федерального реестра (FRN CMS-9115-N2), чтобы формализовать свое решение о применении правоприменительного усмотрения не предпринимать действий против определенных положений об обмене данными между плательщиками майского Окончательное правило совместимости и доступа пациентов от 2020 г. (см. часто задаваемые вопросы, связанные с этим решением). Администратор также опубликовал блог об этом уведомлении, в котором содержится дополнительная информация о приверженности администрации расширению обмена данными о состоянии здоровья и инвестированию в функциональную совместимость.

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

С 1 июля 2021 г. действуют две политики из окончательного правила взаимодействия и доступа пациентов от мая 2020 г. 30 апреля 2021 г. вступили в силу требования к больницам с определенными возможностями ЭМК по отправке уведомлений о госпитализации, выписке и переводе другим поставщикам. 1 июля 2021 г. CMS начала применять к определенным плательщикам требования по поддержке API-интерфейсов Patient Access и Provider Directory. Дополнительная информация доступна на странице часто задаваемых вопросов и в другой информации, доступной ниже.

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

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

На этой странице вы можете найти ссылки на ресурсы, которые будут полезны для реализации API для поддержки политик этих правил. В частности, мы рекомендуем заинтересованным сторонам использовать общую информацию для руководств по внедрению (IG) Fast Healthcare Interoperability Resources (FHIR) Health Level 7 (HL7), упомянутых в правилах CMS.

Быстрые ссылки – Вам не терпится найти то, что вы ищете? Пропустите эти ссылки ниже:

Политика

• Окончательное правило совместимости CMS и доступа пациентов
• Предлагаемое правило взаимодействия CMS и предварительной авторизации
• Руководство для государств
• Рекомендации для плательщиков и разработчиков приложений
• Ресурсы по конфиденциальности и безопасности пациентов

Технические стандарты

• FHIR
• SMART/OAUTH 2
• Соединение с открытым идентификатором
• Базовые данные США для функциональной совместимости (USCDI)

Поддержка внедрения API

Политика

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

Функциональная совместимость CMS и доступ пациентов Последнее правило

Окончательное правило взаимодействия и доступа пациентов (CMS-9115-F) ставит пациентов на первое место, предоставляя им доступ к своей медицинской информации, когда они больше всего в ней нуждаются, и таким образом, чтобы они могли использовать ее наилучшим образом. Это окончательное правило направлено на обеспечение функциональной совместимости и доступа пациентов к медицинской информации путем освобождения данных пациентов с использованием полномочий CMS для регулирования эмитентов программ Medicare Advantage (MA), Medicaid, Children’s Health Insurance Program (CHIP) и Qualified Health Plan (QHP) на федеральном уровне. упрощенные биржи (FFE).

Признавая проблемы, с которыми столкнулись плательщики во время чрезвычайной ситуации в области общественного здравоохранения, связанной с COVID-19, CMS по своему усмотрению применяла правоприменение в отношении политик API доступа к пациентам и каталога поставщиков медицинских услуг для эмитентов MA, Medicaid, CHIP и QHP на FFE*, действующих с 1 января 2021 г. по 1 июля 2021 г. CMS начала применять эти новые требования 1 июля 2021 г.

*Эмитенты QHP на FFE не обязаны внедрять Provider Directory API в соответствии с этим правилом.

Ссылка на окончательное правило о совместимости и доступе пациентов: https://www.federalregister.gov/documents/2020/05/01/2020-05050/medicare-and-medicaid-programs-patient-protection-and-affordable- уход-акт-совместимость-и

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

Предлагаемое правило совместимости CMS и предварительной авторизации

Предлагаемое правило совместимости и предварительной авторизации (CMS-9123-P) основано на политиках, завершенных в окончательном правиле CMS Interoperability and Patient Access. Это предлагаемое правило подчеркивает необходимость улучшения обмена медицинской информацией для обеспечения надлежащего и необходимого доступа к полным медицинским записям для пациентов, поставщиков медицинских услуг и плательщиков. Это предлагаемое правило также направлено на усилия по совершенствованию процессов предварительного разрешения с помощью политик и технологий, чтобы гарантировать, что пациенты остаются в центре своей собственной помощи. Это правило расширяет некоторые политики окончательного правила CMS Interoperability and Patient Access и добавляет несколько новых положений для расширения обмена данными и снижения общей нагрузки на плательщиков, поставщиков медицинских услуг и пациентов за счет предлагаемых улучшений практики предварительного разрешения.

. Ссылка на предлагаемое правило интероперабельности и предварительного разрешения от декабря 2020 г.: act-reduction-provider-and-patient-burden-by 

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

Офис национального координатора информационных технологий здравоохранения (ONC) 21 ^{st 9Окончательное правило Закона о лекарствах века 1564}
Министерство здравоохранения и социальных служб (HHS) окончательно определило технические стандарты, а также стандарты содержания и словарного запаса в окончательном правиле Закона о лекарствах XXI века ONC, которое CMS приняло для поддержки этих политик API. Другие HL7 IG доступны для API-интерфейсов поставщика, плательщика и предварительной авторизации, которые еще не являются обязательными. Однако, если плательщики решат их использовать, это снизит нагрузку и поддержит наш общий путь к совместимой системе здравоохранения. Кроме того, CMS продолжает работать с HL7 и другими отраслевыми партнерами, чтобы обеспечить свободный доступ плательщиков к IG и дополнительным ресурсам, если они решат их использовать.

Руководство для штатов: Окончательное правило совместимости CMS и доступа пациентов (CMS-9115-F)

В августе 2020 года CMS выпустила письмо для сотрудников здравоохранения штата, в котором подробно описывается, как учреждения Medicaid штатов должны внедрять окончательное правило CMS Interoperability and Patient Access в способом, соответствующим существующим руководствам. В этом регламенте есть много положений, влияющих на программы Medicaid и CHIP Fee-For-Service (FFS), планы управляемого медицинского обслуживания Medicaid и учреждения управляемого медицинского обслуживания CHIP, и в этом письме обсуждаются эти вопросы. Кроме того, в этом письме государствам рекомендуется знать о правилах ONC 21 ^st  Century Cures Act, окончательное правило о блокировке информации. Ссылка на письмо:

https://www.medicaid.gov/federal-policy-guidance/downloads/sho20003.pdf

Рекомендации для плательщиков и разработчиков приложений

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

Рекомендации для плательщиков и разработчиков приложений (PDF)

Ресурсы о конфиденциальности и безопасности пациентов

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

Ресурсы по конфиденциальности и безопасности пациентов (PDF)

ТЕХНИЧЕСКИЕ СТАНДАРТЫ

FHIR

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

HL7, версия 4.0.1, спецификация FHIR, выпуск 4, 30 октября 2019 г.

• http://hl7.org/fhir/R4/

SMART IG/OAuth 2.0

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

SMART Application Launch Framework IG, выпуск 1.0.0, 13 ноября 2018 г.

• http://hl7.org/fhir/smart-app-launch/history.html

OpenID Connect

OpenID Connect 1.0 — это простой уровень идентификации поверх протокола OAuth 2.0. Это позволяет клиентам проверять личность конечного пользователя на основе аутентификации, выполняемой сервером авторизации, а также получать базовую информацию профиля о конечном пользователе совместимым и RESTful способом. Эта спецификация определяет основные функции OpenID Connect: аутентификация, построенная поверх OAuth 2.0, и использование утверждений для передачи информации о конечном пользователе. В нем также описываются вопросы безопасности и конфиденциальности при использовании OpenID Connect.

OpenID Connect Core 1.0 с набором исправлений 1, 8 ноября 2014 г.

• http://openid.net/specs/openid-connect-core-1_0.html

Базовые данные США для интероперабельности (USCDI)

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

Основные данные США для совместимости USCDI, февраль 2020 г., версия 1

• https://www.healthit.gov/isa/us-core-data-interoperability-uscdi

Посетите веб-сайт Health IT, чтобы узнать об обновлениях USCDI и узнать больше о рекомендациях для версии 2.

Поддержка внедрения API:

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

Претензии и данные обращений

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

HL7® FHIR® IG CARIN, ориентированная на потребителя, по обмену данными плательщиков (также называемая CARIN IG для Blue Button®) URL: http://hl7.org/fhir/us/carin-bb/STU1

• IG URL : http://hl7.org/fhir/us/carin-bb/history.html

.

КЛИНИЧЕСКИЕ ДАННЫЕ

Плательщики должны сделать клинические данные пациента, определяемые как данные, поддерживаемые плательщиком, которые включены в USCDI версии 1, доступными через API доступа для пациентов.

HL7 FHIR® Da Vinci PDex IG: версия STU 1.0.0. URL-адрес: http://hl7.org/fhir/us/davinci-pdex/STU1

HL7 FHIR® US Core IG STU 3.1.0. IG PDex основан на US Core IG со следующими дополнениями, предназначенными для случаев использования, связанных с плательщиками:

• Ресурс Medication Dispense был добавлен для записи заявлений участника о лекарствах, отпускаемых по рецепту

.

• Добавлен ресурс Device для расширения поддержки неимплантируемых устройств
• Добавлен ресурс Provenance для конкретного плательщика
• Добавлен ресурс Покрытие , определяющий ограничения на представление информации об абоненте Плательщику. Это вместе с именем, фамилией, датой рождения и полом пациента позволяет плательщику идентифицировать участника в своей системе, для которого наиболее ответственный врач (MRP) был исполнителем

.

• Дополнительная информация для проверки:
  • Совпадение членов:  
    https://confluence.hl7.org/display/DVP/HL7+Da+Vinci+PDex+%24member-match
  • Запуск приложения SMART на FHIR:
    http://www.hl7.org/fhir/smart-app-launch/
  • Области взаимодействия REST:
    https://www.hl7.org/fhir/http.html

Обмен данными плательщиков (PDex) IG:

• http://hl7.org/fhir/us/davinci-pdex/history.html

US Core IG:

• http://hl7.org/fhir/us/core/history.html

​ Покрытие плана и формуляры (часть API Patient Access)

В соответствии с окончательным правилом CMS Interoperability and Patient Access планы Part D Medicare Advantage должны предоставлять информацию о формулярах через API Patient Access. Кроме того, программы Medicaid и CHIP FFS и регулируемое медицинское обслуживание должны предоставлять списки предпочтительных препаратов. IG, которая поможет участникам выбрать тип покрытия во время регистрации для лекарств, которые они в настоящее время принимают, – HL7 FHIR Da Vinci – PDex US Drug Formulary IG: версия STU 1.0.1.

• http://hl7.org/fhir/us/davinci-drug-formulary/STU1.0.1

Справочник поставщиков услуг

В соответствии с окончательным правилом CMS Interoperability and Patient Access и окончательным правилом CMS Interoperability and Priority Authorization, программы Medicaid FFS, программы CHIP FFS, планы управляемого медицинского информация каталога, доступная через Provider Directory API. Окончательное правило CMS Interoperability and Patient Access распространяется на организации MA. Этот API должен быть доступен через общедоступную цифровую конечную точку на веб-сайте плательщика. IG — это HL7 FHIR Da Vinci PDex Plan Net IG: версия STU 1. 0.0.

• http://hl7.org/fhir/us/davinci-pdex-plan-net/STU1

Улучшения предварительной авторизации с помощью технологии

API службы поиска требований к документации (DRLS)

CRD IG определяет рабочий процесс, позволяющий плательщикам предоставлять информацию о требованиях к страховому покрытию поставщикам медицинских услуг через их клинические системы в время принятия решения о лечении. Это обеспечит возможность врачам и административному персоналу принимать обоснованные решения и выполнять требования страхового покрытия пациента. IG: HL7 FHIR Da Vinci — CRD IG: версия STU 1.0.0.

• http://hl7.org/fhir/us/davinci-crd/STU1/

Шаблоны и правила документации

DTR IG определяет, как правила плательщика могут выполняться в контексте поставщика, чтобы гарантировать выполнение требований к документации. В свою очередь, нагрузка на провайдера снизится из-за сокращения ручного ввода данных. IG: HL7 FHIR Da Vinci — DTR IG: версия STU 1.0.0.

•  http://hl7.org/fhir/us/davinci-dtr/STU1
•  http://hl7.org/fhir/us/davinci-dtr/history.html

Поддержка предварительной авторизации (PAS)

PAS IG определяет способ прямой подачи запросов на предварительную авторизацию из EHR или систем управления практикой (PMS). Прямая отправка запросов на предварительную авторизацию из EHR или PMS может снизить затраты как для поставщиков, так и для плательщиков. Это также может привести к более быстрому принятию решений о предварительном разрешении, что приведет к улучшению качества обслуживания пациентов. IG: HL7 FHIR Da Vinci — PAS IG: Версия STU 1.0.0.

• http://hl7.org/fhir/us/davinci-pas/STU1
• https://build.fhir.org/ig/HL7/davinci-pas/

Обмен решениями о покрытии плательщика (PCDE)

PCDE IG определяет механизм обмена информацией от одного плательщика (предыдущего плательщика) к «новому» плательщику, когда пациент сменил план, чтобы помочь обеспечить непрерывность лечения и уменьшить/устранить необходимость в повторных лабораторных или диагностических тестах, повторных попытках предыдущих методов лечения и т.  д. IG: HL7 FHIR Da Vinci — PCDE IG, версия STU 1.0.0.

• http://hl7.org/fhir/us/davinci-pcde/STU1
• http://hl7.org/fhir/us/davinci-pcde/history.html
   

Спецификация доступа к массовым данным (Flat FHIR)

Спецификация массовых данных объясняет, как передавать данные о больших группах пациентов через FHIR, например, перемещать клинические данные в хранилище аналитических данных, обмениваться данными между организациями или отправлять данные в контролирующие органы. Эта спецификация не была принята HHS или CMS; однако его используют некоторые федеральные и частные организации. Мы призываем плательщиков рассмотреть возможность тестирования его использования в своих организациях.

•  http://hl7.org/fhir/uv/bulkdata/history.html

Дополнительные ресурсы Bulk Data:

• Эталонные реализации SMART Server
  • https://bulk-data.smarthealthit.org
• Дискуссионная группа по массовым данным (массовые данные)
  • https://chat.