To satisfy DSRIP, you need to pull claims data, EHR data, and social determinant (SDOH) data. The bloat happens in the middleware . Your interface engines are processing millions of duplicate ADT messages just to confirm a patient is still "attributed" to your PCP. This bloat slows down real-time dashboards to a crawl, making your November report look like it was written in July.

No, we aren’t talking about patient population weight or administrative overhead. We are talking about within the Delivery System Reform Incentive Payment (DSRIP) program.

Write specific code to strip out non-Medicaid patients at the point of ingestion , not at the point of reporting. Use a lightweight ETL (Extract, Transform, Load) process that drops irrelevant records before they ever hit your analytics server. The Bottom Line DSRIP was never meant to be a permanent state of chaos. It is a reform program. But reform requires agility.

Stop joining five tables. Pick one system as your master patient index for DSRIP. If your EHR is the source for clinical measures, do not let the billing system override it. Bloat happens when two systems argue. Pick a winner.

As states transition from traditional fee-for-service to Value-Based Payments (VBP), DSRIP has been a critical bridge. But for many organizations, the very mechanism designed to reward innovation is now drowning in redundant metrics, legacy reporting, and “just in case” data collection.