Новое требование CMS для ввода вашей цифровой конечной точки в NPPES
В течение многих лет одна из самых больших жалоб провайдеров на программу Promoting Interoperability Program заключалась в том, что они не могут получить прямые адреса обмена сообщениями для своих координирующих провайдеров. Когда я разговариваю с врачами, я слышу причину номер один, почему их поддерживают электронные циклы направления путем отправки медицинской информации и поддерживают электронные циклы направления по получению и включению медицинской информации меры имеют низкий балл в том, что они не могут заставить других обмениваться с ними CCDA из-за этой трудности. CMS услышала эту жалобу, но по-прежнему требует, чтобы поставщики услуг обменивались информацией о координации обслуживания в электронном виде. Сочетание этих двух показателей составляет 40 % от общего балла врача или группы по продвижению функциональной совместимости.
Чтобы помочь поставщикам медицинских услуг в их способности успешно обмениваться информацией посредством прямого обмена сообщениями, Управлением национального координатора информационных технологий здравоохранения (ONC) и Центрами услуг Medicare и Medicaid (CMS) в соответствии с 21 st Окончательное правило Закона о лекарствах века, теперь предписывает централизованный каталог электронных адресов поставщиков для обмена данными, публикуемый Национальной системой учета планов и поставщиков услуг (NPPES) в рамках требований по обеспечению функциональной совместимости.
Система NPPES доступна для поиска через общедоступный API и позволяет провайдерам искать адрес прямого обмена сообщениями любого другого провайдера. Непредоставление этой информации может привести к блокировке информации, что является ключевым фактором и главным фокусом Окончательного правила. Поставщики должны ввести эту информацию в систему NPPES до 30 июня 2020 г., в противном случае во второй половине 2020 г. они будут публично объявлены несоответствующими требованиям9.0009
Что такое прямой обмен сообщениями?
Прямые сообщения — это технический термин, используемый для безопасного обмена медицинской информацией между врачами, больницами и другими поставщиками медицинских услуг. Он работает так же, как электронная почта, но также соответствует жестким мерам конфиденциальности и безопасности HIPAA. Сообщения, отправляемые через Direct Messaging, шифруются, в отличие от обычных электронных писем.
Прямые сообщения выходят за рамки традиционной электронной почты или факса, предоставляя возможность извлекать конкретную информацию непосредственно в электронную медицинскую карту пациента и позволяя обмениваться информацией между различными системами.
Прямой защищенный обмен сообщениями остается предпочтительным механизмом обмена медицинской информацией между организациями здравоохранения. У каждого провайдера есть отдельный прямой адрес, который был предоставлен их поставщиком EHR или другим источником.
Как ввести адрес прямого защищенного обмена сообщениями в NPPES
В NPPES поставщики могут вводить информацию о своей конечной точке, когда они запрашивают новые NPI или обновляют информацию о своих NPI. Сведения о конечной точке можно вводить как в индивидуальных (тип 1), так и в организационных (тип 2) приложениях NPI. Конечные точки не должны содержать информацию о личной электронной почте. При вводе конечной точки вам необходимо ввести тип конечной точки, например адрес прямого обмена сообщениями или URL-адрес FHIR, среди других типов. Вы можете получить доступ к веб-сайту NPPES, используя эту ссылку.
Вы можете выбрать местоположение конечной точки из списка адресов в раскрывающемся списке или выбрать «Ввести новое местоположение конечной точки».
Список адресов в раскрывающемся списке будет состоять из всех адресов практик и конечных точек, связанных с вашим NPI, а также практик и конечных точек, связанных с аффилированной организацией конечной точки, если она была выбрана из NPPES.
Если вы выберете «Ввести новое местоположение конечной точки», вы можете вручную ввести свой прямой адрес для обмена сообщениями. Эта новая информация о местоположении пройдет проверку стандартизации адреса, и у вас будет возможность выбрать стандартный адрес или использовать входной адрес. Если ваш адрес для обмена мгновенными сообщениями изменится в будущем, вы должны будете исправить его в NPPES в течение 30 дней.
Поскольку обмен прямыми сообщениями является безопасным средством связи, при получении прямого адреса вас могут попросить предоставить информацию, подтверждающую вашу личность, чтобы обеспечить защиту конфиденциальной медицинской информации пациента.
Если у вас есть вопросы о вашем адресе для прямого обмена сообщениями, обратитесь к своему менеджеру по работе с клиентами Nextech.
Для получения дополнительной информации о NPPES см. следующие ссылки на дополнительные ресурсы:
Заключительное правило CMS 21st Century Cures Act
Страница обмена медицинской информацией NPPES
Окончательное правило взаимодействия CMS и доступа пациентов
ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ
Информация, представленная в этой статье блога, не является и не предназначена для предоставления юридических или иных рекомендаций; вместо этого вся информация, контент и материалы доступны только для общих информационных целей. Информация в этой статье может не представлять собой самую последнюю юридическую, финансовую или другую информацию. Читатели должны связаться со своим адвокатом, финансовым, налоговым или другим консультантом, чтобы получить совет по любому конкретному вопросу. Эта статья содержит ссылки на другие сторонние веб-сайты. Любые такие ссылки предоставляются только для удобства, и Nextech не рекомендует и не одобряет содержимое каких-либо сторонних сайтов.
Руководство по REST API | Ресурсы для разработчиков WordPress
- Что такое REST API?
- Использование REST API WordPress
- Следующие шаги
WordPress REST API предоставляет интерфейс для взаимодействия приложений с вашим сайтом WordPress путем отправки и получения данных в виде объектов JSON (JavaScript Object Notation). Это основа редактора блоков WordPress, и он также может позволить вашей теме, плагину или пользовательскому приложению представить новые, мощные интерфейсы для управления и публикации содержимого вашего сайта.
Используя WordPress REST API, вы можете создать плагин, чтобы обеспечить совершенно новый интерфейс администратора для WordPress, создать совершенно новый интерактивный внешний интерфейс или перенести свой контент WordPress в совершенно отдельные приложения.
REST API — это функция WordPress, ориентированная на разработчиков. Он обеспечивает доступ данных к содержимому вашего сайта и реализует те же ограничения аутентификации — общедоступный контент на вашем сайте, как правило, общедоступен через REST API, в то время как частный контент, контент, защищенный паролем, внутренние пользователи, настраиваемые типы сообщений, и метаданные доступны только при аутентификации или если вы специально настроили это так.
Если вы не разработчик, самое важное, что нужно знать об API, это то, что он позволяет использовать редактор блоков и современные интерфейсы плагинов без ущерба для безопасности или конфиденциальности вашего сайта.
API — это интерфейс прикладного программирования. REST, сокращение от REpresentational State Transfer, представляет собой набор концепций для моделирования и доступа к данным вашего приложения в виде взаимосвязанных объектов и коллекций. WordPress REST API предоставляет конечные точки REST (URL), представляющие сообщения, страницы, таксономии и другие встроенные типы данных WordPress. Ваше приложение может отправлять и получать данные JSON на эти конечные точки для запроса, изменения и создания контента на вашем сайте. JSON — это открытый стандартный формат данных, легкий и удобочитаемый, он выглядит так же, как объекты в JavaScript. Когда вы запрашиваете содержимое или отправляете содержимое в API, ответ также будет возвращен в формате JSON. Поскольку JSON широко поддерживается многими языками программирования, разработчики могут создавать приложения WordPress на клиентском JavaScript (например, в редакторе блоков), в виде мобильных приложений, настольных компьютеров или инструментов командной строки.
WordPress уже предоставляет богатый набор инструментов и интерфейсов для создания сайтов, и вам не нужно использовать REST API, если ваш сайт уже работает так, как вы ожидаете. Вам не нужно использовать REST API для создания темы или плагина WordPress.
Однако, если вы хотите написать свою тему, плагин или внешнее приложение как клиентское приложение JavaScript или отдельную программу на языке, отличном от PHP, тогда вашему приложению потребуется структурированный способ доступа к контенту в вашем WordPress. сайт. Любой язык программирования, который может выполнять HTTP-запросы и интерпретировать JSON, может использовать REST API для взаимодействия с WordPress, от PHP, Node.js, Go и Java до Swift, Kotlin и других.
Даже если вы используете обычный JavaScript или jQuery в теме или плагине, REST API обеспечивает более предсказуемый и структурированный способ взаимодействия с контентом вашего сайта, чем admin-ajax , что позволяет вам тратить меньше времени на доступ к нужным данным.