Open jpwiedekopf opened 2 years ago
R4 is implemented at: https://github.com/jpwiedekopf/hapi-fhir/tree/3523-vs-expand-implicit
I'll implement DSTU3 and R5 in a few days. DSTU2 is not needed (no VS/CS separation back then). I'll also look at writing tests for this.
What is the latest on this?
Describe the bug HAPI FHIR (JPA Server) is not able to expand FHIR ValueSets coming from the
CodeSystem.valueSet
parameter. This parameter can be set to a canonical URL of an implicit VS, which contains all codes within the CS. This is a core feature of a server implementing the FHIR Terminology package.To Reproduce Steps to reproduce the behavior:
CodeSystem.valueSet
parameter, e.g. from https://r4.ontoserver.csiro.au/fhir/CodeSystem/australian-immunisation-register-vaccine-20200531?_format=jsonValueSet/$expand
operation, e.g. usingGET http://localhost:8080/fhir/ValueSet/$expand?url=https://www.humanservices.gov.au/organisations/health-professionals/enablers/air-vaccine-code-formats/vs
Expected behavior The server should recognize that the URL refers to an implicit ValueSet, and render the expansion dynamically from the list of concepts known to the server.
Environment (please complete the following information):
master
branchAdditional context Currently, the
CodeSytem.valueSet
is not written to the respective tables in JPA,TermCodeSystem
and/orTermCodeSystemVersion
(neither explicitly as a column, nor via theresource
column inTermCodeSystem
, because the FHIR specification does not define a search parameter forCodeSystem.valueSet
, and only search parameters are written to that table). Since versioning of the implicit VS should match the CS versioning, adding this information toTermCodeSystemVersion
seems prudent.Afterwards, a routine for retrieving matching CodeSystem versions and rendering the respecitive expansion should be implemented in the terminology server implementation of HAPI FHIR JPA.
I'll implement the above and send a pull request.