User Tools

Site Tools


documentation:cdm:cost

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
documentation:cdm:cost [2016/04/12 01:10]
cgreich
documentation:cdm:cost [2017/09/25 15:08] (current)
clairblacketer
Line 1: Line 1:
 ===== COST table ===== ===== COST table =====
 +**THIS IS OUTDATED. All documentation is now on the [[https://​github.com/​OHDSI/​CommonDataModel/​wiki|github wiki]]. Please refer there or to the [[projects:​workgroups:​cdm-wg|CDM working group]] for more information**
  
-The COST table captures records containing the cost of any medical entity recorded in one of the DRUG_EXPOSURE,​ PROCEDURE_OCCURRENCE,​ VISIT_OCCURRENCE or DEVICE_OCCURRENCE tables. It replaces the corresponding DRUG_COST, PROCEDURE_COST, ​VISIT_COST or DEVICE_COST ​tables that were initially defined for the OMOP CDM V5. However, it also allows to capture cost information for records of the OBSERVATION AND MEASUREMENT ​tables.+This table was added with version 5.0.1 (5-Apr-2016) ​of the OMOP CDM. It replaces the [[documentation:​cdm:​visit_cost|VISIT_COST]][[documentation:​cdm:​procedure_cost|PROCEDURE_COST]][[documentation:​cdm:​drug_cost|DRUG_COST]] and [[documentation:​cdm:​device_cost|DEVICE_COST]] tables. 
 +----
  
-The information about the cost is defined by the amount of money paid by the Person and Payer, or as the charged cost by the healthcare provider. So, the COST table defines ​both cost and revenue, irrespective of the perspective. The cost_type_concept_id field will use concepts in the Vocabulary ​to designate the source of the cost data. A reference to the health plan information in the PAYER_PLAN_PERIOD table is stored in the record that is responsible for the determination of the cost as well as some of the Payments+This table changed in version 5.X of the OMOP CDM. The fields DRG_concept_id and DRG_source_value were added. 
 +---- 
 + 
 +The COST table captures records containing the cost of any medical entity recorded in one of the DRUG_EXPOSURE,​ PROCEDURE_OCCURRENCE,​ VISIT_OCCURRENCE or DEVICE_OCCURRENCE tables. It replaces the corresponding DRUG_COST, PROCEDURE_COST,​ VISIT_COST or DEVICE_COST tables that were initially defined for the OMOP CDM V5. However, it also allows to capture cost information for records of the OBSERVATION and MEASUREMENT tables. 
 + 
 +The information about the cost is defined by the amount of money paid by the Person and Payer, or as the charged cost by the healthcare provider. So, the COST table can be used to represent ​both cost and revenue ​perspectives. The cost_type_concept_id field will use concepts in the Standardized Vocabularies ​to designate the source of the cost data. A reference to the health plan information in the PAYER_PLAN_PERIOD table is stored in the record that is responsible for the determination of the cost as well as some of the payments
  
 ^Field^Required^Type^Description^ ^Field^Required^Type^Description^
Line 9: Line 16:
 |cost_event_id|Yes|integer|A foreign key identifier to the event (e.g. Measurement,​ Procedure, Visit, Drug Exposure, etc) record for which cost data are recorded.| |cost_event_id|Yes|integer|A foreign key identifier to the event (e.g. Measurement,​ Procedure, Visit, Drug Exposure, etc) record for which cost data are recorded.|
 |cost_domain_id|Yes|string(20)|The concept representing the domain of the cost event, from which the corresponding table can be inferred that contains the entity for which cost information is recorded.| |cost_domain_id|Yes|string(20)|The concept representing the domain of the cost event, from which the corresponding table can be inferred that contains the entity for which cost information is recorded.|
 +|cost_type_concept_id|Yes|integer|A foreign key identifier to a concept in the CONCEPT table for the provenance or the source of the COST data: Calculated from insurance claim information,​ provider revenue, calculated from cost-to-charge ratio, reported from accounting database, etc.|
 |currency_concept_id|No|integer|A foreign key identifier to the concept representing the 3-letter code used to delineate international currencies, such as USD for US Dollar.| |currency_concept_id|No|integer|A foreign key identifier to the concept representing the 3-letter code used to delineate international currencies, such as USD for US Dollar.|
-|total_charged|No|float|The total amount charged by the provider of the good/​service ​(e.g. hospital, physician pharmacy, dme provider) ​billed ​to a payer.| +|total_charge|No|float|The total amount charged by some provider of goods or services ​(e.g. hospital, physician pharmacy, dme provider) to payers (insurance companies, the patient).| 
-|total_cost|No|float|Cost of service/​device/​drug ​incurred by provider/​pharmacy.| +|total_cost|No|float|The cost incurred by the provider ​of goods or services.| 
-|total_cost_type_concept_id|Yes|integer|Shows the provenance ​or the source of the total_cost data: Calculated from provider revenue, calculated from cost-to-charge ratio, reported from accounting database, etc.| +|total_paid|No|float|The total amount ​actually ​paid from all payers for goods or services ​of the provider.| 
-|total_paid|No|float|The total amount paid from all payers for the expenses ​of the service/​device/​drug.| +|paid_by_payer|No|float|The amount paid by the Payer for the goods or services.|
-|paid_by_payer|No|float|The amount paid by the Payer for the service/​device/​drug.|+
 |paid_by_patient|No|float|The total amount paid by the Person as a share of the expenses.| |paid_by_patient|No|float|The total amount paid by the Person as a share of the expenses.|
 |paid_patient_copay|No|float|The amount paid by the Person as a fixed contribution to the expenses.| |paid_patient_copay|No|float|The amount paid by the Person as a fixed contribution to the expenses.|
Line 25: Line 32:
 |amount_allowed|No|float|The contracted amount agreed between the payer and provider.| |amount_allowed|No|float|The contracted amount agreed between the payer and provider.|
 |revenue_code_concept_id|No|integer|A foreign key referring to a Standard Concept ID in the Standardized Vocabularies for Revenue codes.| |revenue_code_concept_id|No|integer|A foreign key referring to a Standard Concept ID in the Standardized Vocabularies for Revenue codes.|
 +|drg_concept_id|No|integer|A foreign key referring to a Standard Concept ID in the Standardized Vocabularies for DRG codes.|
 |revenue_code_source_value|No|string(50)|The source code for the Revenue code as it appears in the source data, stored here for reference.| |revenue_code_source_value|No|string(50)|The source code for the Revenue code as it appears in the source data, stored here for reference.|
 +|drg_source_value|No|string(50)|The source code for the 3-digit DRG source code as it appears in the source data, stored here for reference.|
  
 ==== Conventions ==== ==== Conventions ====
 +The COST table will store information reporting money or currency amounts. There are three types of cost data, defined in the cost_type_concept_id:​ 1) paid or reimbursed amounts, 2) charges or list prices (such as Average Wholesale Prices), and 3) costs or expenses incurred by the provider. The defined fields are variables found in almost all U.S.-based claims data sources, which is the most common data source for researchers. Non-U.S.-based data holders are encouraged to engage with OHDSI to adjust these tables to their needs.
  
-total_cost: ​  This field is more commonly derived from charge information. ​ Use case:  The resulting amount after the hospital charges are multiplied by the cost-to-charge ratio. ​ This data is currently available ​for [[https://​www.hcup-us.ahrq.gov/​db/​nation/​nis/​nisdbdocumentation.jsp|NIS]] datasets, or any other [[https://​www.hcup-us.ahrq.gov/​databases.jsp|HCUP]] datasets. ​ See cost calculation explanation from AHRQ [[https://​www.hcup-us.ahrq.gov/​db/​state/​costtocharge.jsp|here]]. +One cost record ​is generated ​for each response by a payer. In claims ​databases, the payment ​and payment terms reported by the payer for the goods or services billed will generate one cost recordIf the source data has payment information for more than one payer (i.e. primary insurance ​and secondary insurance payment for one entity)then a cost record ​is created for each reporting payerTherefore, it is possible for one procedure to have multiple ​cost records ​for each payer, but typically it contains one or no record per entity. Payer reimbursement ​cost records will be identified by using the payer_plan_id field. ​Goods or services services ​not covered by a payer are indicated by values in the amount_allowed and patient ​responsibility fields (copaycoinsurance,​ deductible) as well as missing payer_plan_period_idThis means the patient ​is responsible ​for the total_charged value
- +
-total_paid: ​ This field is calculated using the following formula: paid_by_payer + paid_by_patient + paid_by_primary. ​ In claims data, this field is considered the calculated field the payer expects the provider to get reimbursed for the service/​device/​drug from the payer and from the patient, based on the payer'​s contractual obligations. +
- +
-paid_by_payer: ​In claims ​datagenerally there is one field representing ​the total payment ​from the payer for the service/​device/​drug ​However,​ this field could be a calculated field if the source data provides separate ​payment information for the ingredient cost and the dispensing fee.  If the paid_ingredient_cost or paid_dispensing_fee fields are populated with nonzero valuesthe paid_by_payer field is calculated using the following formula: ​ paid_ingredient_cost + paid_dispensing_fee  If there is more than one Payer in the source data, several ​cost records ​indicate that fact ​The ​Payer reporting this reimbursement ​should ​be indicated under the payer_plan_id field. +
- +
-paid_by_patient: ​  This field is most often used in claims data to report the contracted amount the patient is responsible for reimbursing the provider for said service/​device/​drug. ​ This is a calculated field using the following formula: paid_patient_copay + paid_patient_coinsurance + paid_patient_deductible. ​ If the source data has actual patient payments (e.g. the patient payment is not a derivative of the payer claim and there is verification the patient paid an amount to the provider), then the patient payment should have it's own cost record with a payer_plan_id set to to indicate the the payer is actually ​the patient, ​and the actual patient payment should be noted under the total_paid field. ​ The paid_by_patient field is only used for reporting ​patient'​s responsibility reported on an insurance claim. +
- +
-Paid_patient_copay:​ paid_patient_copay does contribute to the paid_by_patient variable. The paid_patient_copay field is only used for reporting a patient'​s copay amount reported on an insurance claim. +
- +
-paid_patient_coinsurance: ​  ​paid_patient_coinsurance does contribute to the paid_by_patient variable. ​ The paid_patient_coinsurance field is only used for reporting a patient'​s coinsurance amount reported on an insurance claim.+
  
-amount_allowed: ​  ​This ​information is generally available in claims data.  This is similar to the total_paid amount in that it shows what the payer expects the provider ​to be reimbursed after the payer and patient pay.  This differs from the total_paid amount in that it is not a calculated fieldbut field available directly ​in claims data.  Use case: This will capture non-covered services. ​ Noncovered services are indicated ​by an amount allowed and patient responsibility variables (copay, coinsurance,​ deductible) will be equal $0 in the source data. This means the patient is responsible for the total_charged value. ​ The amount_allowed ​field is payer specific and the payer should be indicated by the payer_plan_id field.+The cost information is linked through ​the cost_event_id field to its entitywhich denotes ​record ​in a table referenced ​by the cost_domain_id ​field:
  
-  paid_by_primary does contribute to the total_paid variable. ​ The paid_by_primary field is only used for reporting a patient'​s primary insurance payment amount reported on the secondary payer insurance claim. ​ If the source data has actual primary insurance payments (e.g. the primary insurance payment is not a derivative of the payer claim and there is verification another insurance company paid an amount to the provider), then the primary insurance payment should have it's own cost record with a payer_plan_id set to the applicable payer, and the actual primary insurance payment should be noted under the paid_by_payer field. +^cost_domain_id^corresponding CDM table^ 
-   +|Drug|DRUG_EXPOSURE| 
-  +|Visit|VISIT_OCCURRENCE| 
 +|Procedure|PROCEDURE_OCCURRENCE| 
 +|Device|DEVICE_EXPOSURE| 
 +|Measurement|MEASUREMENT| 
 +|Observation|OBSERVATION| 
 +|Specimen|SPECIMEN|
  
-  * Each Drug Exposure may have any number of corresponding records ​in the DRUG_COST tablebut usually it is none (no cost data recorded) or one. They are linked directly through ​the drug_exposure_id field. +  * cost_type_concept_id:​ The concept referenced ​in this field defines ​the source of the cost informationand therefore ​the perspectiveIt could be from the perspective ​of the payer, or the perspective ​of the provider. Therefore, "​cost"​ really means either cost or revenue, and the direction of funds (incoming and outgoing) as well as the modus of its calculation is defined by this field. 
-  * The amounts paid are: +  total_charged and total_cost: The cost of the goods or services ​the provider provides is often not known directly, but derived from the hospital charges multiplied by an average cost-to-charge ratio. This data is currently available for [[https://​www.hcup-us.ahrq.gov/​db/​nation/​nis/​nisdbdocumentation.jsp|NIS]] datasets, or any other [[https://​www.hcup-us.ahrq.gov/​databases.jsp|HCUP]] datasets. See also cost calculation explanation from AHRQ [[https://​www.hcup-us.ahrq.gov/​db/​state/​costtocharge.jsp|here]]. 
-    * Copay – a fixed amount to be paid by the Person +  total_paid: This field is calculated using the following formula: paid_by_payer ​paid_by_patient ​paid_by_primary. In claims data, this field is considered ​the calculated field the payer expects the provider to get reimbursed ​for goods and services, based on the payer'​s contractual obligations. 
-    * Coinsurance – a relative amount ​of the total paid by the Person +  * Drug costs are composed of ingredient cost – the amount charged by the wholesale distributor or manufacturer, the dispensing fee – the amount charged by the pharmacy ​and the sales taxThe latter ​is usually very small and typically not provided by most source data, and therefore not included in the CDM. 
-    * Deductible – an amount ​of money paid by the Person before ​the Payer starts contributing +  * paid_by_payer:​ In claims data, generally there is one field representing ​the total payment from the payer for the service/​device/​drug. Howeverthis field could be a calculated field if the source data provides separate payment information for the ingredient cost and the dispensing fee in case of prescription benefitsIf there is more than one Payer in the source dataseveral cost records indicate that fact. The Payer reporting ​this reimbursement should be indicated under the payer_plan_id field. 
-    * Primary Payer – the amount the primary Payer pays towards the total +  * paid_by_patient: ​ This field is most often used in claims data to report the contracted amount the patient is responsible for reimbursing the provider for the goods and services she received. This is a calculated field using the following formula: paid_patient_copay + paid_patient_coinsurance + paid_patient_deductible. ​ If the source data has actual patient payments then the patient payment should have its own cost record with a payer_plan_id set to 0 to indicate the the payer is actually the patient, and the actual patient payment should be noted under the total_paid fieldThe paid_by_patient field is only used for reporting a patient'​s responsibility reported on an insurance claim. 
-    Coordination ​of Benefits – the amount a secondary Payer or Family Plan pays towards ​the total +  * paid_patient_copay does contribute ​to the paid_by_patient variable. The paid_patient_copay field is only used for reporting a patient'​s copay amount reported on an insurance claim. 
-    Out of Pocket = Copay Coinsurance ​Deductible +  * paid_patient_coinsurance does contribute ​to the paid_by_patient variable. ​ The paid_patient_coinsurance field is only used for reporting a patient'​s coinsurance amount reported on an insurance claim. 
-    * Total – the total amount paid for the Drug Exposure +  * paid_patient_deductible does contribute ​to the paid_by_patient variable. ​ The paid_patient_deductible field is only used for reporting a patient'​s deductible amount reported on an insurance claim. 
-  * Drug costs are+  * amount_allowed:​ This information is generally available ​in claims data.  This is similar to the total_paid amount in that it shows what the payer expects the provider to be reimbursed after the payer and patient pay.  This differs from the total_paid amount in that it is not a calculated field, but a field available directly in claims ​data. The field is payer-specific and the payer should be indicated by the payer_plan_id field
-    * Ingredient Cost – the amount charged by the wholesale distributor or manufacturer +  * paid_by_primary does contribute to the total_paid variable. ​The paid_by_primary field is only used for reporting a patient'​s primary insurance payment amount reported on the secondary payer insurance claim. If the source data has actual primary insurance payments (e.g. the primary insurance payment is not a derivative of the payer claim and there is verification another insurance company ​paid an amount to the provider), then the primary insurance payment should have its own cost record with a payer_plan_id set to the applicable payer, and the actual primary insurance payment should be noted under the paid_by_payer field. 
-    * Dispensing Fee – the amount charged by the pharmacy +  * revenue_code_concept_id:​ Revenue codes are a method to charge for a class of procedures and conditions in the U.S. hospital system. 
-    * Sales TaxThis is usually very small and typically not provided by most source data, and therefore not included in the CDM +  * drg_concept_id:​ DRG is a system to classify hospital cases into one of approximately 500 groups for reimbursement purposes. They have been used in the United States since 1983.
-  * The amount paid should equal the costso Copay + Coinsurance + Deductible + Primary Payer + Coordination ​of Benefits = Total Paid = Ingredient Cost + Dispensing FeeIn reality, this is not always reflected ​in the source data. It is up to the ETL to determine how to deal with quality problems ​in the data. +
-  * The Average Wholesale Price is the list price of the drug, but not the price actually charged or paid.+
  
documentation/cdm/cost.1460423433.txt.gz · Last modified: 2016/04/12 01:10 by cgreich