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

ChargeItem needs a monetary amount

    XMLWordPrintableJSON

Details

    • Icon: Change Request Change Request
    • Resolution: Persuasive with Modification
    • Icon: Medium Medium
    • FHIR Core (FHIR)
    • STU3
    • Patient Administration
    • ChargeItem
    • Hide

      We'll update priceOverride to be totalPriceComponent as a BackboneElement element with the same structure as is seen on Invoice and ChargeItemDefinition. 

      Note: FHIR-16380 may add a metadata type for priceComponent, in which case this tracker would use that instead of the BackboneElement described here.

       

      totalPriceComponent 0.. BackboneElement* (same structure as priceComponent in Invoice)

      Definition: The total price for the chargable item, accounting for the quantity.

      Comments:  Often, the total price may be be calculated and recorded on the Invoice, but if a calculated total price must be exchanged prior to Invoice creation, it can be communicated in this property.

       

      unitPriceComponent  0..1 BackboneElement* (same structure as priceComponent in Invoice)

      Definition: The unit price of the chargable item.

      Comments:   This could be communicated in ChargeItemDefinition.  But if ChargeItemDefinition is not supported or not available, the unit price can be communicated in this property.

       

      factorOverride will be removed, as it is incorporated in the priceComponent structure

       

      overrideReason

      Update the data type for overrideReason from string to CodableConcept.

      Remove the Comments for overrideReason, since of course profiles can add invariants for whatever, and the totalPriceComponent may be override related or it may not.

      Show
      We'll update priceOverride to be  totalPriceComponent  as a BackboneElement element with the same structure as is seen on Invoice and ChargeItemDefinition.  Note: FHIR-16380 may add a metadata type for priceComponent, in which case this tracker would use that instead of the BackboneElement described here.   totalPriceComponent 0.. BackboneElement* (same structure as priceComponent in Invoice) Definition: The total price for the chargable item, accounting for the quantity. Comments:   Often, the total price may be be calculated and recorded on the Invoice, but if a calculated total price must be exchanged prior to Invoice creation, it can be communicated in this property.   unitPriceComponent  0..1 BackboneElement* (same structure as priceComponent in Invoice) Definition: The unit price of the chargable item. Comments:    This could be communicated in ChargeItemDefinition.  But if ChargeItemDefinition is not supported or not available, the unit price can be communicated in this property.   factorOverride will be removed, as it is incorporated in the priceComponent structure   overrideReason Update the data type for overrideReason from string to CodableConcept. Remove the Comments for overrideReason, since of course profiles can add invariants for whatever, and the totalPriceComponent may be override related or it may not.
    • Brian Postlethwaite / Simone Heckmann : 4-0-2
    • Enhancement
    • Non-compatible
    • R5

    Description

      The ChargeItem resource needs a way to represent a monetary amount value for a given service or product charge that the ChargeItem represents.

      Attachments

        Activity

          People

            Unassigned Unassigned
            Alex Beckner Alex Beckner
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: