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

Заметки о выпуске описывают функции, улучшения и исправления ошибок, выпущенные в 2025 году для службы FHIR®, Azure API для FHIR, службы DICOM® и службы MedTech в Службах данных Работоспособности Azure.

Декабрь 2025 г.

Служба FHIR

Улучшение $expand работы: добавлена поддержка параметра «context» для $expand операции для поддержки американского Core 6 IG.

Улучшение SMART v2: Включена поддержка поиска _include и _revinclude при использовании гранулярных телескопов SMART v2 .

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

Исправление ошибки для запроса PUT с новыми параметрами поиска: Решена проблема, когда PUT запросы на новые параметры поиска не выполнялись из-за валидации. Эта проблема устранена. Запросы PUT для параметров поиска теперь должны правильно работать в качестве upserts, что позволяет вставлять новые параметры поиска с помощью PUT, если параметр поиска еще не существует в системе.

Исправление ошибки регрессии PUT при обновлениях, основанных только на метаданных: Решена проблема, когда обновления, созданные только с метаданными, сделанные через PATCH, увеличивали версию ресурса без сохранения предыдущей версии. Эта проблема была решена 28 ноября 2025 года.

Исправление ошибок для $import с относительной ошибкой URL-адреса. Ранее использование $import с относительным URL-адресом может возвращать сообщение This operation is not supported for a relative URIоб ошибке внутреннего сервера 500. Эта проблема устранена, и теперь относительный URL-адрес можно использовать в качестве входного URL-адреса.

Исправления ошибок для поиска с помощью _include/_revinclude и _sort: при выполнении запроса поиска с _include или _revinclude, если имеется больше _includesCount соответствующего количества элементов, предоставляется ссылка на продолжение включения, позволяющая перемещаться по полному результированному набору. Ранее эта функциональность имела некоторые ошибки при использовании _sort. Исправлены следующие проблемы:

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

Ноябрь 2025 г.

Служба FHIR

Поддержка SMART в FHIR версии 2

Пример SMART on FHIR версии 2.0.0 доступен в репозитории azure Health Data and AI Samples с открытым исходным кодом. Дополнительные сведения см. на странице SMART on FHIR.

Обновления только метаданных и конфигурация управления версиями с помощью PUT: ввел новый параметр запроса "_meta-журнал" для обновлений PUT при установке политики управления версиями значение "версия" или "обновление версии", чтобы настроить, сохраняется ли старая версия в качестве исторической записи. «_meta-history = true» — это стандартное выражение. По умолчанию версия ресурса увеличивается, создается новая версия, а старая версия сохраняется в виде исторической записи. «_meta-history=false» можно настроить так, чтобы версия ресурса увеличивалась, создавалась новая версия, но старая не сохранялась как историческую запись. Для получения дополнительной информации посетите обновления и версии только с метаданными.

Исправление сопоставления параметров составного поиска: исправлено несогласованное обрабатывание сопоставлений для Token-String составных параметров поиска.

Октябрь 2025 г.

Служба FHIR

Bulk Delete с ссылками есть в GA

Мы рады сообщить, что Bulk Delete с ссылками — это GA. Эта функция позволяет клиентам эффективно удалять большие наборы эталонных данных за одну операцию, упрощая рабочие процессы хранения данных. Дополнительные сведения см. на странице $bulk-delete.

Поддержка US Core 6 и USCDI v3

Сервис FHIR теперь поддерживает US Core Implementation Guide версии 6.1.0 и стандарты USCDI v3. Дополнительные сведения см. на странице US Core.

Усовершенствование _not на поиск и удаление: добавляет возможность использовать не ссылающийся поиск и удаление, чтобы искать отсутствие конкретных ссылок. Например, чтобы искать пациентов без обнаружения, перечисляя их в качестве темы: /Patient?_not-referenced=Encounter:subject.

Улучшения обработки заданий реиндексирования: Внесены улучшения в обработку заданий реиндексирования, включая повышение надёжности и гибкости фоновых заданий за счёт уточнения времени обновления кэша и улучшения обработки заданий переиндексирования. Это включает изменение, при котором Create, Update, Delete и Patch изменяются в пользовательских параметрах поиска во время выполнения задачи переиндексирования, больше не будут разрешены.

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

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

Построение URL-адресов для пакетов с переадресованными заголовками: исправлена проблема с переадресованными заголовками, например X-Forwarded-Host, где их значения не соблюдались при использовании с запросами, содержащими пакеты. В некоторых случаях пути могут быть ошибочными, в то время как в других случаях они будут отсутствуют полностью.

Поиски в отсеке SMART на FHIR: ранее выражения поиска в секции SMART не были правильно сравниваемыми значениями CompartmentId и могли возвращать ресурсы из разных отсеков. Эта проблема теперь исправлена.

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

Исправление переиндексации. Ранее после добавления и повторного индексирования нового параметра поиска иногда возвращается предупреждение "Параметр поиска не распознан". Эта проблема устранена путем улучшения фонового обновления и синхронизации.

Массовое удаление ссылок исправлено: Ранее во время массового удаления запроса с параметром "_remove-reference", ресурсы с идентификаторами, которые частично соответствовали другому идентификатору ссылки, были неправильно удалены. Исправлена проблема, изменив проверку идентификатора с "contains" на "точное" совпадение, гарантируя удаление только предполагаемой ссылки.

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

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

Подстановочные знаки SMART _include и _revinclude область применения. Ранее смарт-поиск с помощью подстановочных знаков для _include и _revinclude может возвращать типы ресурсов, которые не являются частью текущей области действия смарт-пользователя. Эта проблема устранена, и теперь возвращаются правильные ответы для _include и _revinclude поиска смарт-подстановочных знаков.

Сентябрь 2025 г.

Служба FHIR

Возможность массового обновления в общедоступной версии

Операция обновления $bulk позволяет обновлять несколько ресурсов FHIR в массовом режиме с помощью асинхронной обработки. Чтобы узнать больше $bulk-update, перейдите по этой ссылке.

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

Исправлена ошибка для запросов $status с пустыми параметрами: Ранее при использовании настраиваемых параметров поиска SearchParameter/$status запрос с неожиданным текстом запроса, возвращающим вводящие в заблуждение сообщения об ошибках. Когда текст запроса был опущен, возвращается 500 (внутренняя ошибка сервера) из-за неправильного использования отсутствующих тел. Эта проблема исправлена, и будет возвращено значение 400 (недопустимый запрос). Когда текст запроса был пустым массивом параметров, возвращается ответ 200, который вводит в заблуждение, так как состояние параметра поиска фактически не обновляется. Эта проблема исправлена, и теперь возвращается ответ 400 (недопустимый запрос), так как запросу требуются URL-адреса параметров поиска, состояние которых необходимо обновить.

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

Исправление ошибки для поиска подстановочных знаков _revinclude: Ранее поиск с подстановочными знаками с помощью _revinclude (например, GET [base]/Patient?_id=123&_revinclude=* приведет к 500 InternalServerError. После этого служба успешно обрабатывает запрос с кодом 200, выравнивая то же поведение, что и _include.

Исправлена ошибка для параметров пользовательского поиска повторяющихся параметров поиска. Ранее сервер FHIR блокирует создание нового настраиваемого параметра поиска, если он имел тот же тип ресурса и код, что и параметр поиска, уже существующий на сервере FHIR. Это может быть проблема при попытке отправить определенные параметры поиска для руководств по реализации (например, US Core). Эта проблема исправлена, и новые настраиваемые параметры поиска, имеющие тот же тип ресурса и код, что и существующий параметр поиска, теперь можно успешно добавить на сервер, если он имеет уникальный URL-адрес и выражение, которое является подмножеством или супермножеством существующего параметра поиска на сервере. 

Август 2025 г.

Служба FHIR

Функция массового удаления ссылок: операция $bulk-delete теперь поддерживает возможность удаления ссылок на удаленные ресурсы. Это означает, что при удалении ресурса, на который ссылается другой ресурс, ссылка удаляется из ресурса ссылки. Дополнительные сведения см. здесь.

Улучшение экспорта пациентов: повышение производительности пациентов/$export функциональных возможностей путем разделения пациентов на небольшие группы и параллельной обработки их.

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

Массовое удаление и исправление настраиваемого параметра поиска. Ранее возникла ошибка, в которой после использования $bulk-delete для жесткого удаления настраиваемого параметра поиска невозможно создать тот же настраиваемый параметр поиска с тем же URL-адресом или кодом. Эта проблема устранена, и теперь можно создать настраиваемый параметр поиска после использования $bulk-delete для жесткого удаления настраиваемого параметра поиска с тем же URL-адресом или кодом. 

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

Заголовки для пакетов для серверов FHIR за прокси-сервером: ранее X-Forwarded-Host и X-Forwarded-Prefix заголовки не возвращались должным образом для запросов в пакетах, когда сервер FHIR находится за прокси-сервером. Эта проблема устранена, а X-Forwarded-Host и X-Forwarded-Prefix теперь будут правильно использоваться для возврата URL-адресов для запросов в пакетах для серверов FHIR за прокси-сервером.

Исправление кода состояния конфликта ограничений CHECK: для проблемы, обнаруженной с ошибкой конфликта ограничения CHECK, будет устранена с кодом состояния 400.

Импорт конфликта управления версиями ресурсов данных: при импорте данных с одинаковым временем последнего обновления можно создать несколько версий одного ресурса, что приводит к конфликту ключей во время объединения. Это происходит из-за того, что конфликт не был обнаружен, если флаг allowNegativeVersions включен, что позволяет дублировать ресурсы в список слиянием.

Расширенное сообщение об ошибке для условных ссылок: Ранее условный справочник, возвращающий несколько результатов, приведет к возникновению сообщения об ошибке "Заданная условная ссылка не разрешает ресурсу". Это сообщение об ошибке было обновлено, чтобы быть более описательным и теперь изменено на "Заданная условная ссылка разрешена для нескольких ресурсов".

Возвращая правильное число: поиск не ссылается на число обратимо удаленных ресурсов при использовании _summary=count и не возвращает правильные результаты при наличии обратимо удаленных ресурсов в базе данных. Исправление реализовано для правильной фильтрации.

Устранена проблема синхронизации при обновлении параметра поиска: устранена проблема из-за узлов, не входящих в синхронизацию, из-за чего при обновлении пользовательских ресурсов SearchParameter в нескольких службах и средах FHIR возникают проблемы. Запросы PUT с неизменными телами JSON неправильно возвращают ошибки HTTP 400 или 404.

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

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

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

Исправлена проблема с несколькими параллельными ссылками: возникла проблема, из-за которой пакеты транзакций, имеющие динамические ссылки друг на друга в том же пакете, который не использовал условные операции, может привести к недопустимым ссылкам. Эта проблема устранена путем изменения динамического распространения идентификаторов ресурсов , избегая использования непоточных безопасных resourceIdProvider и вместо передачи идентификаторов через внутренние запросы— устранение проблем, в которых несколько созданных идентификаторов могут конфликтовать или переопределять друг друга во время параллельного выполнения.

Июль 2025 г.

Служба FHIR

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

Условные заголовки ответа создания и обновления ответов и исправление обработки содержимого. Ранее произошла ошибка, при которой условное создание или обновление может не вернуть содержимое и соответствующие заголовки (ETag, LastModified и Location), когда условие соответствует условию ресурса, который уже существует в системе. Эта проблема устранена, и теперь заголовки Content-Location, Etag и LastModified возвращаются при условном создании и обновлении запросов. Кроме того, добавлена обработка заголовка Prefer для возврата содержимого в запрошенной форме (представление, минимальное и OperationOutcome). 

$import исправление ограничений таблицы параметров поиска. Ранее $import могут возникнуть ошибки 500 "InternalServerError" из-за неправильно определенных ограничений столбцов кода и переполнения кода в таблицах параметров поиска. Теперь эта проблема устранена. 

Июнь 2025 г.

Служба FHIR

Добавлена конфигурация для варианта конечной согласованности в $import: позволяет пользователям включить конечную согласованность для операции $import.

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

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

Поддержка добавленных для автономных расширений в типе примитива "code": Ранее расширения для примитивного типа "code" не могут быть отправлены по отдельности, и приведет к ответу HTTP 400 Bad Request. Эта ошибка исправлена, и теперь пользователи могут отправлять расширения без соответствующих атрибутов источника.

_summary параметр поиска теперь включен в CapabilityStatement: Ранее параметр CapabilityStatement отсутствовал _summary параметр поиска. Мы исправили это и добавили параметр поиска _summary в CapabilityStatement.

Периодические ошибки HTTP 400, разрешенные для запросов настраиваемых параметров поиска. Ранее при поиске с использованием пользовательских параметров поиска были периодические ответы на ошибки HTTP 400 при поиске с использованием пользовательских параметров поиска, которые были созданы и переиндексированы успешно. Теперь эта проблема устранена. 

Май 2025 г.

Служба FHIR

Улучшенная обработка ошибок для $export. Ранее 412 ошибок из службы хранилища Azure не были извлечены и будут отображаться как 500 InternalServerError. Исправлена проблема, и эти запросы теперь извлекаются.

Усовершенствование _include и _revinclude поиска: добавлено более описательное сообщение для усеченных _include сообщений. Для _include и _revinclude поисковых запросов, когда количество включенных элементов превышает ограничение на странице, ОперацияOutcome в пакете теперь будет содержать сообщение "Включенные элементы усечены. Используйте связанную ссылку в ответе, чтобы получить все включенные элементы".

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

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

Поддержка нескольких страниц включения приводит к массовому удалению: Ранее массовые удаления с _include и _revinclude не удалось удалить более 100 включенных ресурсов. Мы сделали исправление для повышения этого ограничения, поддерживая несколько страниц результатов включения, и массовое удаление сможет удалить более 100 включенных ресурсов.

Добавлен идентификатор в CapabilityStatement: Ранее при получении параметра CapabilityStatement сервера из конечной точки /metadata возвращаемый ресурс не содержал идентификатор. Теперь мы добавили динамический идентификатор в CapabilityStatement

Добавлена проверка идентификатора ресурса для импорта: Ранее процесс импорта не проверял идентификаторы, что позволяет неподдерживаемые символы, например "#", вызывать ошибки. Теперь мы добавили проверку по идентификатору ресурса для импорта и включили сообщение об ошибке "Недопустимый идентификатор ресурса".

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

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

Пациент все с исправлением пользователя SMART пациента: проблема была обнаружена, где операция с пациентом все операции с пользователем SMART-пациентом не удалось. Исправлена проблема, и теперь операция "пациент- все" работает должным образом с пользователем СМАРТ-пациентов.

Апрель 2025 г.

Служба FHIR

Улучшена обработка ошибок для операций READ с неправильными регистрами по типам ресурсов: Добавлена валидация типа ресурса с неправильным регистром для операций READ (например, GET /patient/ вместо GET /Patient/). В прошлом запрос с неправильным типом ресурса регистра вызывал код состояния 500 (InternalServerError). После этого изменения запрос с неправильным типом ресурса регистра будет отклоняться с кодом состояния 400 (ResourceNotSupported), так как тип ресурса в любом запросе должен быть проверен с учетом регистра.

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

Пользовательский контейнер ошибок для $import: Добавлена возможность для пользователей указывать имя контейнера, в котором регистрируются ошибки, возникшие во время $import. Если не указано, используется контейнер по умолчанию. Дополнительные сведения см. здесь.

Поиск ресурсов, на которые нет ссылок: добавлена функция поиска ресурсов, на которые не ссылаются другие ресурсы.

Улучшена обработка ошибок поиска: ранее поисковый запрос со слишком большим количеством параметров возвращал ошибку 500 без сообщения об ошибке. Теперь, если в поисковом запросе слишком много параметров, сервер FHIR вернет ошибку 400 с сообщением об ошибке: «Входящий запрос имеет слишком много параметров. Уменьшите количество параметров и отправьте запрос повторно».

Усовершенствования поиска с помощью _include и _revinclude: ранее поиск с помощью _include и _revinclude был ограничен максимум 100 элементами, что приводило к усечению результатов до 100 элементов. Это ограничение было снято путем введения ссылки «Связано» с операцией $includes, а также нового параметра _includesCount результата поиска, который позволяет клиентам просматривать _include элементы и _revinclude . С помощью этого параметра _includesCount можно настроить, сколько _include и _revinclude элементов будет на каждой странице. Его значение по умолчанию — 1000. Клиенты могут использовать ссылку «Связано» в исходном ответе на поиск, а ссылку «Далее» в ответе из ссылки «Связано» на страницу через и _include_revinclude товары. Дополнительные сведения см. здесь.

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

Исправление пользовательских параметров поиска с одинаковым значением "code" на разных типах ресурсов: Обнаружена проблема при выполнении операции удаления или обновления параметров поиска. Все другие совпадающие связанные параметры поиска по тому же значению "code" удалялись, независимо от типа ресурса. Эта проблема была исправлена, и теперь пользователи могут обновлять и удалять пользовательские параметры поиска, не затрагивая другие параметры поиска или типы ресурсов с тем же значением «кода».

Исправление для удаления и отправки пользовательских параметров поиска: Проблема при удалении пользовательского параметра поиска и последующем использовании операции PUT для повторной загрузки того же параметра поиска может привести к ошибке 424 Failed Dependency. Эта проблема устранена. Добавлена проверка, чтобы убедиться, что если предыдущая версия параметра поиска уже была удалена, то он обрабатывается правильно. Теперь пользователи могут удалить пользовательский параметр поиска, а затем повторно загрузить его с помощью PUT.

Март 2025 г.

Служба FHIR

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

Дополнительные сведения:Выбор параметров поиска для службы FHIR

Предварительная версия для операции массового удаления: добавлена поддержка _include и _revinclude для условных и массовых запросов на удаление. Теперь пользователи могут использовать _include и _revinclude в качестве условий поиска условного и массового удаления. Это не влияет на текущее поведение сингулярных удалений, которое не поддерживает дополнительные параметры. Подробнее см. здесь.

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

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

Увеличение размера valueSet: максимальный размер ValueSet сократился до 500 кодов, что предотвращает загрузку больших наборов значений. Это исправлено, и ограничение теперь увеличивается до 20 000 кодов.

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

Февраль 2025 г.

Служба FHIR

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

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

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

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

Январь 2025 г.

Служба FHIR

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

Проверка метода HTTP для запросов пакета транзакций: добавлена проверка, чтобы метод HTTP в компоненте запроса пакета транзакций был допустимым значением перечисления HTTPVerb. Если метод HTTP недопустим или имеет значение NULL, RequestNotValidException создается 400 Bad Request состояние, предоставляя пользователям более четкое сообщение об ошибке.

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

Ограничение 100 элементов для включения и повторного поиска

Сервер FHIR® имеет ограничение в 100 элементов include и revinclude выполняет поиск. Недавнее обновление исправлено проблемой, из-за которой это ограничение не применялось в определенных условиях. Клиенты получат предупреждение и усеченные результаты, если ограничение превышено. Дополнительные сведения об ограничениях можно найти в обзоре поиска FHIR. Для управления этим используйте _count параметр для уменьшения количества возвращаемых результатов. В краткосрочной перспективе мы планируем увеличить ограничение до 1000

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

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

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

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

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

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

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

Note

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

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