Claims

The date on which a payer's claims processing system completed adjudication, determining payment, denial, or adjustment of a submitted claim. Critical for calculating claim lag, measuring payer turnaround times, and reconciling remittance data in claims and financial reporting systems.

A coded field populated from ANSI X12 835 remittance transactions containing Claim Adjustment Reason Codes (CARC) or Remittance Advice Remark Codes (RARC) that specify the basis for payer payment modifications. Referenced in claims management systems, EHR revenue cycle modules, and PBM adjudication platforms for audit and appeal processing.

Medication reconciliation service type documented in EHR clinical notes, pharmacy management systems, and MTM billing records where a patient presents all current medications for pharmacist review. Billed under CPT medication therapy management codes and tracked in PBM quality program reporting for adherence and polypharmacy risk identification.

A standardized code segment in ANSI X12 835 transaction sets that categorizes the reason for a payment adjustment. Common values include CO (Contractual Obligation), PR (Patient Responsibility), and OA (Other Adjustment), used by payers and clearinghouses during remittance processing.

An industry-standard CARC code published by WEDI and used in 835 remittance transactions to explain why a claim line was not paid at the submitted charge amount. For example, CARC 45 indicates the charge exceeds the contracted fee schedule, guiding downstream denial management and appeals workflows.

The primary identifier assigned by the claim submitter to uniquely track a healthcare claim record as specified in CLM01 of the X12 837 transaction. Used by providers to reference specific claims in status inquiries, appeals, and adjustments. Also called the submitter claim control number.

A code identifying the type of insurance coverage or health plan responsible for primary payment of a healthcare claim as specified in loop 2000B of the X12 837 transaction. Used in claims adjudication to determine coordination of benefits sequencing and apply correct reimbursement rules.

A claim that has been denied by a payer during the adjudication process due to missing information, eligibility issues, or policy violations. Rejected claims must be corrected and resubmitted. Tracked as a key metric in revenue cycle management and provider billing operations.

Standardized code indicating the final adjudication status of a claim in payer and EHR systems. Values include 1=Processed as Primary, 2=Processed as Secondary, and 4=Denied. Critical for claims reconciliation, denial management workflows, and downstream analytics in clearinghouse and adjudication platforms.

The process by which a health insurance payer evaluates and processes a healthcare claim to determine the amount payable under the member benefit plan. Includes eligibility verification, benefit determination, coordination of benefits, and payment calculation. Core function of healthcare payer operations.

A fixed dollar amount paid by a health plan member at the point of service for a covered healthcare service or prescription. Copayments do not count toward the deductible in most plans but may count toward the out-of-pocket maximum. Common in HMO, PPO, and Medicare Advantage benefit designs.

Current Procedural Terminology (CPT) is a standardized medical code set maintained by the American Medical Association (AMA) that describes medical, surgical, and diagnostic services rendered by physicians and other healthcare providers in outpatient and office settings. CPT codes are five-character numeric codes organized into three categories: Category I codes describe procedures and services that are widely performed and supported by clinical evidence; Category II codes are optional tracking codes for performance measurement; and Category III codes are temporary codes for emerging technologies and procedures. CMS and private payers require CPT coding on all professional claims (CMS-1500 and 837P transactions) as a condition of reimbursement under HIPAA. CPT codes are the primary procedure coding system for professional claims analytics, provider performance measurement, network contract management, and utilization management. Every preventive care measure in HEDIS, every prior authorization decision, and every value-based care quality metric that relies on procedure data depends on accurate CPT coding. Modifiers — two-digit alphanumeric codes appended to the CPT code — provide additional context about a service, such as whether it was performed bilaterally, reduced in scope, or repeated by a different physician. Understanding modifier logic is essential for claims analytics because the same CPT code with different modifiers represents substantially different services and reimbursement amounts. Healthcare data engineers store CPT codes as VARCHAR(5) in claims line tables and maintain CPT reference tables that include code descriptions, global surgery periods, RVU (Relative Value Unit) weights, and payer fee schedule allowables. Common engineering tasks include joining CPT codes to the CMS Physician Fee Schedule for allowed amount benchmarking, mapping CPT codes to HEDIS value sets for quality measure denominator and numerator logic, and detecting unbundling patterns (separately billing component procedures that should be billed as a single code) for fraud and abuse analytics. The AMA updates the CPT code set annually, requiring versioned reference tables with effective dates. Related code sets include HCPCS Level II codes for supplies and durable medical equipment, ICD-10-PCS for inpatient procedures, and revenue codes for institutional claims.

The fixed annual dollar threshold a member must satisfy through out-of-pocket payments before the health plan begins reimbursing covered medical, pharmacy, or behavioral health claims. Tracked in EHR, claims adjudication, PBM, and member enrollment systems.

The HIPAA standard electronic transaction for submitting dental healthcare claims from dentists and oral surgeons to insurance payers. Uses the X12 837D format and replaces the paper ADA dental claim form. Includes dental procedure codes, tooth numbers, and oral cavity designations.

A Diagnosis Related Group (DRG) is a patient classification system used to categorize inpatient hospital stays into groups of clinically similar cases that are expected to consume similar amounts of hospital resources. CMS developed the original DRG system in the 1980s as the basis for the Inpatient Prospective Payment System (IPPS), which pays hospitals a fixed amount per discharge based on the DRG assigned to the patient's stay rather than reimbursing individual services. The DRG assignment algorithm — implemented in software called the MS-DRG Grouper — considers the patient's principal diagnosis (ICD-10-CM), secondary diagnoses (comorbidities and complications, which determine whether the case is a CC or MCC case), procedures performed (ICD-10-PCS), discharge status, and patient demographics. DRGs are central to inpatient reimbursement analytics and hospital financial performance. Each MS-DRG has an associated relative weight that reflects the expected resource intensity of that case type relative to the average Medicare case. Multiplying the DRG weight by the hospital's base payment rate produces the expected Medicare payment for a discharge. Cases with major complication or comorbidity (MCC) codes receive higher-weighted DRGs than cases without complications (the non-CC version of the same DRG), creating a significant financial incentive for complete and accurate diagnosis coding. A hospitalization for pneumonia coded with respiratory failure (an MCC) may generate payment of $15,000 or more, while the same case coded without the MCC might generate $7,000. Healthcare data engineers use DRG data for inpatient cost benchmarking, case mix index (CMI) analysis, hospital performance analytics, and payer contract evaluation. The DRG code should be stored as VARCHAR(10) to accommodate both the three-digit MS-DRG format (e.g., 470 for major joint replacement) and the longer codes used in state all-payer DRG systems. Engineers maintain DRG reference tables containing the DRG description, relative weight, geometric mean length of stay, and arithmetic mean length of stay, joined to the inpatient claims header via drg_cd. Common analytics include length-of-stay outlier detection, DRG-specific readmission rate calculation, and comparison of actual paid amounts against expected DRG payments to identify underpayments or rate carve-outs in payer contracts.

HIPAA-standard 835 transaction file transmitted by payers to providers detailing claims payment decisions, adjudicated amounts, adjustment reason codes (CARCs), and remark codes (RARCs). Used in revenue cycle management systems to automate payment posting and reconciliation against submitted 837 claim transactions.

Integration middleware architecture enabling standardized communication, message routing, data transformation, and orchestration between disparate healthcare systems such as EHRs, claims platforms, and PBMs. Supports HL7, FHIR, and EDI 837/835 transaction flows in enterprise health IT integration environments.

A unique identifier assigned by CMS to Medicare beneficiaries based on their Social Security Number. Used on Medicare claims prior to transition to the Medicare Beneficiary Identifier. Being phased out to protect beneficiary Social Security numbers from identity theft in Medicare data systems.

An employer-funded benefit account allowing employees to be reimbursed for qualified medical expenses and individual health insurance premiums tax-free. HRAs are owned by the employer and do not roll over unless the employer allows it. Used in benefits administration and member enrollment data systems.

Insurance plan with IRS-defined minimum deductible thresholds stored in member enrollment and benefits administration systems. HDHP eligibility data drives HSA contribution logic in claims adjudication, PBM cost-sharing calculations, and member-level actuarial risk stratification in healthcare analytics platforms.