Пайер создать: PAYEER | Тарифы

** Мы рекомендуем студентам как можно скорее создать авторизованных плательщиков **

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

1. Студенты получают доступ к следующему сайту: https://zagweb.gonzaga.edu

2. Выберите « Enter Secure Area » и используйте свое сетевое имя пользователя и пароль для входа в систему

3. Щелкните плитку «Студент» , а затем « Electronic Billing, Payment, Deposits, and eRefund »

4. Нажмите « Enter CASHNet », вы будете подключены к экрану главного меню CASHNet

5. Нажмите «Моя учетная запись»

6. Щелкните ссылку « Отправить приглашение плательщика » в поле « Плательщики ».

7. Заполните информацию о плательщике и выберите права доступа для этого плательщика.

8. Нажмите « Отправить приглашение », чтобы создать учетную запись. Временный пароль будет сгенерирован системой и отправлен по электронной почте непосредственно авторизованному плательщику вместе со ссылкой на его сайт входа: https://zagweb.gonzaga.edu/authorizedpayer
9. Когда авторизованный плательщик входит в свою учетную запись с временным паролем, ему нужно будет создать новый безопасный пароль, чтобы иметь возможность просматривать ваши счета и производить платежи на ваш счет.

Сбросить пароль авторизованного плательщика

1. Студенты получают доступ к следующему сайту: https://zagweb.gonzaga.edu

2. Выберите « Enter Secure Area » и используйте свое сетевое имя пользователя и пароль для входа в систему

3. Щелкните плитку «Студент» , а затем « Electronic Billing, Payment, Deposits, and eRefund »

4. Нажмите « Enter CASHNet », вы будете подключены к экрану главного меню CASHNet

5. Нажмите «Моя учетная запись»

6. Щелкните значок карандаша рядом с учетной записью плательщика, которую необходимо сбросить в поле « Payers ».

7. Нажмите « Отправить приглашение плательщика повторно », после чего вы сможете закрыть профиль этого плательщика. Временный пароль будет сгенерирован системой и отправлен по электронной почте непосредственно авторизованному плательщику вместе со ссылкой на его сайт входа: https://zagweb.gonzaga.edu/authorizedpayer

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

Настроить единый биллинг — привязать новую учетную запись к учетной записи плательщика

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

1. Зарегистрируйтесь для получения единых счетов на https://console.aws.amazon.com/billing/ и назначьте одну из своих существующих учетных записей учетной записью плательщика .Если у вас уже есть учетная запись, назначенная в качестве учетной записи плательщика, откройте настройки для этой учетной записи и выполните следующие действия:

2. Добавьте связанных аккаунтов (до 20) в семейство счетов для консолидированных счетов :

   1. В консоли Billing and Cost Management -> Consolidated Billing (левая панель навигации), Страница управления запросами и учетными записями , выберите Отправить запрос .

      Откроется страница Отправить объединенный запрос на оплату .

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

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

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

TUpay — Учетная запись учащегося онлайн

Офис Бюллетеня высылает учащимся и их Уполномоченным плательщикам уведомления о задолженности по электронной почте, если в учетной записи учащегося имеется задолженность.Уведомления по электронной почте отправляются с [email protected] на официальный адрес электронной почты студента Temple University и на адрес электронной почты Уполномоченного плательщика в TUpay (онлайн-аккаунт студента и платежная система Temple University).

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

Как получить доступ к TUpay

Студенты

Студенты могут получить доступ к TUpay через TUportal.

1. Перейти на tuportal.temple.edu
2. Введите ваше имя пользователя и пароль TU (данные Accessnet, которые вы вводите для доступа к своей учетной записи электронной почты Temple).
3. Выбрать расходы и помощь
4. Выбрать TUpay

Если вы забыли пароль Accessnet, обратитесь в службу поддержки компьютерных служб по телефону 215-204-8000.

Как авторизовать плательщика

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

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

1. Выбрать «Авторизовать плательщиков»
2. Нажмите кнопку «Добавить».
3. Введите имя и адрес электронной почты авторизованных плательщиков и нажмите «Сохранить».
4. Авторизованный плательщик получит электронное письмо с инструкциями по входу.

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

Уполномоченные плательщики

После того, как студент создал авторизованного плательщика в TUpay, этот человек может получить доступ к TUpay, выполнив следующие шаги:

1. Перейти на сайт Храма Тупай
2. Выбрать авторизованного плательщика
3. Вход с логином и паролем

Объяснение пунктов меню TUpay

В рамках TUpay как студенты, так и авторизованные плательщики имеют доступ к нескольким сервисам:

• Доска сообщений — здесь будет размещена важная информация.
• Платежные профили — установите платежные профили для будущих платежей с того же банковского счета или кредитной карты. Если у вас есть платежный профиль, вам не нужно повторно вводить данные кредитной карты или банковского счета.
• Возврат средств по выбору учащихся — войдите в систему возврата, чтобы проверить статус возврата, или зарегистрируйтесь для получения прямого депозита.
• Авторизовать плательщиков — разрешить другим (т. Е. Родителям) просматривать и оплачивать вашу учетную запись.
• Настройки пользователя — добавьте дополнительный адрес электронной почты для уведомлений и обновите настройки уведомлений.
• Просмотр и оплата счетов — В этом пункте меню есть 2 варианта:
  • Сделать платеж : произвести платеж с помощью электронного чека или кредитной карты. Плата за удобство при оплате электронным чеком не взимается, а при оплате кредитной картой взимается комиссия в размере 2,75%, установленная нашей третьей стороной по обработке платежей.
  • Активность текущего счета : просмотрите свой текущий баланс и просмотр в реальном времени своей учетной записи учащегося, включая любые новые опубликованные платежи и платежи.Вы также можете просмотреть обновленную информацию о предполагаемой финансовой помощи.
• История транзакций — просмотреть или распечатать квитанции об оплате, произведенной через TUpay.
• TSC1098-T — откройте налоговую форму 1098T.

Создание плательщика CashNet (ранее уполномоченного пользователя) — Bursar

Только студент может создать плательщика CASHNet. Плательщиком может быть:

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

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

У плательщиков есть возможность:

• Посмотреть свой eBill
• Вносите онлайн-платежи на свой студенческий счет через наш защищенный платежный сайт с помощью электронного чека (eCheck) или кредитной карты. (См .: Как внести платеж на счет стипендиата)
• Зарегистрируйте вас в плане платежей
• Посмотреть график платежей
• Просмотр остатка на вашем студенческом счете
• Просмотр последних платежей и сохраненной информации о банковском счете или кредитной карте

Как создать плательщика CASHNet

1. Перейти в студенческий центр: xavier.edu / студенты
2. Щелкните значок «Оплатить счет»
3. Введите свое имя пользователя и пароль и нажмите ВХОД
4. Щелкните вкладку с вашим именем в левой части страницы.
5. Прокрутите вниз до «Плательщики» и нажмите «Отправить приглашение плательщикам».
6. Заполните форму и нажмите «Отправить приглашение».

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

Для плательщиков CASHNet: Когда учащийся впервые создает плательщика (-ов), имя пользователя и временный пароль будут отправлены каждому плательщику (-ам) (например, родителю (-ям), опекуну, работодателю и т. Д.). Когда Плательщики входят в систему в первый раз, им будет предложено изменить свой временный пароль и ответить на секретный вопрос. С этого момента, когда выписка станет доступной, Плательщик получит уведомление по электронной почте, которое включает ссылку, которая позволит ему войти в систему, используя свое персональное имя пользователя и пароль.

Помните, что при входе в систему Плательщик использует другой URL (https://commerce.cashnet.com/xavierpay?LT=P), чем студент.

Цифровые экосистемы здравоохранения: взгляд плательщика

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

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

Приложение 1

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

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

Приложение 2

Экосистемы открывают возможности

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

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

Приложение 3

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

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

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

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

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

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

Для успешной игры в экосистеме требуются сильные бизнес-возможности

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

Приложение 4

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

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

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

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

Для построения экосистемы требуются новые технологические основы

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

Приложение 5

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

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

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

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

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

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

Приложение 6

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

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

В цифровых экосистемах здравоохранения существует множество ролей

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

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

Приложение 7

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

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

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

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

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

Оптимальные возможности экосистемы зависят от размера плательщика

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

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

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

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

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

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

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

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

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

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

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

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

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

Подводные камни существуют, но их часто можно избежать

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

• Подводный камень «Блестящий объект». Плательщикам следует избегать создания комплексного набора решений без четкой фокусировки. Вместо того, чтобы гнаться за каждым блестящим объектом на горизонте, плательщикам следует придерживаться целенаправленного, прагматичного и реалистичного подхода, который уравновешивает осуществимость и немедленную выгоду. Один из инструментов, который может помочь плательщикам избежать этой ловушки, — это сбор отзывов потребителей на ранней стадии, чтобы они могли постоянно улучшать экосистему.
• Ловушка «пренебрежение устоями».Успех экосистемы в значительной степени зависит от наличия прочных основ, таких как масштабируемая и гибкая ИТ-архитектура, интегрированный ландшафт данных, сильная бизнес-сеть и усовершенствованные концепции безопасности данных. Отсутствие любого из них может поставить под угрозу успех экосистемы.
• Ошибка «Тотальный контроль». Успех экосистемы часто зависит от ее открытости для поставщиков услуг и других партнеров. Плательщикам следует избегать стремления поддерживать жесткий контроль и блокировать возможности для инноваций другими.Вместо этого им следует разработать стратегические контрольные точки, которые позволят партнерам интегрироваться в экосистему.
• Ошибка «Просто технологии и новые партнеры». Для создания успешной экосистемы требуется больше, чем просто выбор лучших технологий и партнеров. Это также требует изменения мышления, готовности сотрудничать с рядом партнеров и осознания того, что не все услуги нужно разрабатывать или поддерживать собственными силами.
• Подводный камень «Пренебрежение ядром». Хотя экосистема цифрового здравоохранения может стать важным аспектом общей операционной модели плательщика, она не должна заслонять необходимость постоянного улучшения основных операций.Только поддерживая операционное превосходство в основных областях, плательщики могут гарантировать, что инвестиции в энергию и ресурсы, которые они вкладывают в экосистемные игры, окупятся.

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

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

Опыт практики западного побережья

Реферат

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

Медицинская группа Wilshire Oncology Medical за свою 54-летнюю историю работала во многих платежных системах. Наш опыт привел нас к разработке пилотного проекта по лечению онкологии на дому, чтобы предложить прозрачную, высококачественную и ценную программу лечения рака в партнерстве с нашим крупнейшим в Калифорнии планом медицинского страхования Anthem Blue Cross WellPoint. Изменения в том, как нам платили независимые ассоциации врачей, стали катализатором 20-летнего процесса реорганизации нашей медицинской помощи при сохранении участия в клинических испытаниях.Мы стали пионерами в моделях укомплектования персоналом и использовании системы электронных медицинских карт (ЭМИ) онкологии. EMR побудил нас быть внимательными в оценке и мониторинге как практических, так и клинических данных и позволил нам использовать данные на уровне практики для создания текущих программ для постоянного улучшения качества. ^1,2 К 2006 году мы перешли на настраиваемую систему EMR для конкретной онкологии, стандартизованную для включения протоколов лечения на основе доказательной медицины. Мы начали анализировать наши данные, чтобы сопоставить оказанные нами услуги с национальными стандартами. ^3–5 Сегодня, являясь членом крупнейшей в стране сети онкологов на базе сообществ, мы продолжаем документировать нашу приверженность курсам уровня 1, а также стоимость и качество оказываемой нами помощи ^6–10 и изучать сложные вопросы качества при раке. ¹¹

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

Четыре года назад мы связались с высшим руководством крупнейшего поставщика услуг на нашем рынке. Мы хотели изучить, как мы могли бы поделиться своей работой с планом медицинского обслуживания, и разработать то, что мы изначально называли планом «Плати по-другому, чтобы получить лучшие результаты». Несмотря на то, что наш комплексный подход не вписывался в их предыдущие модели ведения онкологии, медицинские директора этого плательщика посчитали, что наше предложение заслуживает внимания, и инициировали то, что превратилось в серию постоянных встреч между нашими группами.Это привело к соглашению о проверке наших клинических данных и данных о претензиях, которое привлекло к обсуждению аналитиков планов медицинского страхования и актуариев. Эти талантливые профессиональные актуарии смогли построить модели для анализа схем по пациентам и региональным группам, поддерживающих лекарств и дней оказания неотложной помощи, дифференцированных по будням и выходным, и оценить глобальные данные по заявкам в больницы. Они подтвердили данные о пациентах, которые мы могли быстро извлечь в режиме реального времени из наших EMR и отчетов по счетам; тогда как это оказалось сложным и трудоемким мероприятием для плана здравоохранения.

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

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

Следующим шагом было согласование концептуальной основы платежей. Во-первых, мы договорились, что план медицинского обслуживания требует, чтобы врачей координировали и предоставляли своим участникам качественную онкологическую помощь. Это потребовало от нас разбить работу, людей, документацию, отчетность и аналитику для нашего пилотного проекта. Во-вторых, мы согласились с тем, что план медицинского обслуживания требует, чтобы платила своим участникам за получение дорогостоящего обслуживания — высококачественного обслуживания по лучшей общей цене при высоком уровне удовлетворенности пациентов. В-третьих, мы согласились с тем, что система оплаты кода оценки и управления (E&M) не покрывает дополнительную сложную работу, связанную с созданием всеобъемлющих планов медицинского обслуживания или комплексным управлением медицинским обслуживанием.Планы комплексной помощи включают в себя медицинскую, хирургическую, радиационную онкологию, часто других специалистов, иногда стационарную, иногда амбулаторную помощь, клинические испытания, когда это необходимо, поддерживающую терапию, психосоциальную помощь, реабилитацию, восстановление, выживание и иногда уход в конце жизни. Оплата четко скоординированного комплексного плана обеспечивает наиболее эффективную помощь пациентам, у которых затем появляется четкий план, на который нужно ориентироваться, и команда, на которую следует обратить внимание в процессе лечения. Затем, оказавшись в рамках часто высокотоксичного и дорогостоящего плана лечения рака, индивидуальное обучение и выжидательная тактика могут свести к минимуму страдания и ускорить интервальный уход в амбулаторных условиях, чтобы свести к минимуму помощь в отделениях неотложной помощи и больницах, которых можно избежать.Уход в конце жизни был еще одной областью, в которой требовались более точные данные, чтобы определить, почему люди получают терапию третьей линии или более позднюю по поводу некоторых видов рака, хотя многие исследования показывают, что пациенты выбрали бы хоспис и паллиативную помощь, если бы они были лучше информированы о бесполезности многих из них. конечные стадии терапии. Мы смогли показать, сколько времени и движений приходится на управление медицинским обслуживанием, которое продолжается для каждого цикла лечения, выходящего за рамки стандартного визита E&M и за пределами недофинансируемых инфузионных кодов и наценок на лекарства, которые больше не покрываются средней продажной ценой (ASP) плюс 6% до 10%.

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

С момента нашего соглашения о продвижении вперед в 2010 году наша группа присоединилась к Сети онкологов США (Вудлендс, Техас), которую поддерживает McKesson Speciality Health (Вудлендс, Техас). Это было ключом к расширению прогресса нашего пилотного проекта. Как только был запущен наш пилотный проект, план медицинского обслуживания, как и многие другие общенациональные, предусматривал миграцию местных врачей в крупные больничные системы, которые требуют более высоких затрат для планов медицинского страхования и пациентов, но обеспечивают финансовую стабильность поставщикам медицинских услуг.Лучшее понимание ухода и затрат, которые сообщество онкологов традиционно координировало и которыми управляли, заставило планы медицинского страхования понять, что их резкое сокращение платежей по кодам E&M, неадекватные платежи за инфузию и возмещение ASP плюс 6% или даже ASP плюс 10% не покрывают должным образом. онкологические услуги, в которых нуждаются пациенты. Это также стимулировало более дорогостоящее лечение в отделениях неотложной помощи и больницах и дублирование работы многих лиц, осуществляющих уход, когда помощь не скоординирована. Принадлежность к нашей национальной сети предоставила практике доступ к экспертам в области планов медицинского страхования, более крупной медицинской команде на дому и сложной актуарной группе для расширения наших аналитических возможностей для сравнительного анализа нашего пилотного проекта на региональном и национальном уровнях.Мы также собираем данные об административных расходах и расходах на доставку, а также о потенциальной экономии затрат для пациентов и о плане медицинского обслуживания, чтобы в будущем уточнить выплаты на дому в онкологии. Наша общая команда теперь проводит еженедельные звонки и ежеквартально или больше встреч с группой по медицинскому страхованию для обзора и сравнения результатов. Наши первые 3 месяца данных превзошли наши цели. Наши шестимесячные отчеты в феврале будут соответствовать или превосходить наши ожидания, а вскоре после этого ожидается получение полных сравнительных данных.

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

Справочник по API — GoCardless Developers

Отправка запросов

базовых URL-адресов

Базовые URL-адреса GoCardless API: — https://api.gocardless.com/ в прямом эфире — https: // api-sandbox.gocardless.com/ для песочницы

API доступен только через HTTPS. Попытка получить доступ к API через незащищенное HTTP-соединение вернет ошибку tls_required .

Аутентификация

После создания токена доступа в дашборде необходимо предоставить его. в заголовке запроса авторизации (используя носитель схема аутентификации) при выполнении запросов к API.

  Полномочия: предъявитель TOP_SECRET_ACCESS_TOKEN
  

Если вы используете наш JavaScript Flow, вы должны использовать публикуемый токен доступа вместо этого.

Версии

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

  GoCardless-Версия: 2015-07-06
  

На данный момент доступных версий:

2015-07-06

Удалена вспомогательная конечная точка (заменена новыми индивидуальными конечными точками).

Исторические версии, которые больше не доступны:

2015-04-29

Изменен auth и удален sort_code.

2014-11-03

Изменены проверки для charge_customer_at.

2014-10-03

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

2014-09-01

Первый выпуск Pro API.

Типы MIME

Все запросы и ответы имеют формат JSON и кодировку UTF-8.

Заголовок Accept требуется для всех запросов, например:

  Принять: application / json
  

При отправке данных в API необходимо указать заголовок Content-Type и Content-Length . (с использованием конечных точек POST и PUT ), например:

  Content-Type: приложение / json
Длина содержимого: 3495
  

Для заголовков Accept и Content-Type вы можете укажите либо стандартный тип MIME JSON ( application / json ), либо JSON-API вариант ( заявка / вн.api + json ).

Вы получите ошибку invalid_content_type , если попытаетесь выполнить POST / PUT запрос без одного из этих типов MIME.

В случае отсутствия заголовка Content-Length , вы получите сообщение об ошибке Ошибка 411 (требуется длина) . Хотя большинство HTTP-клиентов по умолчанию должны отправлять заголовок.

PUT, PATCH и DELETE

Если ваш HTTP-клиент или прокси-сервер не поддерживает PUT или DELETE , вы вместо этого можно сделать запрос POST с заголовком X-HTTP-Method-Override: PUT или X-HTTP-Method-Override: DELETE .

Глагол HTTP PATCH не разрешен API и приведет к method_not_allowed Ошибка . Используйте PUT , чтобы изменить существующий ресурс.

Ограничение скорости

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

В настоящее время это ограничение составляет 1000 запросов в минуту. Если вы делаете запросы от партнерская интеграция (от имени продавца), ограничение скорости составляет 1000 запросов на минута на продавца.Лимит всегда можно найти в заголовке ответа ratelimit-limit .

Если ваш вызов API возвращает код состояния 429 с ошибкой rate_limit_exceeded , у вас есть превысил этот лимит. Эти запросы можно безопасно повторить. Мы предоставляем информацию в ratelimit-left и ratelimit-reset Заголовки , которые указывают, сколько запросов разрешено в текущем временном окне, и время, по истечении которого ограничение скорости будет сброшено, соответственно.

Например, при чтении таких заголовков ответов вашей интеграции разрешено создавать далее 163 запросов до чт, 03 мая 2018 16:00:00 GMT , после чего лимит будет сбросить обратно на 1000 для следующего временного окна:

  ratelimit-limit: 1000
оставшийся предел: 163
ratelimit-reset: чт, 03 мая 2018 16:00:00 GMT
  

Если вы планируете делать большое количество запросов к нашему API, наш предел скорости должен можно рассматривать как цель производительности: если вы можете успешно выполнить 1000 запросов в минуту, Ваша задача будет выполнена в кратчайшие сроки.

Ключи идемпотентности

Некоторые запросы опасно делать дважды. В такой ситуации, как отправка платежей, повторная попытка запроса, который оказался неудачным (например, из-за тайм-аута сети) может привести к двукратному снятию платежа. Это явно нежелательно.

При создании ресурсов наш API поддерживает идемпотентное создание. Если вы сделаете запрос с заголовком Idempotency-Key мы разрешаем использовать этот ключ только для одного успешный запрос. Любые запросы на создание ресурса с ключом, который ранее был used не будет успешным и ответит 409 idempotent_creation_conflict ошибка, с ошибкой ссылок.конфликтующий_ресурс_id указывающий атрибут на уже существующий ресурс.

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

Ключи идемпотентности не могут быть длиннее 128 символов.

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

Дополнительные свойства

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