Use this page when a bill (OPD, Inward, Channelling, or Pharmacy) does not apply an expected membership/payment-scheme discount, even though the patient is enrolled in a scheme.

For every billable fee line, the system checks — in order:

1. Does the parent Item have Discount Allowed = true?
2. Does the specific Fee line (Hospital Fee, Reagent Fee, Staff Fee, Additional/Other Fee, etc.) have Discount Allowed = true?
3. Is there a matching discount-percent row in the pricing matrix for the patient's Payment Scheme (the UI calls this "Membership Scheme"), Payment Method, Admission Type, and — for inward bills — Department / Category / Item?

If any one of the three is missing, the computed discount is 0.00, silently, with no error shown to the billing clerk.

1. Confirm the patient's scheme is attached. Open the patient's admission/encounter and confirm a Payment Scheme (Membership Scheme) is selected. For inward, this is set at admission time, not per-bill.
2. Confirm the discount matrix has a row for that scheme. Open the relevant "Manage Discount Schemes" / "Discounts for Payment Method" admin page for the billing type (Inward, OPD, Channelling, or Pharmacy) and search using the same Membership Scheme, Payment Method, and Admission Type as the patient's encounter. A missing row, or a row with 0%, means no discount will apply regardless of item configuration.
3. Confirm the item allows discount. Open the item's admin/service record — Discount Allowed must be switched on.
4. Confirm the item's individual fee lines allow discount. Under Manage Item Fees, each fee line (Hospital Fee, Reagent Fee, Additional/Other Fee, Staff Fee, etc.) has its own independent Discount Allowed toggle. This is the setting most often missed — an item can be discount-allowed while every one of its fee lines is not, giving 0.00 discount with no visible error anywhere in the billing screen.
5. Re-add the item to the bill. Discount is computed at the moment a line is added to the bill — a line already sitting in the cart will not retroactively pick up a configuration change made afterward; remove it and re-add it.

See Manage-Membership-Discounts for the full configuration walkthrough with screenshots, including where each admin page listed above lives in the menu.

For services and investigations, the fee list and its discountAllowed flag can be inspected and corrected directly via the REST API, as an alternative to the admin UI:

GET  /api/services/{itemId}/fees
     Header: Finance: <api-key>

PUT  /api/services/{itemId}/fees/{feeId}
     Header: Finance: <api-key>
     Body:   {"discountAllowed": true}

This is useful for a fast, auditable, scriptable fix on an individual item without navigating the admin UI, and has the same effect as toggling "Discount Allowed" on the Manage Item Fees page. An AI coding assistant with access to this API and to the local database can typically diagnose and correct this class of issue end-to-end: confirm the patient's scheme, check the discount matrix row, check item- and fee-level discountAllowed, apply the fix via the API, and verify the corrected discount on a re-added bill line.

Rebuild and redeploy the application before troubleshooting further. On an environment where the discount-calculation code was changed but the running server was not redeployed, the server continues executing the previously deployed logic — no amount of configuration will surface a fix that only exists in code that hasn't been deployed yet.