The most common question we get from prospects is "how does Cicadence actually pull queue volume out of CareTend, PioneerRx, Epic, Cerner, or our existing system?" There are four practical patterns. Pick the one that matches your stack and timeline; you can always upgrade later. Cicadence only needs aggregate counts per work queue — no PHI ever has to leave your environment for the queue use case.
Clean and slow. Sign a data-sharing agreement with the source vendor (e.g. WellSky for CareTend, Epic via App Orchard / FHIR sandbox), get issued credentials, and run a small poller that calls a few endpoints every few minutes. Each response converts into a call to PUT /api/v1/queues/:id/volume. Typical effort 4–12 weeks, mostly contracting. Best long-term path.
Fast and low-tech. Your existing reporting tool — Crystal, SSRS, the EHR's built-in scheduler, Power BI subscriptions — exports a per-queue-count CSV every 5–15 minutes to SFTP, a watched mailbox, or a network share. Cicadence watches the destination and updates the queues. No vendor contract needed; pharmacy IT controls the scheduler. Most pharmacies start here. Works against CareTend, PioneerRx, Liberty, Computer-Rx, Enterprise Rx, McKesson EnterpriseRx, and most EHR reporting layers.
Best balance for customers who already have a data warehouse, Power BI gateway, Looker model, or any internal tooling that touches the source system. A short script (Python, Node, .NET — anything that runs on your network) counts rows per work queue every few minutes and POSTs to the Cicadence REST API. Live in days. Works equally well against Epic, Cerner / Oracle Health, Meditech, Athena, and NextGen via your warehouse.
A lead pharmacist or charge nurse updates queue counts in the Cicadence UI a few times per shift. Real and useful — the right starting point when the goal is to prove the staffing math before plumbing data. Day-one capability, no integration work.
CareTend, PioneerRx, Epic, Cerner, and the other systems named above are integration targets and examples — naming them does not imply a signed partnership with Cicadence. See the integration status matrix on /partners for what is Available, Beta, and Roadmap today.
Patterns 1–3 all converge on the same two endpoints. PUT /api/v1/queues/:id/volume is the primary path for queue counts and triggers a real-time WebSocket update. POST /api/v1/webhooks/incoming is the optional path for status, shift, and assignment events from external systems.
The Cicadence public REST API lets you manage queues, employees, schedules, time tracking, and reports programmatically. Authentication uses bearer tokens with per-key rate limiting. Real-time queue volume changes are broadcast via WebSocket.
Generate API keys from the Settings > API Access page in your Cicadence account.