If you've been preparing for your first QMSR inspection, you probably felt some relief when QSIT was retired. Same basic framework, just updated language, right? Not quite. The replacement isn't cosmetic. The new risk-based inspection model changes where investigators start — and that changes how you prepare.
On February 2, 2026, FDA replaced QSIT with a new inspection approach described in the updated Inspection of Medical Device Manufacturers Compliance Program Manual (CP-7382.850). The shift isn't about fewer requirements or simpler audits. It's about how investigators sequence their review.
Under QSIT, inspections were organized around four primary subsystems: Management, CAPA, Design Controls, and Production/Process Controls. Structured, predictable, defensible. You knew the script.
Under the new model, FDA has expanded to six QMS areas:
That's not a radical restructure — it aligns with how ISO 13485 organizes QMS thinking. But the entry point is new.
This is the part that matters most operationally. Investigators now begin by reviewing your risk management file to identify product-specific risks. Those risks then drive everything else they look at during the inspection.
FDA's language is deliberately vague on how the risk file will be used to evaluate compliance — the Compliance Program document says risks will be "used to evaluate whether a manufacturer is meeting requirements" but doesn't spell out the method. That ambiguity isn't accidental. It gives investigators discretion to exercise "critical thinking skills" — which is exactly what FDA emphasizes in the updated guidance.
So, what does that mean for you?
Additionally, investigators will review external data before they arrive on-site — MDRs, trade complaints, reports of corrections and removals for similar products. They come in with a pre-formed risk picture of your device. Your risk management file needs to be consistent with that external picture, or inconsistencies become findings.
The new framework introduces two inspection models. This is a practical distinction you need to understand before your next inspection.
Model 1 applies to: non-baseline surveillance, compliance follow-up, for-cause, SPRA, and PMA post-market inspections. The investigator selects at least one element from each of the six QMS areas, guided by the product risks identified in your risk management file. The scope is narrower but risk-driven.
Model 2 applies to: baseline surveillance and PMA pre-approval inspections. All applicable elements within each QMS area are covered. No risk-based filtering — everything is in scope.
This is also where a significant change appears: under QMSR, FDA now has explicit authority to inspect management review records, quality audit records (including internal audits), and supplier audit reports. These were not previously available to FDA investigators. If your internal audit reports contain candid findings you haven't fully closed, that's now visible to the investigator.
The risk management file isn't new — you've been maintaining it per ISO 14971. But the inspection context has changed, and a file built for a notified body audit may not be structured optimally for an FDA investigator using it as an inspection entry point.
Consider these preparation steps:
The shift from QSIT to the new risk-based model is not a revolution — FDA hasn't invented a new QMS philosophy. But the operational sequence has changed. The risk management file is no longer something investigators reach later in the audit. It's the lens through which everything else gets evaluated.
This means a well-maintained, device-specific, traceable risk management file is now an inspection readiness asset, not just a regulatory requirement. If your file would embarrass you if an investigator read it on the first morning of the inspection — fix it before they arrive.
For MDSAP-certified manufacturers, this change is less disruptive — the approach is consistent with how MDSAP audits already work. But FDA retains the right to inspect even MDSAP manufacturers for compliance follow-up or for-cause reasons, so the same preparation logic applies.
The new model puts device risk at the center of every inspection. Make sure your documentation reflects that.