Вопросы и ответы по службе MedTech

Это важно

Прекращение использования службы MedTech было инициировано 3 мая 2025 года. Если использование службы MedTech больше не является приоритетом, удалите экземпляр, который можно найти здесь. Поддержка активных инстанций в следующих регионах завершится 3 мая 2028 г.: Западная часть США 2, Южная часть Великобритании, Западная Европа, Восточная часть США, Восточная часть США 2, Центральная Индия, Северная Европа. Здесь можно найти версию службы MedTech с открытым исходным кодом.

Где доступна служба MedTech?

Служба MedTech доступна в этих регионах Azure: Продукты, доступные по регионам.

Можно ли использовать службу MedTech с другой службой FHIR, отличной от службы Службы Azure для работы с медицинскими данными FHIR?

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

Дополнительные сведения о проектах с открытым исходным кодом службы MedTech см. в проектах с открытым кодом.

Какие версии FHIR поддерживают службу MedTech?

Служба MedTech поддерживает стандарт HL7 FHIR R4 .

Почему необходимо предоставить сопоставления назначений устройств и FHIR со службой MedTech?

Служба MedTech требует сопоставления устройств и назначения FHIR для выполнения процессов нормализации и преобразования данных устройства. Сведения о том, как служба MedTech преобразует данные устройств в наблюдения FHIR, см. в разделе "Обзор этапов обработки данных устройства службы MedTech".

Поддерживается ли JsonPathContent функцией сопоставления устройств службы MedTech?

Да. JsonPathContent можно использовать в качестве типа шаблона в CollectionContent. Рекомендуется использовать CalculatedContent , так как он поддерживает все функции JsonPathContent с дополнительной поддержкой более сложных функций.

Сколько времени требуется для отображения данных устройства в службе FHIR?

Служба MedTech временно сохраняет наблюдения FHIR, созданные на этапе преобразования, и обеспечивает обработку в режиме, близком к реальному времени. Однако этот буфер может отложить сохранение наблюдений FHIR в службе FHIR приблизительно до 5 минут. Сведения о том, как служба MedTech преобразует данные устройств в наблюдения FHIR, см. в разделе "Обзор этапов обработки данных устройства службы MedTech".

Почему сообщения устройства добавляются в концентратор событий, а не отображаются в качестве наблюдений FHIR в службе FHIR?

Подсказка

Доступ к журналам служб MedTech является важным для устранения неполадок и оценки общей работоспособности и производительности службы MedTech.

Сведения об устранении ошибок службы MedTech, обнаруженных в журналах, см. в статье "Устранение ошибок с помощью журналов службы MedTech".

Потенциальная проблема Исправление
Данные по-прежнему обрабатываются. Данные исходят в службу FHIR в пакетах (каждые пять минут). Возможно, данные по-прежнему обрабатываются и дополнительное время требуется для сохранения данных в службе FHIR.
Сопоставление устройств не настроено. Настройте и сохраните соответствующее и допустимое сопоставление устройств.
Сопоставление назначения FHIR не настроено. Настройте и сохраните соответствующее и допустимое сопоставление назначения FHIR.
Сообщение устройства не содержит ожидаемое выражение, определенное в сопоставлении устройств. Проверьте, что выражения JsonPath или JMESPath, определенные в сопоставлении устройств, совпадают с токенами, определенными в сообщении устройства.
Ресурс устройства не был создан в службе FHIR (Тип разрешения: только подстановка)*. Создайте допустимый ресурс устройства в службе FHIR. Убедитесь, что ресурс устройства содержит идентификатор, соответствующий идентификатору устройства, указанному в входящем сообщении.
Ресурс пациента не был создан в службе FHIR (тип разрешения: только подстановка)*. Создайте допустимый ресурс пациента в службе FHIR.
Ссылка device.patient не задана, или ссылка недопустима (тип разрешения: только подстановка )*. Убедитесь, что ресурс устройства содержит допустимую ссылку на ресурс "Пациент".

* Обратитесь к Deploy службы MedTech с помощью портала Azure для описания назначения типов разрешений служб MedTech (Create или Lookup).

Выполняет ли служба MedTech резервные копии сообщений устройства?

Нет. Служба MedTech не выполняет резервное копирование сообщений устройств, отправляемых в концентратор событий. Владелец концентратора событий управляет периодом хранения сообщений устройства в центре событий, который может составлять от одного до 90 дней. Центры событий можно развертывать на трех разных уровнях служб. Ограничения хранения сообщений зависят от уровня: базовый один день, стандартный 1–7 дней, премиум 90 дней. Если служба MedTech успешно обрабатывает данные устройства, она сохраняется в службе FHIR, а политика резервного копирования служб FHIR применяется.

Дополнительные сведения о хранении сообщений концентратора событий см. в разделе "Что такое максимальный срок хранения событий"?

Каковы ограничения квоты подписки для службы MedTech?

  • (25) Службы MedTech на одну подписку Azure (ненастраиваемую).
  • (10) Службы MedTech в рабочей области Службы Azure для работы с медицинскими данными (не настраиваются).
  • (Один) пункт назначения FHIR* на службу MedTech (не настраивается).

* Место назначения FHIR — это дочерний ресурс службы MedTech.

Я получаю ошибки проверки подлинности со службой MedTech после перемещения подписки Azure в другой клиент Azure. Как устранить эту проблему?

Если подписка Azure, в которой развернута служба MedTech, перемещается в другой клиент Azure, может возникнуть сбой службы MedTech HealthChecks для ExternalEventHub:IsAuthenticated и FhirService:IsAuthenticated. Инструкции по просмотру этих неудачных проверок работоспособности см. подробнее в разделе Как включить параметры диагностики для службы MedTech. Существует два способа устранения этой проблемы в зависимости от типа управляемого удостоверения, которое вы используете в службе MedTech:

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

В любом случае также необходимо обновить параметры Azure RBAC в службе FHIR и концентраторе событий с новым управляемым удостоверением. Дополнительные сведения о передаче подписок разным арендаторам см. в статье Передача подписки Azure в другой каталог Microsoft Entra.

Можно ли использовать службу MedTech с сообщениями устройств Apple®, Google® или Fitbit®?

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

Дополнительные сведения см. в проектах с открытым кодом.

Можно ли включить аварийное восстановление для службы MedTech?

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

Замечание

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