On-Demand PBM Score: 3.9/5.0
On-Demand Knowledge Work | Internal audience
When a pharmacy submits a prescription claim, the PBM adjudication system may generate a rejection code ("NCPDP error code"). Examples: "refill too soon," "prior authorization required," "NDC not covered." Pharmacy technicians call PBM help desk to resolve these rejections. The majority (estimated 70 to 80%) are routine rejections with known solutions (e.g., "refill too soon" for a 30-day supply,solution is inform patient they're 5 days early, ask them to return in 5 days). Manual help desk agents spend significant time on these routine calls, creating bottlenecks and delaying resolution. PBM help desk costs are high; reducing call volume for routine issues would significantly lower operational costs.
| Aspect | Details |
|---|---|
| Data Sources | PBM rejection code database (NCPDP, proprietary), prescription claim details (payer system), prior authorization rules (formulary + plan design), override authority matrix (PBM policy), resolution knowledge base (accumulated help desk call outcomes). |
| Data Classification | Proprietary PBM data (override codes, decision logic), NCPDP standard codes |
| Data Quality Needs | High , rejection code database must be current; resolution knowledge base must be accurate; override authority matrix must reflect current PBM policies. |
| Complexity | Moderate , database lookup straightforward; decision tree logic straightforward; knowledge base maintenance required. |
| Criterion | Weight | Score (1-5) | Weighted |
|---|---|---|---|
| Time Recaptured | 15% | 4 | 0.60 |
| Error Reduction | 10% | 4 | 0.40 |
| Cost Avoidance | 10% | 4 | 0.40 |
| Strategic Leverage | 5% | 4 | 0.20 |
| Data Availability | 15% | 4 | 0.60 |
| Process Clarity | 15% | 4 | 0.60 |
| Ease of Implementation | 10% | 4 | 0.40 |
| Fallback Available | 10% | 4 | 0.40 |
| Audience (Int/Ext) | 10% | 4 | 0.40 |
| Composite | 100% | 3.90 |
Very High Fit. NCPDP rejection codes are standardized and finite. PBM decision logic can be encoded as simple decision trees. Knowledge base can be built incrementally from historical help desk calls. Initial build: 3 weeks for core rejection code lookup + standard resolution mapping. Override authority matrix: 1 week. Knowledge base portal: 2 weeks. Deployment: Chatbot or web portal for technicians + phone IVR for voice calls. Very low ongoing maintenance (knowledge base updates as new rejection codes added).
From zero to a governed, production agent in 6 weeks.
Sprint Factory Schedule a Briefing