Change storage format, Support Loinc Server

• Change storage format
  In version 0.5 of this module the way the selected code is stored has been changed. In earlier version the code used the
  format '${code}|${display}|${system}' as returned by the fhir server. If the display was large, this could result in
  a code which was more than 100 characters which would make the display lookup fail. Instead just '${code}|${system}'
  will be stored.
• Baic Authentication support
  The group behind LOINC have made available a FHIR terminology server. More information can be found at https://loinc.org/fhir/
  . This server uses basic authentication and can be used if LOINC answer lists are required but not SNOMEDCT or other
  code systems.
• Ability to manually edit the valueset url in designer
  In older versions of the module, the valueset url to use had to be found and selected using one of the available search
  options. This input field may now be editted to allow the manual entry of the valueset url. This makes it easier to
  standardise on specific valuesets and allows the entry of an implicit snomed ECL valueset.
• Search by CodeSystem changed from name to title search
  A CodeSystem has a name and title, with the title designated as the human friendly name. This change should show more
  appropriate names when searching my CodeSystem.
• Added setting 'SNOMEDCT Support'
  This checkbox indicates the FHIR server support implicit SNOMED CT valuesets. If not checked the search by
  'SNOMED CT Refset' and 'SNOMED CT isa implicit valueset' will not be made available.
• Added setting 'LOINC Support'
  This dropdown controls the use of search by 'LOINC implicit answer set' and is needed to deal with different implementations
  of LOINC in different servers.

Add @HIDECHOICE support, Bug Fixes

Add basic @HIDECHOICE support based on Simple Ontology External Module.

• Fix issue where https://snowstorm-fhir.snomedtools.org/fhir would reject requests which did not contain a User Agent header
• Fix issue where http_post would overwrite the generated content type header if some other header was also supplied.

FHIR Ontology Provider v0.3

This version adds functionality to allow the FHIR terminology server to be authenticated using the Oauth2 Client Credentials flow.
In previous versions the online designer would query the terminology server from the web browser to find the valueset to use.
With the authenticated version this code needed to be written to instead call a redcap web service which makes the requests on behalf of the web browser. This keeps the client credentials secret and allows any proxy settings used in the redcap installation to be used.

*Fixed a bug where popup's were rendered off screen.

Minor Bug Fix

Fix bug where errors were generated when no current project was available.

Minor Bug Fix

Fix issue where redcap_csrf_token was being incorrectly added to ajax json posts

FHIR Ontology Provider v0.2.1

Fix an issue where hook functions have incompatible function declarations when null is passed.

FHIR Ontology Provider v0.2

Changes:

• Added better handling of no results found when searching for a valueset in the online designer.
• Added a mechanism to allow a dummy value to be returned when no results are found in an ontology search. This is to allow the option to be selected and the resulting value used in branching logic to ask the user for additional information. This option is enabled in the system configuration of the module.
• Added a mechanism to provide a tooltip displaying the value selected when using the autocomplete mechanism. This is because values returned by FHIR searches often exceed the space allocated for display. This change effects all fields which are populated by an ontology search, not just those that are for FHIR searches. This option is enabled in the system configuration for the module.

Initial Release

Fhir Ontology Provider

This is the initial release of the Fhir Ontology provider REDCap external module.

The module allows the use of a Fhir terminology server to be used in addition to the already available bioportal ontology service.