Nookal · Rate Limits

Nookal Rate Limits

Nookal does not publish fixed numeric rate limits for its production API in the public developer reference. Throughput on read endpoints is instead governed by pagination - each list call accepts `page` and `page_length`, and the response `details` object reports `totalItems`, `currentItems`, `currentPage`, and `nextPage` so clients page through large result sets. Incremental endpoints accept a `last_modified` filter to fetch only changed records, which is the intended pattern for keeping an external system in sync without re-pulling everything. No per-minute or per-day request cap is documented as of the review date.

Nookal Rate Limits is the machine-readable rate-limit profile for Nookal on the APIs.io network, conforming to the API Commons Rate Limits specification.

It captures 3 rate-limit definitions, measuring requests, items, and records.

The profile also includes 3 backoff/retry policies defined and response codes documented for success and failureEnvelope.

Tagged areas include Practice Management, Allied Health, Rate Limiting, Pagination, and Quotas.

3 Limits
Practice ManagementAllied HealthRate LimitingPaginationQuotas

Limits

API Requests account
requests
not published
No fixed numeric request-rate limit is documented for the Nookal production API.
List Pagination request
items
configurable via page_length
List endpoints return page_length items per page (default around 100); page through results using page and the response nextPage value.
Incremental Sync request
records
filtered by last_modified
Many read endpoints accept last_modified to return only records changed since a timestamp, reducing repeated full pulls.

Policies

Pagination
Read endpoints paginate via page and page_length; details.totalItems and details.nextPage drive iteration.
Incremental Retrieval
Use the last_modified filter to sync only changed patients, cases, treatment notes, appointments, and invoices.
Backoff
On failure responses (status=failure) or transient errors, retry with exponential backoff rather than tight-looping.

Sources