Поделиться через


Вопросы и ответы о событиях

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

Можно ли использовать события с службой FHIR или DICOM, отличной от Майкрософт?

№ Функция "События" поддерживает только службы FHIR и DICOM служб azure Health Data Services.

Какие изменения ресурсов FHIR поддерживаются событиями?

События создаются из следующих типов служб FHIR:

  • FhirResourceCreated. Событие, созданное после создания ресурса FHIR.

  • FhirResourceUpdated. Событие, созданное после обновления ресурса FHIR.

  • FhirResourceDeleted. Событие, созданное после обратимого удаления ресурса FHIR.

Дополнительные сведения об удалении типов в службе FHIR см . в статье о возможностях REST API в службе FHIR в службах данных Работоспособности Azure.

Поддерживают ли события пакеты FHIR?

Да. Функция событий выдает уведомления об изменениях данных на уровне ресурса FHIR.

События поддерживают следующие типы пакетов FHIR:

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

  • Транзакция. Событие создается для каждой успешной операции пакета, если ошибки отсутствуют. Если в пакете транзакций возникают ошибки, события не создаются. Например, пакет транзакций содержит пять операций, однако есть ошибка с одной из операций. Никакие события не создаются для этого пакета.

Примечание.

События не отправляются в последовательности операций с данными в пакете FHIR.

Какие изменения образа DICOM поддерживают события?

События создаются из следующих типов служб DICOM:

  • DicomImageCreated. Событие, созданное после создания образа DICOM.

  • DicomImageDeleted. Событие, созданное после удаления образа DICOM.

  • DicomImageUpdated. Событие, созданное после обновления образа DICOM. Дополнительные сведения см. в разделе "Обновление DICOM-файлов".

Что такое полезные данные сообщения о событиях?

Описание структуры сообщений о событиях и обязательных и необработаемых элементах см. в разделе "Структуры сообщений событий".

Какова пропускная способность сообщений о событиях?

Пропускная способность службы FHIR или DICOM и сетки событий управляет пропускной способностью событий FHIR и DICOM. При успешном выполнении запроса к службе FHIR возвращается код состояния HTTP 2xx. Он также создает событие изменения образа FHIR или DICOM. Текущее ограничение составляет 5000 событий в секунду на рабочую область для всех экземпляров служб FHIR или DICOM в рабочей области.

Как взимается плата за использование событий?

Дополнительные расходы на использование событий Служб данных Работоспособности Azure не взимается. Однако применимые расходы на сетку событий оцениваются в соответствии с вашей подпиской Azure.

Разделы справки подписываться отдельно на несколько служб FHIR или DICOM в одной рабочей области?

Используйте функцию фильтрации сетки событий. В полезных данных сообщения о событии существуют уникальные идентификаторы для различения учетных записей и рабочих областей. Глобальный уникальный идентификатор рабочей области можно найти в source поле, который является идентификатором ресурса Azure. В этой рабочей области data.resourceFhirAccount можно найти уникальное имя учетной записи FHIR. В поле можно найти уникальное имя учетной записи DICOM в data.serviceHostName рабочей области. При создании подписки используйте операторы фильтрации, чтобы выбрать события, которые необходимо включить в подписку.

Снимок экрана: вкладка

Можно ли использовать один и тот же подписчик для нескольких рабочих областей, учетных записей FHIR или DICOM?

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

Совместима ли сетка событий с требованиями к соответствию HIPAA и HITRUST?

Да. Служба "Сетка событий" поддерживает обязательства по переносимости медицинского страхования и подотчетности (HIPAA) и альянса по вопросам здравоохранения (HITRUST). Дополнительные сведения см. в разделе "Предложения соответствия требованиям Microsoft Azure".

Сколько времени занимает получение сообщения о событиях?

В среднем вы должны получать сообщение о событии в течение одной секунды после успешного HTTP-запроса. 99,99% сообщений о событиях должны доставляться в течение пяти секунд, если не достигнуто ограничение службы FHIR, службы DICOM или сетки событий.

Можно ли получать повторяющиеся сообщения о событиях?

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

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

Примечание.

FHIR® является зарегистрированным товарным знаком HL7 и используется с разрешением HL7 .

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