Should be the global EnsPortal.SavedSearchD.GBL
- Log in to post comments
Should be the global EnsPortal.SavedSearchD.GBL
Hi,
solution in my case was to use HS.FHIR.DTL.Util.JSON.Adapter with method FromJSON(stream, fhirVersion) which returns me the filled in model for my fhir resource data.
best regards,
Sebastian
Hi Tani,
The Support for conditional update for a ressource seems to exists also in iris for health Version 2022.1.3 (at least docs state this). Van you confirm that? Bades in josephs example from above what could the conditional Update on Patient ressource Look Like? Asfaik the conditional update could insert a non existing resource as well.
best Regards,
sebastian
The FHIR server is the Intersystems FHIR Server. The above depicted bundle does the conditional create this works when using "method": "POST". Replacing PUT with POST requires (of course) an ID - I´ll try it the way you done it in your sample using
Organization?identifier=www.nationalorgidentifier.gov|888333111"That adjustment didn´t work either. Maybe there need to be another adjustment in the bundle to supoort my scenariao? This is recieving the bundle (i can manipulate it) send it to the InterSystems FHIR server and conditionaly create and/or conditionaly update the resources in the FHIR server.
How would you (based on the organization scenario) would your bundle look like?
Hi Guillaume,
thanks for the example. As pointet Customer runs version 2022.1.3 insgesamt of 2023.x is there any way to accomplish this in Version 2022.1? From your second call i‘ve noticed That the resources were updated despite no modificatons in the resource contents were made. Is there any way to update only when modifications were made?
best Regards,
sebastian
That Wolf require to know what has been changed wich is problematic in a batch Import since i would need to fetch, analyse, prepare etc. Resources and push it to the fhir Server. Isn‘t there any more simple options for this?
When assigning %All to the user "FhirClient" the Fhir Server does not respond with status 403. Revoking %All from the user shows the old behaviour. Since the WebApplication was created from creating the FHIR server I thought at least the required permissions would be set sufficiently.
I´ll post some screens for this today.
Hi Ashok,
thank you for the reply. Seems you post misses the additional community links? Anyway - so it´s correct that in releases prior to 2023.3 there is no real use for FHIR profiles only consisting of a structure definition since there is no support for resource validation?
best regards,
Sebastian
Hi Ashok,
thank you for the response. This url is the exact same syntax that I used above (possibly my links contracted by the UI and therefore not fully visible). Anyway in my case there is no filtering applied at all and simply all encounters are returned regardless of the date. Could you post your encounter resources he used for testing so I can test if it is a FHIR server version specific issue?
best regards,
Sebastian
Hi Ashok,
seems there is no Encounter resource in your post. Did you missed that?
best regards,
Sebastian
Hi Ashok,
sorry for the late response. That get me a little further. The approach of ordering by date seem to work only as long as all of the resources have a period.start and period.end provided. In my scenario the most acutal encounter doesn´t have an period.end set since it has not yet ended. The field period.start of one encounter is the the period.end of it´s predecessor. Can you confirm that behaviour of the FHIR server if no period.end is set? If so what would be your approach?
best regards,
sebastian