Существует ли модификатор параметра поиска для запроса значения по фиксированной позиции ("первой" или "последней") массивоподобного элемента в ресурсе?

Я хочу фильтровать Encounter по их первому или последнему Encounter.location[].
Спецификация API FHIR REST имеет только 1 параметр поиска, связанный со значением местоположения встречи: location, и он не определяет поведение поиска в случае, когда кардинальность больше 1.

Я надеялся, что суффикс модификатора, такой как :first или :last, будет поддерживать location:first, location:last т.е. {base_url}/Encounter?location:last=Location/123

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

Есть ли более предпочтительный способ, чем добавление пользовательских параметров поиска, таких как location-last, location-first?

Спасибо!

Стоит ли изучать PHP в 2023-2024 годах?
Стоит ли изучать PHP в 2023-2024 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
0
0
32
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Первое, что нужно знать, это то, что порядок имеет значение только тогда, когда базовая спецификация FHIR объявляет его важным, чего не происходит для Encounter.location. В результате вы должны ожидать, что местоположения будут перечислены в произвольном порядке, и «первое» местоположение не будет означать ничего особенного. Период времени, когда местоположение является/было релевантным, передается Encounter.location.period, а не упорядочением в коллекции. Несовместимо применять какие-либо правила упорядочения, когда FHIR не определил их.

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

Вы можете отправить запрос на изменение (используйте ссылку внизу любой страницы в спецификации), предлагая модификаторы :first и :last для включения в R5 FHIR, но вам нужно будет предоставить несколько примеров мест, где это может быть. полезно (ограничено местами, где порядок действительно важен)

Спасибо, @lloyd-mckenzie. Имеет смысл. Есть ли в базовой спецификации FHIR экземпляр, в котором порядок объявлен значимым? Кроме того, соответствует ли принудительное выполнение/запекание информации о порядке для Encounter.location с использованием расширения для указания позиции/индекса в повторении? Насчет запроса на изменение, когда-нибудь, наверное. У нас пока не так много вариантов использования.

dnn 14.05.2019 20:30

Address.line, Bundle.entry, HumanName.given, префикс и суффикс — единственные места, где порядок определен как значимый. Совершенно нормально (и уместно) добавлять расширения к вещам, чтобы передать порядок/предпочтение/важность. Для этого есть стандартные расширения для нескольких мест, но не для Encounter.location. Однако, учитывая, что у Encounter.location есть период, это, вероятно, удовлетворяет требованиям большинства разработчиков для заказа.

Lloyd McKenzie 15.05.2019 00:07

Другие вопросы по теме