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

Add support for artifact manifests in the manifest profile

    XMLWordPrintableJSON

Details

    • Icon: Change Request Change Request
    • Resolution: Persuasive
    • Icon: Medium Medium
    • Canonical Resource Management Infrastructure (FHIR)
    • 1.0.0-ballot [deprecated]
    • Clinical Decision Support
    • CRMI Manifest Library
    • Hide

      Add discussion in the ManifestLibrary profile that indicates that each component may be either an artifact or an artifact manifest, allowing for version-binding information to be specified per artifact.

      Show
      Add discussion in the ManifestLibrary profile that indicates that each component may be either an artifact or an artifact manifest, allowing for version-binding information to be specified per artifact.
    • Floyd Eisenberg/Greg White: 13-0-0
    • Enhancement
    • Compatible, substantive

    Description

      The current approach to manifests involves a single manifest with all version binding information in the manifest for all the artifacts in the collection. However, there are cases where it makes sense to provide version binding information per artifact within the same collection. Allow for this possibility by allowing an artifact collection to include either the artifact or a manifest for the artifact as the component.

      This will mean that artifact processing will need to account for the additional layer of indirection, each component may be either an artifact, or a manifest for the artifact.

      Note that this use case is focused on communicating version binding for artifacts as part of release, this is not an authoring use case.

      Attachments

        Activity

          People

            Unassigned Unassigned
            bryn.rhodes Bryn Rhodes
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: