Кілька параметрів ресурсу в ресурсі 'Query' для отримання результатів в парадигмі повідомлень - hl7, hl7-fhir

Я хочу використовувати ресурс Query, щоб повернути список документів із сховища у двійковому форматі. Репозиторій підтримує довідковий документ та реквізити пацієнта. Мої параметри засновані на

1. DocumentReference.type
2. DocumentReference.subject.Patient.identifier.value@value
3. DocumentReference.subject.Patient.identifier.system@value

Ось як мої здогадки будуть виглядати параметри -

<parameter url="http://nhs.uk/fhir/query#_type">
<valueString value="DocumentReference"/>
</parameter>
<parameter url="http://nhs.uk/fhir/query#type">
<valueString value="EndofLifeCareRecord"/>
</parameter>
<parameter url="http://nhs.uk/fhir/query#subject:Patient.identifier.value">
<valueString value="12345"/>
</parameter>
<parameter url="http://nhs.uk/fhir/query#subject:Patient.identifier.system">
<valueString value="http://nhs.uk/fhir/nhs-number/"/>
</parameter>

Мої запитання -

1. Чи наведена вище конструкція параметрів правильна, враховуючи, що я використовую парадигму повідомлення (не REST)?
2. Спосіб побудови відповіді, тобто ресурс документа буде заповнений предметом (тобто пацієнтом). Чи буде це ресурсом, що міститься?

Відповіді:

якщо ви використовуєте параметри, визначені в специфікації, то URL-адреса для них є http://hl7.org/fhir/query. Якщо ви самі визначаєте параметри -що, здається, має місце для 3 з 4 (це те, що ви мали намір зробити?), тоді ви надаєте власний простір імен, як у вас є. Формат параметрів правильний.

З точки зору відповіді, це пакет із aресурс заголовка повідомлення та ресурс запиту, що містить посилання на ресурси, що складають набір результатів для запиту, і ці ресурси повинні бути в комплекті. Документний ресурс посилається на тему (пацієнта) за URL-адресою, і у вас є 3 варіанти, де розмістити ресурс пацієнта:

1. міститься в довідковому ресурсі документа
2. в пучок
3. на сервері в іншому місці

Я думаю, що №3 не працює у вашому випадку, так що вивибрати між №1 та №2. Вміщені ресурси - це завжди погана ідея - вони перешкоджають подальшому використанню ресурсу шляхом його ідентифікації. Таким чином, ви завжди повинні використовувати вміщені ресурси лише тоді, коли вам це потрібно, оскільки у вас немає достатньої інформації для побудови визначеного ресурсу - і це було б дуже поганою ідеєю для вашого ресурсу пацієнта.