FHIR Chat · Size of CodeSystem · terminology

Stream: terminology

Topic: Size of CodeSystem


view this post on Zulip Marcelo Cabello (Mar 05 2020 at 15:27):

Hi, I would like to precise deeper this issue:
I read before that is not recommended use bigger CS.
So, what's the criteria to define whether a larger CodeSystem should be defined with the property "content:not-present" or not ?.
In the case of hapi, the CS for SnomedCT only contains the definition of the CS, but codes are managed by the Lucene or Elastic.

view this post on Zulip Grahame Grieve (Mar 05 2020 at 20:36):

whatever is too big for your convenience. I personally think the cut-off is about 50MB

view this post on Zulip Michael Lawley (Mar 06 2020 at 14:21):

Different servers will behave / support large CodeSystems differently. Ontoserver is known to work with very large CodeSystems (e.g., HPO, NCBI Taxonomy). Note that the main issue with SNOMED is not so much size, but the details of the associated semantics that a server needs to handle.


Last updated: Apr 12 2022 at 19:14 UTC