Methodology
Source → record → tier.
Every MedevIQ record passes through the same five stages: ingest from an authoritative regulator, normalize to the canonical schema, reconcile against other regulators, assign a trust tier, and publish to the API. This page documents each stage, the conflict-resolution rules, the tier qualifying criteria, and our auditability commitments.
The pipeline
1
Ingest
Pull from authoritative regulators at their published cadence (CDSCO weekly, FDA weekly, EUDAMED monthly, MAUDE monthly, Health Canada monthly). Raw payload archived with timestamp and hash for audit replay.
2
Normalize
Map each regulator's native schema to the MedevIQ canonical schema. Resolve entity to canonical device + manufacturer ID via deterministic match (UDI / 510(k) number / CDSCO licence) with AI-assisted fallback for ambiguous cases.
3
Reconcile
Merge incoming source against existing record using precedence rules (below). Flag conflicts for review. Where regulators disagree on a fact, both values retained with source attribution; canonical value selected per precedence.
4
Tier
Assign A1, A2, or A3 based on the qualifying criteria (below). Tier may move up (more regulators confirm, expert review completes) or down (regulator action, conflict detected). Every tier change is logged.
5
Publish
Updated record available via API, web, and exports. Tier badge and source attribution travel with the record everywhere it is rendered or returned.
Conflict resolution precedence
How a record earns its tier
Schema versioning
MedevIQ canonical schema follows semver.
Minor and patch releases are additive and non-breaking. Major releases (breaking changes) are announced 90 days ahead with migration guidance. Full schema changelog public.
Auditability
Every record change traceable to a source.
Raw regulator payloads archived with timestamp and hash. Tier changes logged. Audit log queryable via API or exported to your SIEM at the Enterprise tier.