Capability to transform between FHIR versions

Comments: 4

• 21 Jun, '21
  Alex Lord

  Hi Tim - would be interested in what sort of use case this would typically support? What would be the end goal? Also, was there a particular API you were thinking in the context, or perhaps you are thinking in terms of more general capability?

• 22 Jun, '21
  Tim Coates

  Alex - the originating Programme is Interoperable Medicines. The basis is that there are (and almost certainly always will be) multiple versions of FHIR in play. GP Connect for example produces Medications information in STU3, and the new EPS and Interoperable Medicines APIs are being defined as R4. The goal is to make STU3 and R4 FHIR resources interoperable. The concept is to provide organisations with a bridge between versions.

• 15 Sep, '21
  Chitrali Chaturvedi

  This is of interest to GPIT New Market Enablement, where we are going to have multiple versions of FHIR for any new GPIT foundation system suppliers looking to integrate using APIs and National adapter assets.

• 27 Oct, '21
  Tony Heap Admin

  We are working on this with medication requests being our first use case.