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.
Have you experienced DSRIP data bloat in your organization? Share your worst "report crash" story in the comments below. bloat dsrip
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. To satisfy DSRIP, you need to pull claims
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. This bloat slows down real-time dashboards to a
Look at your DSRIP project plan. Find the metrics you haven't moved the needle on in two years. If a metric has a 98% compliance rate (floor) or a 2% rate (irrelevant), stop collecting it at full frequency. Move it to a quarterly sample, not a monthly census.
If your DSRIP data pipeline is bloated, you are spending millions of dollars to tell the state that you are "trying" rather than actually improving care. Trim the fat. Focus on the five metrics that actually drive a reduction in avoidable hospitalizations.
We’ve all heard the complaint from hospital CFOs and quality officers: “Our DSRIP reporting is turning into a beast.”