Заметки о выпуске 2024: Службы данных Azure Health

  • Статья

В этой статье описываются функции, улучшения и исправления ошибок, выпущенные в 2024 году для службы FHIR®, службы DICOM® и службы MedTech в службах данных Работоспособности Azure.

Апрель 2024 г.

Служба DICOM

Улучшенная операция Upsert

Расширенная операция Upsert позволяет передать образ DICOM на сервер и легко заменить его, если он уже существует. До этого улучшения пользователям пришлось выполнить операцию удаления, за которой следует STOW-RS, чтобы добиться того же результата. Благодаря расширенной операции Upsert управление изображениями DICOM является более эффективным и упрощенным.

Развернутое хранилище для обязательных атрибутов

Служба DICOM позволяет пользователям отправлять файлы DICOM размером до 4 ГБ. Ни один файл DICOM или сочетание файлов в одном запросе не может превышать это ограничение.

Служба FHIR

Общедоступная операция массового удаления

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

  • Выполнение массового удаления на разных уровнях: операция массового удаления позволяет асинхронно удалять ресурсы с сервера FHIR. Массовое удаление можно выполнить на разных уровнях:
    • Уровень системы: включает удаление ресурсов FHIR во всех типах ресурсов.
    • Отдельный тип ресурса: разрешает удаление определенных ресурсов FHIR.
  • Настраиваемый: параметры запроса позволяют фильтровать необработанные ресурсы для целевых удалений.
  • Асинхронная обработка: операция является асинхронной, предоставляя конечную точку опроса для отслеживания хода выполнения.

Подробнее:

Март 2024 г.

Служба DICOM

Интеграция с Azure Data Lake служба хранилища общедоступна

Интеграция Azure Data Lake служба хранилища для службы DICOM в Службах данных Работоспособности Azure общедоступна. Служба DICOM предоставляет облачное хранилище для данных медицинской визуализации с помощью стандарта DICOMweb. Благодаря интеграции Azure Data Lake служба хранилища организации могут получать полный контроль над своими данными и повысить гибкость доступа к этим данным через экосистему службы хранилища Azure и API.

С помощью Azure Data Lake служба хранилища со службой DICOM организации могут:

  • Включите прямой доступ к данным медицинской визуализации, хранящимся службой DICOM, с помощью API службы хранилища Azure и API DICOMweb, обеспечивая большую гибкость для доступа к данным и работы с ним.
  • Откройте данные медицинской визуализации до всей экосистемы инструментов для работы с хранилищем Azure, включая AzCopy, служба хранилища Azure Обозреватель и библиотеку перемещения данных.
  • Разблокируйте новые сценарии аналитики и машинного обучения с помощью служб, которые изначально интегрируются с Azure Data Lake служба хранилища, включая Azure Synapse, Azure Databricks, Машинное обучение Azure и Microsoft Fabric.
  • Предоставьте элементы управления для управления разрешениями хранилища, элементами управления доступом, уровнями и правилами.

Подробнее:

Служба FHIR

Параллелизация пакетов (GA)

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

Подробнее:

Операция импорта принимает несколько типов ресурсов в одном файле

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

Исправления ошибок

  • Исправлено. Импорт операций приема ресурсов с одинаковым типом ресурса и значением поля lastUpdated. Перед этим изменением ресурсы, выполняемые в пакете с тем же типом и lastUpdated значением поля, не были приема в службу FHIR. Эта ошибка устраняет проблему. См. статью PR#3768.

  • Исправлено: поиск FHIR с 3 или более настраиваемыми параметрами поиска. Перед этим исправлением запрос поиска FHIR в корневом каталоге с тремя или более настраиваемыми параметрами поиска привел к коду состояния HTTP 504. См. статью PR#3701.

  • Исправлено. Повышение производительности обработки пакетов. Обновления выполняются в метод выполнения задачи, что приводит к улучшению производительности обработки пакета. См. статью PR#3727.

Февраль 2024 г.

Служба FHIR

Подсчет всех версий ресурсов включен

Параметр _summary=count запроса и _count=0 можно добавить в _history конечную точку, чтобы получить количество всех версий ресурсов. Это число включает исторические и обратимые удаленные ресурсы.

Поиск revinclude может ссылаться на все ресурсы с диким карта символом

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

Исправления ошибок

  • Исправлено. Улучшение времени отклика запроса FHIR с помощью улучшений производительности. Чтобы повысить производительность, отсутствующий модификатор можно указать для параметра поиска, который используется для сортировки. См. статью PR#3655.

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

2024 января

Служба DICOM

Массовое обновление файлов

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

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

Подробнее:

Служба FHIR

Выбор параметров поиска (предварительная версия)

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

Подробнее:

Интеграция службы FHIR с Azure Active Directory B2C

Организации здравоохранения могут использовать службу FHIR в Службах данных Работоспособности Azure с Azure Active Directory B2C (Azure AD B2C). Организации получают безопасный и удобный способ предоставления доступа к службе FHIR с подробным контролем доступа для разных пользователей или групп без создания или прихода учетных записей пользователей в клиенте Microsoft Entra ID своей организации. С помощью этой интеграции организации могут:

  • Используйте дополнительные поставщики удостоверений для проверки подлинности и доступа к ресурсам FHIR с помощью SMART в область FHIR.
  • Управление и настройка прав доступа пользователей или разрешений с помощью smart on FHIR область, которые поддерживают точное управление доступом, типы ресурсов И взаимодействие FHIR и базовые привилегии пользователя.

Связанное содержимое:

Запрос до 100 ТБ хранилища

Служба FHIR может хранить и обмениваться большими объемами данных о работоспособности, а каждый экземпляр службы FHIR имеет ограничение на хранение 4 ТБ по умолчанию. Если у вас есть дополнительные данные, корпорация Майкрософт может увеличить объем хранилища до 100 ТБ для службы FHIR.

С большим объемом хранилища организации могут обрабатывать большие наборы данных для включения сценариев аналитики. Например, можно использовать больше хранилища для управления здоровьем населения, проведения исследований и получения новых аналитических сведений из данных о работоспособности. Кроме того, больше хранилища позволяет клиентам Azure API для FHIR использовать большие объемы данных (больше 4 ТБ) для миграции в службу FHIR в службах данных Работоспособности Azure.

Чтобы запросить хранилище больше 4 ТБ, создайте запрос на поддержку в портал Azure и используйте ограничение типа проблемы и ограничение подписки (квоты).

Примечание.

Из-за проблемы с метриками выставления счетов для хранилища клиенты, которые выбирают более 4 ТБ емкости хранилища, не будут выставляться на хранение до устранения проблемы.

Связанный контент

Заметки о выпуске 2021

Заметки о выпуске 2022

Заметки о выпуске 2023

Известные проблемы

Примечание.

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

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