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

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

  • Статья

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

Сентябрь 2024 г.

Службы Azure для работы с медицинскими данными

Служба FHIR

Улучшенная эффективность экспорта

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

Август 2024 г.

Службы Azure для работы с медицинскими данными

Служба FHIR

Обработка ошибок операции импорта

  1. Операция импорта возвращает ошибку HTTP 400 при приеме ресурса параметра поиска через процесс импорта. Это изменение предназначено для предотвращения размещения параметров поиска в недопустимом состоянии при приеме операции импорта.
  2. Операция импорта возвращает код состояния HTTP 400, а не предыдущий код состояния HTTP 500, в случаях, когда возникают проблемы с конфигурацией учетной записи хранения. Это обновление предназначено для улучшения обработки ошибок, связанных с управляемыми удостоверениями во время операций импорта.

Июль 2024 г.

Службы Azure для работы с медицинскими данными

Служба FHIR

Разрешить даты в данных JSON обрабатываться как строки в операции преобразования данных

Даты, предоставленные в данных JSON, можно возвращать в другом формате, чем предоставленные. Во время десериализации полезных данных JSON, которые определяются как даты, преобразуются в объекты .NET DateTime. Эти объекты затем преобразуются обратно в строки, прежде чем проходить через подсистему шаблонов Liquid. Это преобразование может привести к переформатации значения даты и представления в локальном часовом поясе службы FHIR.

Приведение строк к объектам .NET DateTime можно отключить с помощью логического параметра jsonDeserializationTreatDatesAsStrings. Если задано значение true, предоставленные данные обрабатываются как строка и не будут изменяться перед отправкой в подсистему Liquid.

Улучшение операции импорта

Теперь служба FHIR позволяет приему данных без указания версии на уровне ресурса. Порядок ресурсов сохраняется с помощью значения lastUpdated. Это улучшение представляет флаг allowNegativeVersions. Значение true позволяет службе FHIR назначать отрицательные версии записей ресурсов с явным значением lastUpdated и не указана версия.

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

  • Исправлено включение обратимо удаленных ресурсов при использовании параметра _security:not search при использовании параметра _security:not search в операциях поиска идентификаторы для обратимо удаленных ресурсов были включены в результаты поиска. Исправлена проблема, из-за которой обратимо удаленные ресурсы теперь исключены из результатов поиска.
  • Экспорт данных как смарт-пользователей экспорт данных в качестве смарт-пользователя больше не требует областей записи. Ранее необходимо предоставить пользователю SMART права на запись для экспорта данных, что подразумевало более высокие уровни привилегий. Чтобы инициировать задание экспорта в качестве смарт-пользователя, убедитесь, что пользователь является членом роли экспорта FHIR в RBAC и запрашивает "чтение" клинической области SMART. Обновление кода состояния от HTTP 500 до HTTP 400
  • Обновление кода состояния от HTTP 500 до HTTP 400 во время операции исправления, если полезные данные запрашивали обновление для типа ресурса, отличного от параметра, изначально возникла внутренняя ошибка сервера (HTTP 500). Это было обновлено, чтобы создать ошибку HTTP 400.

Повышение производительности

Оптимизация запросов добавляется при поиске ресурсов FHIR с диапазоном данных. Эта оптимизация запросов поможет эффективно выполнять запросы по мере создания одного объединенного CTE.

Май 2024 г.

Службы Azure для работы с медицинскими данными

Служба FHIR

Улучшение масштабирования операции импорта

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

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

  • Исправлено: код состояния HTTP для длительных запросов. Запросы FHIR, которые занимают более 100 секунд для выполнения, возвращают код состояния HTTP 408 вместо HTTP 500.
  • Исправлено: запрос журнала в пакете. Перед исправлением запрос журнала в пакете вернул код состояния HTTP 404.

Автономный преобразователь FHIR (предварительная версия)

Автономный API преобразователя FHIR, доступный для предварительной версии, отделен от службы FHIR и упаковывается в виде образа контейнера (Docker). Помимо включения преобразования данных из источника записи в пакеты FHIR R4, преобразователь FHIR предлагает:

  • Двунаправленное преобразование данных из источника записи в пакеты FHIR R4 и обратно. Например, преобразователь FHIR может преобразовать данные из формата FHIR R4 обратно в формат HL7v2.
  • Улучшена настройка шаблонов Liquid по умолчанию.
  • Примеры, демонстрирующие создание конвейера ETL (извлечение, преобразование, загрузка) с помощью Фабрика данных Azure (ADF).

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

Апрель 2024 г.

Служба DICOM

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

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

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

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

Служба FHIR

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

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

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

Подробнее:

Март 2024 г.

Служба DICOM

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

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

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

  • Включите прямой доступ к данным медицинской визуализации, хранящимся службой DICOM, с помощью API службы хранилища Azure и API DICOMweb, обеспечивая большую гибкость для доступа к данным и работы с ним.
  • Откройте данные медицинской визуализации до всей экосистемы инструментов для работы с хранилищем Azure, включая AzCopy, служба хранилища Azure Explorer и библиотеку перемещения данных.
  • Разблокируйте новые сценарии аналитики и искусственного интеллекта и машинного обучения с помощью служб, которые изначально интегрируются с Azure Data Lake Storage, включая 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 в области FHIR, которые поддерживают точное управление доступом, типы ресурсов И взаимодействия FHIR и базовые привилегии пользователя.

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

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

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

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

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

Примечание.

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

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

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

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

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

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

Примечание.

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

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