CareTend API Release Notes - 1/12/2026 to 1/23/2026

Related Issue NumberJira NumberRelease NoteCollectionAPI VersionStaging AvailabilityProduction Availability
N/AHCSI-3217Added a new V4 POST endpoint (/commands/v4/inventory/items/quantity/update-on-hand) that updates on-hand quantities in CareTend for Drug and Supply items (lot and non-lot), driven by data from external systems, with Equipment to be handled in a future enhancement. Added validations to ensure the inventory item and location, external reference key, new on-hand quantity, quantity change reason, optional lot details (lot number and expiration), and cost per unit are all present and valid before the update is applied. Added a response that reflects the updated inventory quantities for the specified item and location, recalculating available quantities based on existing commitments so users see accurate counts on the Quantity and Locations tab.InventoryV41/28/20261/28/2026
N/AHCSI-5219Updated the V4 POST endpoint (/commands/v4/inventory/dispensable-units) that lets external systems such as Workday retrieve one or more matching dispensable units for an inventory item using InventoryItemId, ExternalRefKey, or both, with optional InventoryUnitId filtering. Updated input validation to ensure required identifiers are present, correctly formatted, and refer to the same inventory item (rejecting invalid, unrelated, or duplicate combinations with clear error messages). Updated the response to return a collection of matching dispensable units including IDs, names, EDI code, quantity, inventory item and external reference IDs, plus full audit details (created/modified and record status fields) so downstream systems can accurately sync and audit inventory data.InventoryV41/28/20261/28/2026
N/AHCSI-5221Updated the CareTend Integration API with a v4 POST endpoint that allows external systems such as Workday to create one or more new dispensable unit entries for an inventory item in bulk, reducing manual data entry and errors. Updated input validation so each requested dispensable unit is checked for required identifiers (InventoryItemId or ExternalRefKey, InventoryUnitId, Quantity), rejects combinations where InventoryItemId and ExternalRefKey do not belong to the same item, blocks duplicates for the same inventory unit and quantity, enforces system rules for the default “Each” unit, and caps the list at 25 dispensable units per inventory item. Updated the response to return the successfully created dispensable units and their key identifiers for each item in the request, along with clear validation errors for any records that cannot be created, so external systems can reliably track which units were added in CareTend.InventoryV41/28/20261/28/2026
N/AHCSI-5222Updated the v4 PATCH endpoint (/commands/v4/inventory/items/dispensable-units/{dispensableUnitId}) that allows external systems such as Workday to update an individual dispensable unit on an inventory item, reducing duplicate data entry and keeping systems in sync. Updated input validation to require a valid combination of inventoryItemId or externalRefKey with the target dispensable unit and inventory unit, enforce that the Inventory Item and External Ref Key refer to the same item, ensure quantity is greater than zero, block updates to the system-managed “Each” unit, and reject duplicate unit/quantity combinations. Updated the response to return the updated dispensable unit, including its identifiers, quantity, inventory item and external reference details, and audit information so calling systems can clearly see and track the changes applied in CareTend.InventoryV41/28/20261/28/2026
N/AHCSI-5223Updated the V4 DELETE endpoint (/commands/v4/inventory/items/dispensable-units/{dispensableUnitId}) that allows external systems such as Workday to remove dispensable unit entries for an inventory item, helping purchasing managers avoid duplicate data entry and errors. Updated input validation to require a valid dispensable unit ID, prevent deletion of the system-managed “Each” unit and any default dispensable unit, and block removal of units that are referenced in transactions like inventory purchase orders or inventory transfers. Updated the response to return a clear success status and key identifiers when a dispensable unit is soft-deleted, and to surface detailed validation errors when a requested unit cannot be deleted so calling systems can accurately track which units remain active.InventoryV41/28/20261/28/2026
N/AHCSI-5225Updated the V4 POST search endpoint (/commands/v4/inventory/suppliers/search) that lets external systems such as Workday retrieve a list of suppliers defined for an inventory item using inventoryItemId, externalRefKey, or both, with an optional supplierId filter to support data consistency checks between systems. Updated input validation to require at least one valid inventory identifier, ensure that inventoryItemId and externalRefKey refer to the same inventory record when both are provided, and confirm that any supplied supplierId is correctly associated with that item. Updated the response to return each matching supplier with its supplierId, supplier name, package unit, eaches per package, reorder number, cost per package unit, cost per each, and primary indicator so downstream systems can accurately compare and reconcile supplier data.InventoryV41/28/20261/28/2026
N/AHCSI-5226Updated the V4 POST bulk endpoint (/commands/v4/inventory/items/suppliers/bulk) that lets external systems such as Workday create multiple supplier entries at once for a single inventory item using either inventoryItemId or ExternalRefKey, improving cross-system data consistency. Updated input validation to require a valid inventory identifier, ensure inventoryItemId and externalRefKey (when both are provided) reference the same item, validate each supplier entry (supplierId, packageUnit, eaches, reorderNumber, costPerUnit, isPrimary), enforce that there is only one primary supplier, and cap the suppliers list at 25 per inventory item. Updated the response to return the successfully created suppliers and their key identifiers for the item, along with clear validation errors for any supplier records that cannot be created so calling systems can easily confirm which suppliers were added in CareTend.InventoryV41/28/20261/28/2026
N/AHCSI-5227Updated the V4 PATCH endpoint (/commands/v4/inventory/items/suppliers/{inventoryItemSupplierId}) that allows external systems such as Workday to update an existing supplier entry for an inventory item, supporting cross-system data consistency checks. Updated input validation to require a valid inventory item supplier ID and supplierId, accept inventoryItemId and/or externalRefKey (which must reference the same inventory record when both are provided), and verify that packageUnit, eaches, reorderNumber, costPerUnit, and isPrimary are all valid for that item. Updated the response to return the updated supplier entry and its key identifiers—including inventory item and external reference details, supplier, package unit, quantities, cost, and primary flag—so calling systems can clearly confirm which supplier details were changed in CareTend.InventoryV41/28/20261/28/2026
N/AHCSI-5228Updated the V4 DELETE endpoint (/commands/v4/inventory/items/suppliers/{inventoryItemSupplierId}) that allows external systems such as Workday to remove an existing supplier entry for an inventory item, supporting consistency of supplier data across systems. Updated input validation to require a valid inventory item supplier ID and supplierId, optionally accept inventoryItemId and/or externalRefKey that must reference the same inventory record, and prevent deletion when the supplier is still referenced on purchase orders or dispensable units. Updated the response to return a clear success status and key identifiers for the deleted supplier—including indication when a primary supplier has been removed—or detailed validation errors when the supplier cannot be deleted, so calling systems can accurately track which suppliers remain active in CareTend.InventoryV41/28/20261/28/2026
WSI-72439HCSI-5258Resolved an issue where the v4 PATCH /commands/v4/patientorders/drug/injpo was defaulting the primaryPayerPolicyNumber to the patient (self-pay) whenever the field was omitted from the request, effectively making this optional field behave as if it were required. Now the input handling distinguishes between a missing primaryPayerPolicyNumber (no change to the existing primary payer) versus an explicitly provided empty string or null (treated as a request to clear the primary payer per the documented rules), preventing unintended payer changes. The response accurately returns the patient order with the correct primary payer policy number—either preserved or cleared as requested—so downstream systems see consistent and expected payer information after updates.PatientordersV41/28/20261/28/2026