The UK Core development is driven by requests for change which can come from many sources. The Change control section gives details about how this is managed.
This diagram shows the process used to develop the UK Core FHIR assets.
The development cycle is feed from three main sources:
See the Change Control page for full details on the change control process.
The first part of the development cycle is to identify the type of FHIR asset(s) and any dependencies, for example if the change is to create a new profile then there will be a need to identify any related resources required such as extensions, examples, ValueSets guide pages etc. This is required to size of the development so that resources and timescales can be planned. The required changes are then added to a JIRA backlog which is used by the UK Core Development Team to schedule the development work.
The changes will be added to either:
Which Implementation Guide the changes appear in depends on many factors for example:
The Simplifier Platform Structure page gives further information about Implementation Guide types.
Once the change has been done the UK Core Development Team will carry out an internal review and rework as necessary until the development is of the quality required. The page on FHIR Assets gives more information on the principles and design of FHIR assets which are used during internal review.
There is no external review until the changes are included in a release as part of the C&TA or the Ballot process but as all development is done in the public domain and therefore feedback on any change is always possible via Simplifier.