Uploaded image for project: 'FHIR Specification Feedback'
  1. FHIR Specification Feedback
  2. FHIR-35961

DeviceDefinition in R4B should be backwards-compatible with R4

    XMLWordPrintableJSON

Details

    • Icon: Change Request Change Request
    • Resolution: Persuasive
    • Icon: Highest Highest
    • FHIR Core (FHIR)
    • R4B
    • Orders & Observations
    • DeviceDefinition
    • Hide

      Adding backbone and reverting datatype.

      Show
      Adding backbone and reverting datatype.
    • Rik Smithies / Hugh Glover : 7-0-0
    • Correction
    • Compatible, substantive
    • Yes
    • R5

    Description

      One of the stated goals for R4B is to be as backwards-compatible as possible.
      While testing R4 -> R4B migration paths, I noticed that there was an unexpected breakage on the DeviceDefinition resource type.

      The cause of the breakage is backwards-incompatible updates to the ProductShelfLife re-usable type.

      Through discussion with Lloyd and Rik, we thought of a few different options for avoiding the breakage.

      The option I favor is to update DeviceDefinition in R4B to use an in-line BackboneElement that matches the R4 structure for this shelfLifeStorage element.
      That way, PackagedProductDefinition can continue to use the updated

      Then, R5 (https://build.fhir.org/productshelflife.html) can stay just the way it is and PackagedProductDefinition in R4B (which has no backwards-compatibility issues) will be as close to the R5 version as possible.

      Originally raised and discussed on Zulip at https://chat.fhir.org/#narrow/stream/179166-implementers/topic/R4B.20compatibilty/near/269337460

      Attachments

        Activity

          People

            Unassigned Unassigned
            lmsurprenant Lee Surprenant
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: