This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Difference between revisions of "ChargeItemDefinition FHIR Resource Proposal"

From HL7Wiki
Jump to navigation Jump to search
Line 96: Line 96:
 
In order to determine the actual price of a ChargeItem (when becoming an Invoice.lineItem) a billing engine needs to know base/unit prices, applicable surcharges and discounts and the rules associated with their application.
 
In order to determine the actual price of a ChargeItem (when becoming an Invoice.lineItem) a billing engine needs to know base/unit prices, applicable surcharges and discounts and the rules associated with their application.
 
The ChargeItemDefinition provides this information in an exchangeable and standardized form.
 
The ChargeItemDefinition provides this information in an exchangeable and standardized form.
 +
 +
* Patient Apps
 +
Patient apps may chose to not only give patients access to their health data but also to the charges assoicated with them (e.g. provide insight into the cost for medications, treatments and immunizations). Such apps will require structured invoices to allow association between the charges and the services rendered.
 +
 +
Apps can provide abilities to trace and compare costs or deliver additional information as to the meaning of specific billing codes.
  
 
==Resource Relationships==
 
==Resource Relationships==

Revision as of 21:01, 7 February 2018



ChargeItemDefinition

Owning committee name

Financial Management

Committee Approval Date:

7 Feb 2018 (Simone Heckman, Brian Postlethwaite 2-0-1)

Contributing or Reviewing Work Groups

Patient Administration


FHIR Resource Development Project Insight ID

pending

Scope of coverage

The existing ChargeItem Resource specifies the instance of a charge item that documents billable codes for items and services rendered. The details, prices and rules associated with billing codes exist however, independent from these instances. Following up on the discussion in Zulip, such details should be kept in separate Resources and not as properties of the codes, as such things as prices may change over time and independently from the CodeSystem lifecycle.


RIM scope

-none-

Resource appropriateness

Tracking Financial information is vital in Patient Administration and Finance systems in most Healthcare Organizations. This resource provides the properties that apply to the (billing) codes necessary to calculate costs and prices. The properties may differ largely depending on type and realm, therefore this resource gives only a rough structure and requires profiling for each type of billing code system.

Expected implementations

  • Any solution that tracks billing information and needs to calculate prices and cost

Content sources

• German statutory health services billing catalogue: http://www.kbv.de/html/online-ebm.php

Please note that all such catalog definitions will be realm specific and need profiles for the ChargeItemDefinition in order to be useful.

Example Scenarios

  • Invoicing

In order to determine the actual price of a ChargeItem (when becoming an Invoice.lineItem) a billing engine needs to know base/unit prices, applicable surcharges and discounts and the rules associated with their application. The ChargeItemDefinition provides this information in an exchangeable and standardized form.

  • Patient Apps

Patient apps may chose to not only give patients access to their health data but also to the charges assoicated with them (e.g. provide insight into the cost for medications, treatments and immunizations). Such apps will require structured invoices to allow association between the charges and the services rendered.

Apps can provide abilities to trace and compare costs or deliver additional information as to the meaning of specific billing codes.

Resource Relationships

Referenced by:

  • ChargeItem.definition


Timelines

The aim is to have a draft (Maturity 0) ready for 4.0 timeline.

gForge Users

brianpos simoneheckmann

When Resource Proposal Is Complete

When you have completed your proposal, please send an email to FMGcontact@HL7.org