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

Clarify SupplyDelivery for shipment vs reception

    XMLWordPrintableJSON

Details

    • Icon: Change Request Change Request
    • Resolution: Persuasive with Modification
    • Icon: Highest Highest
    • FHIR Core (FHIR)
    • R5
    • Orders & Observations
    • SupplyDelivery (was Supply)
    • Hide

      Motion to do the following: 

      1. Update SupplyDelivery.status from 0..1 to 1..1
      2. Add SupplyDelivery.stage 1..1 and flag it as summary
      3. Add SupplyDelivery.stage valueSet, drafted here: https://build.fhir.org/branches/jct-supply/valueset-supplydelivery-stage.html to have an Extensible binding instead of Required binding
      4. Change SupplyDelivery.type to have an Extensible binding instead of Required binding
      5. Add core profiles for dispatch and reception – drafted here: https://build.fhir.org/branches/jct-supply/supplydelivery-profiles.html
      6. For SupplyDelivery I propose the following:

      Scope and Usage
      Append the following text below the existing paragraphs:

      Sample use cases include:
      - Movement of bulk supplies between locations
      - Receipt of bulk supplies 
      - Rejection of a delivery due to item condition
      - Noting the loss of a delivery due to transportation failure

      The SupplyDelivery enables the documentation of the one or more relevant stages, such as dispatch of and reception of a shipment.  One may opt to document multiple stages given a particular use case, e.g., shipments of biologically derived products in a tightly controlled process, or only use a singular stage to summarize the shipment.  Examples would include the dispatch and reception stages that in certain use cases need to be documented separately using two or more instances.


      7.  Update short Description & Constraint text for SupplyDelivery from "Delivery of bulk Supplies" to "Record of movement of supplies from one location to another".

      8. Add a pink ribbon to highlight the change and seek specific feedback on the implementability of one resource with multiple stages, each represented with specific profiles in the base standard to determine specific attributes/value sets applicable to each stage.  Note that this approach replaces a request to create two separate resources to address dispatch vs. reception where the discussion concluded that one resource with multiple, extensible stages provided a better approach to support the variety of needs to document the different steps.

      Note Jira (FHIR-42947) that further clarified the Boundaries and Relationships need to reflect the difference between SupplyDelivery and Transport.

      Show
      Motion to do the following:   Update SupplyDelivery.status from 0..1 to 1..1 Add SupplyDelivery.stage 1..1 and flag it as summary Add SupplyDelivery.stage valueSet, drafted here: https://build.fhir.org/branches/jct-supply/valueset-supplydelivery-stage.html  to have an Extensible binding instead of Required binding Change SupplyDelivery.type to have an Extensible binding instead of Required binding Add core profiles for dispatch and reception – drafted here: https://build.fhir.org/branches/jct-supply/supplydelivery-profiles.html For SupplyDelivery I propose the following: Scope and Usage Append the following text below the existing paragraphs: Sample use cases include: - Movement of bulk supplies between locations - Receipt of bulk supplies  - Rejection of a delivery due to item condition - Noting the loss of a delivery due to transportation failure The SupplyDelivery enables the documentation of the one or more relevant stages, such as dispatch of and reception of a shipment.  One may opt to document multiple stages given a particular use case, e.g., shipments of biologically derived products in a tightly controlled process, or only use a singular stage to summarize the shipment.  Examples would include the dispatch and reception stages that in certain use cases need to be documented separately using two or more instances. 7.  Update short Description & Constraint text for SupplyDelivery from "Delivery of bulk Supplies" to " Record of movement of supplies from one location to another ". 8. Add a pink ribbon to highlight the change and seek specific feedback on the implementability of one resource with multiple stages, each represented with specific profiles in the base standard to determine specific attributes/value sets applicable to each stage.  Note that this approach replaces a request to create two separate resources to address dispatch vs. reception where the discussion concluded that one resource with multiple, extensible stages provided a better approach to support the variety of needs to document the different steps. Note Jira ( FHIR-42947 ) that further clarified the Boundaries and Relationships need to reflect the difference between SupplyDelivery and Transport.
    • David Barwin / Jose Costa Teixeira: 4-0-4
    • Enhancement
    • Non-compatible

    Description

      SupplyDelivery allows tracking the items that were successfully delivered. However, it should also cover the shipment step. For example shipment of 10 units, delivery of 8 (because 2 were lost in transport).

      This is an important clarification of scope and may introduce the need for new examples, or even new or changed resources.

      Request to clarify this in the resource or narrative.

      Attachments

        Activity

          People

            costateixeira Jose Costa-Teixeira
            costateixeira Jose Costa-Teixeira
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: