FHIR Chat · Is resourcePatient mandatory for any FHIR search (GET)? · implementers

Stream: implementers

Topic: Is resourcePatient mandatory for any FHIR search (GET)?


view this post on Zulip Maria Hu (Jun 30 2020 at 15:11):

Is resourcePatient mandatory of any FHIR search (GET)response for any FHIR server?
If optional, then we need to execute two API calls to be aligned with FHIR serve in order to search for patient's conditions:

  1. GET Patient demographics
  2. GET Patient's conditions
    Please advise, thanks.

view this post on Zulip Lloyd McKenzie (Jun 30 2020 at 15:19):

You could do a GET Condition?_include=Condition:subject to bring back both. If you want lots of stuff in a single call, you should also investigate the $everything operation. However, in general, yes you'll do distinct calls to get distinct resources.

view this post on Zulip Maria Hu (Jun 30 2020 at 16:26):

Lloyd McKenzie said:

You could do a GET Condition?_include=Condition:subject to bring back both. If you want lots of stuff in a single call, you should also investigate the $everything operation. However, in general, yes you'll do distinct calls to get distinct resources.

Thanks Lloyd.
Wonder if it is mandatory for FHIR Server that all GET Response always bundle patient resource with patient's demographics info together with all patient's condition(s)? Please advise, thanks.

view this post on Zulip Lloyd McKenzie (Jun 30 2020 at 16:28):

Definitely not

view this post on Zulip Lloyd McKenzie (Jun 30 2020 at 16:28):

If you ask for just conditions, you'll only get conditions

view this post on Zulip Lloyd McKenzie (Jun 30 2020 at 16:28):

There's no point passing back something the client might either already have or not need

view this post on Zulip Maria Hu (Jun 30 2020 at 16:29):

Maria Hu said:

Lloyd McKenzie said:

You could do a GET Condition?_include=Condition:subject to bring back both. If you want lots of stuff in a single call, you should also investigate the $everything operation. However, in general, yes you'll do distinct calls to get distinct resources.

Thanks Lloyd.
Wonder if it is mandatory for FHIR Server that all GET Response always bundle patient resource with patient's demographics info together with all patient's condition(s)? Please advise, thanks.
e.g GET request:
"subject": {
"reference": "http://localhost:6601/testServer/fhir/condition?subject=Patient/b05329ae-7b0d-4f1b-a609-f7b3e2c82678",
"type": "Patient"
},

Will the GET Response always return both resourcePatient & resourceCondition? Is it a vanilla FHIR server config? Pls advise, thanks.

view this post on Zulip Jean Duteau (Jun 30 2020 at 17:36):

Maria -with your GET request, you will only get back conditions that have the given Patient as a subject.

view this post on Zulip Jean Duteau (Jun 30 2020 at 17:36):

No Patient information will be returned.

view this post on Zulip Maria Hu (Jun 30 2020 at 17:42):

Jean Duteau said:

Maria -with your GET request, you will only get back conditions that have the given Patient as a subject.

Thanks Jean for the confirmation.

view this post on Zulip Mohammad Wahid (Dec 17 2020 at 19:24):

For the Laboratory test result profile:

http://hl7.org/fhir/us/core/StructureDefinition-us-core-observation-lab.html

image.png

When the cardinality is 0 it means an optional field?

For a non-numeric value it is recommended to use Snomed CT codes. However, we’re not receiving Snomet CT codes from the lab, therefore, should we expose what is coming from the lab in the “Text” field or make an attempt to translate the lab test name to a Snomed CT code?

Much appreciated.

view this post on Zulip Yunwei Wang (Dec 17 2020 at 19:45):

Is this USCore related? If so, please move to #argonaut stream


Last updated: Apr 12 2022 at 19:14 UTC