FHIR Chat · Bulk ValueSet alidation · implementers

Stream: implementers

Topic: Bulk ValueSet alidation


view this post on Zulip David Hay (Mar 01 2018 at 19:21):

We have a need to perform bulk validation of codes. For example when validating an incoming HL7 v2 message we want to be sure that the values of coded elements match those we are expecting (as we're going to map the message to FHIR resources). There are a large number to check per message, so wondering if a batch operation will improve performance by reducing the number of calls. Was thinking of a custom operation against ValueSet that could take in 'sets' of ValueSet url, code and system - but not sure if that's feasible in the operation definition..

view this post on Zulip Grahame Grieve (Mar 01 2018 at 20:37):

we've talked about this before and said, 'just use batch'

view this post on Zulip David Hay (Mar 01 2018 at 22:01):

You can batch an operation? I did not know that!

view this post on Zulip Grahame Grieve (Mar 01 2018 at 22:36):

you can batch an operation yes.

view this post on Zulip Grahame Grieve (Mar 01 2018 at 22:37):

see http://build.fhir.org/terminology-service.html#4.6.7

view this post on Zulip David Hay (Mar 01 2018 at 22:37):

Yeah - just tested out. cool!

view this post on Zulip David Hay (Mar 01 2018 at 22:37):

(makes sense when you stop and think about it of course)...

view this post on Zulip Michael Lawley (Mar 02 2018 at 08:50):

Yeah, we did this with Ontoserver for this kind of use-case. Only real downside over GET requests is that you lose HTTP-level caching.
Determining the cut-off for when batch is faster than lots of concurrent requests is something we've yet to do

view this post on Zulip Michael Lawley (Mar 02 2018 at 08:53):

The other issue is if your client is a web browser then it normally limits the # of concurrent connections to the same endpoint so batch is a better option quite quickly unless you have proper HTTP/2 support at both ends (also requires TLS from memory)


Last updated: Apr 12 2022 at 19:14 UTC