Health Care Supplies · U.S. FDA openFDA
openFDA Unique Device Identifier (GUDID) API
Datadory delivers openfda unique device identifier gudid api data covering the FDA's Global Unique Device Identification Database: 5,083,948 device master records, one per marketed model version, each carrying brand and catalog identifiers, GMDN terms with definitions and implantable flags, FDA product codes, premarket submission references, sterilization attributes, distribution status and around twenty labeling flags - delivered daily, weekly, or hourly.
API, files, or your warehouse. Daily, weekly, or hourly.
- Where it covers
- Devices distributed in the United States; labelers may be domestic companies or foreign manufacturers selling into the US market
- How far back
- Device identifier filings from the 2013 UDI rule phase-in to the present, with each labeler revision tracked by public version number, date and status
- How fine
- One record per device identifier (DI) - the model version - with flags recording which production identifiers (lot, serial, dates) the UDI carries
What is the openFDA Unique Device Identifier (GUDID) API dataset?
Virtually every model of medical device marketed in the United States, described in one consistent frame. Under the FDA's Unique Device Identification rule, labelers must submit key device identification for each model carrying a UDI, and those submissions accumulate in the Global Unique Device Identification Database - GUDID. openFDA, the agency's machine-readable layer over its own holdings, exposes the corpus, and at the August 2026 research pass it reported 5,083,948 device identifier records.
A UDI decomposes into two parts, and knowing the split is most of understanding the data. The device identifier (DI) is the fixed, model-specific catalog number - the part GUDID stores in depth. The production identifiers - lot number, serial number, expiration and manufacture dates - vary unit by unit, so GUDID instead records which of them a model's UDI carries, as explicit per-record flags.
Inside Datadory's health-care-supplies slice this is the master file the other records hang off: clearances say who entered, recalls say what went wrong, and this database says what is actually on the shelf, model by model, flag by flag. Get a sample of this dataset cut to your categories.
What do GUDID sample rows look like?
Three real device master rows captured during verification, laid out flat exactly as a delivery lands:
# openFDA Unique Device Identifier (GUDID) API - device master rows captured during research
# examination glove, in active distribution
brand_name : MICROFLEX
version_or_model : XC-310-XL
company_name : Ansell Healthcare Product
device_description: MICROFLEX XCEED XC-310 SIZE XL, Nitrile Powder-Free Examination Glove
primary_di : 00769799310140
is_rx : false
commercial_distribution_status : In Commercial Distribution
# spinal implant, classified and flagged
brand_name : Fortilink-L IBF System
version_or_model : 65-L-2660-13-12L
company_name : Pioneer Surgical Technology, Inc.
device_description: Interbody Fusion Device
product_codes : ODP - Intervertebral fusion device with bone graft, cervical (Class 2)
MAX - Intervertebral fusion device with bone graft, lumbar (Class 2)
gmdn_term : 60762 Polymeric spinal interbody fusion cage
implantable : true is_single_use : true mri_safety : MR Conditional
# orthopaedic instrument tip, tied to its clearance
brand_name : AL Disc Prep
version_or_model : 106.7083
company_name : CTL Medical Corporation
device_description: Removable Wedge Distractor Tip, H13mm
primary_di : 00841732166448
premarket_submissions : K192863
gmdn_term : 44759 General internal orthopaedic fixation system implantation kit
is_sterile : false sterilization_methods : Moist Heat or Steam SterilizationRead the three together and the database's personality shows. The glove row is pure current-state commerce: a live DI, an OTC-flagged consumable sitting in commercial distribution today. The fusion-cage row shows classification done by someone else - two product codes resolving to Class 2 regulation numbers, a GMDN term with a full definition attached, and the three flags a spinal registry cares about (implantable, single-use, MR Conditional) stated outright. The distractor-tip row demonstrates the paper trail: a primary DI tied back to clearance K192863, plus a sterile:false reading paired with the sterilization method the labeler expects a processor to apply. Multiply these shapes across five million rows and you have a queryable US device shelf.
What fields does the GUDID device master include?
Thirty-nine documented fields define a record, grouped four ways: identity (brand, catalog number, model number, company, DUNS, the identifiers block), classification (GMDN terms and enriched FDA product codes), state (distribution status and end date, MRI safety statement, sterilization attributes, sizes, storage) and labeling flags - roughly twenty booleans covering prescription versus over-the-counter, single use, kits, combination products, latex labeling and which production identifiers the UDI carries.
Definitions below were verified against the published field reference during the August 2026 research pass, a standard met by 85.7% of the 1,744 datasets Datadory catalogs.
Where does coverage run across geography, time and granularity?
- Geography: devices distributed in the United States, with labelers both domestic and foreign - which makes the corpus double as a directory of offshore manufacturing serving the US market, keyed by company name and DUNS number.
- Temporal: filings begin with the 2013 UDI rule phase-in and run to the present. Revisions are first-class citizens: every record carries a public version number, date and status trio, so a model's labeling history is a small time series rather than a single overwritten row.
- Granularity: one record per device identifier - the model version - which is the level procurement catalogs and safety registries actually join at. Counts of models and counts of packages are different numbers here by construction.
Scale check: 5,083,948 records makes this the largest table in the health-care-supplies slice. On Datadory's 0-10 rubric the record scores 9, against a 7.81 average across all 1,744 cataloged datasets - held up by verified field definitions and shipped sample rows.
How is the data delivered?
API, files, or your warehouse. Daily, weekly, or hourly.
You choose the channel and the cadence; the thirty-nine-field dictionary above travels unchanged across all three. Name the brands, GMDN terms, product codes or distribution states you care about and the slice lands shaped to that scope - nested identifier, nomenclature and submission blocks flattened into columns your warehouse loads without a parsing project. Teams running catalog synchronization take scheduled refreshes so new model versions become observable history; teams answering a one-time sourcing question take a single shaped extract. Either way the keys stay identical, so each pull diffs against the last instead of starting over.
Who uses this data, and for what?
- Procurement and catalog synchronization - join the primary DI onto internal SKUs so purchasing systems carry standardized brand, model, GMDN and sterilization attributes instead of free-typed lookalikes.
- Supply-chain continuity screening - commercial_distribution_status and its end date separate the live shelf from quietly discontinued models before a disruption finds out for you.
- Competitive shelf monitoring - watch which rivals register new model versions, and which categories they stop filing for - movement visible months before press releases confirm it.
- Category sizing by nomenclature - count distinct models per GMDN term and per product code as an assortment-density proxy that survives audit better than vendor deck arithmetic.
- Identity resolution for safety work - bridge adverse-event and recall records onto model-level attributes so harm reports resolve to the exact configurations involved.
- Feature engineering - twenty labeled booleans per model give classifiers clean categorical inputs nobody had to hand-label.
Which personas get the most value?
Developers and data-product builders get the strongest fit: identifier-keyed lookups over a five-million-row corpus, stable enough to wire straight into sourcing and compliance tools - see developers builders use cases. Sales and growth teams segment prospects by labeler portfolio breadth and implantable flags before outreach (competitive intel product teams read the same columns for rival moves). Market researchers and consultants count models per GMDN term as assortment-density evidence for category sizing. Data scientists and ML engineers resolve device identities across sources on DI keys and GMDN terms (data scientists use cases). Investors and quant researchers read SKU breadth per labeler as a coarse diligence signal on device makers' actual market presence.
How does it compare to other datasets in its slice?
Within health care supplies, this record owns current-state product identity - what is on the market right now, model by model. The neighbors own different jobs. openFDA Device 510(k) Clearances documents all 175,814 premarket notifications since 1976, the who-entered-and-on-what-predicate ledger; its premarket submission numbers are exactly what this database's submission block points back to. openFDA Device Recalls captures 58,999 corrective actions since November 2002, the consequence layer. Across the slice boundary, openFDA Device Adverse Events (MAUDE) holds 25.7 million harm reports, while ClinicalTrials.gov API v2 - Studies Database tracks the evidence pipeline; the direct pairing sits in our dedicated comparison.
The standard stack runs in lifecycle order: clearances establish the device, trials establish the evidence, this master file establishes the shelf, recalls and adverse events establish what went wrong afterward. Only this leg is measured in millions of model-level rows.
Why request this through Datadory
Because the raw holdings are built for regulatory filing, not analysis, and the gap shows up in three places. Nested structures - identifiers, GMDN terms, product codes, submissions - arrive as arrays inside each record, so we flatten them into joinable columns while preserving the original nesting alongside. Labeler revisions accumulate silently upstream, so we keep successive captures, turning a mutable database into observable history you can diff. And the nomenclature itself moves: FDA announced in December 2024 that its Preferred Term (PT) codes will be phased out of GUDID in favor of GMDN terms, so deliveries document which coding each record set carries rather than letting the transition surface as a silent schema break.
Start with a sample scoped to your brands, GMDN terms or product codes; move to recurring delivery when the joins prove out. Browse the rest of the industry on the health care supplies data hub, the best health-care-supplies datasets ranking, or the full catalog. The GUDID glossary entry and unique device identifier primer unpack the terminology underneath.
Field dictionary
Every field below is documented against real records. The full dictionary ships with the sample.
| Field | Type | Definition | Example |
|---|---|---|---|
record_key | string | Public device record key identifying the GUDID record version - the handle every downstream join to a specific filing hangs off. | (GUID) |
brand_name | string | Brand name under which the device is marketed. | MICROFLEX |
catalog_number | string | The labeler's own catalog number for the model - the bridge into internal SKU lists and price files. | (per labeler) |
version_or_model_number | string | Manufacturer's version or model number distinguishing one configuration of the device from another. | XC-310-XL |
company_name | string | Name of the labeler that submitted the device record. | Ansell Healthcare Product |
labeler_duns_number | string | DUNS number of the labeler, giving corporate-family matching a stable numeric key. | (9-digit) |
device_description | string | Free-text description of the device exactly as submitted by the labeler. | Interbody Fusion Device |
identifiers | text | Structured block holding the Primary DI and any Previous DIs alongside their issuing agency (GS1 among them) - the model-level spine of the whole database. | 00769799310140 |
gmdn_terms | text | Global Medical Device Nomenclature terms with code, name, full definition, implantable flag and code status - classification someone else already did. | 60762 Polymeric spinal interbody fusion cage |
product_codes | text | FDA product classification codes enriched with device_class, regulation_number and medical_specialty_description. | ODP (Class 2) |
premarket_submissions | text | Linked premarket submission numbers - 510(k), PMA and De Novo entries with supplement numbers - connecting each model to its clearance history. | K192863 |
commercial_distribution_status | enum | Whether the model currently sits in commercial distribution - the field that separates the live shelf from the historical archive. | In Commercial Distribution |
commercial_distribution_end_date | date | Date the device ceased commercial distribution, where applicable. | (YYYY-MM-DD) |
mri_safety | string | MRI safety statement carried in the labeling, such as MR Conditional or MR Safe. | MR Conditional |
sterilization | text | Structured block with is_sterile, is_sterilization_prior_use and sterilization_methods. | Moist Heat or Steam Sterilization |
storage | text | Structured storage and handling information supplied by the labeler. | (per record) |
device_sizes | text | Structured size and dimension information for the model. | (per record) |
device_count_in_base_package | integer | Number of devices contained in the base package - the unit-of-count column package-level math needs. | 1 |
public_version_date | date | Date of the public record version, paired with a version number and status so every labeler revision is observable over time. | (YYYY-MM-DD) |
Additional fields on request | - | Around twenty further labeling booleans (prescription versus over-the-counter, kit, combination product, latex labeling, which production identifiers the UDI carries), customer contacts, record status and publish dates ship folded into this tier rather than promised blind. | - |
What teams do with it
- Procurement and catalog synchronization Join the primary DI onto internal SKUs so purchasing systems carry standardized brand, model, GMDN and sterilization attributes.
- Supply-chain continuity screening Distribution status and its end date separate live models from quietly discontinued ones before a disruption finds out for you.
- Competitive shelf monitoring New model versions and lapsed filings reveal where rivals are expanding or exiting months before announcements confirm it.
- Category sizing by nomenclature Distinct models per GMDN term and per product code give assortment-density measures that survive scrutiny.
- Identity resolution for safety work Bridge adverse-event and recall records onto model-level attributes so harm reports resolve to exact configurations.
- Feature engineering Twenty labeled booleans per model hand classifiers clean categorical inputs nobody had to hand-label.
Questions buyers ask
How many device records does GUDID hold?
5,083,948 device identifier records were observed live during the August 2026 research pass, making it the largest table in the health-care-supplies slice. Each record represents one model version of a device marketed in the United States, and labeler revisions add new versions continuously.
What does each GUDID record contain?
Thirty-nine documented fields across four groups: identity (brand, catalog and model numbers, company, DUNS, the primary and previous DI values with issuing agency), classification (GMDN terms with definitions and enriched FDA product codes), state (distribution status, MRI safety, sterilization, sizes, storage) and roughly twenty labeling booleans.
How far back does GUDID coverage go?
Device identifier filings begin with the 2013 UDI rule phase-in and continue to the present. Because every record carries a public version number, date and status, changes a labeler makes over time remain visible as history rather than being overwritten in place.
Does GUDID cover devices sold outside the United States?
It covers devices distributed in the United States, wherever they are made: labelers may be domestic companies or foreign manufacturers selling into the US market, identified by company name and DUNS number. It is a US-market shelf inventory, not a global device census.
Can GUDID data be joined to adverse event or recall records?
Yes, on shared device vocabulary rather than a single native key: FDA product codes appear across the device databases, premarket submission numbers tie models back to their 510(k) clearances, and brand, model and description strings support name-based bridges where identifiers diverge. Flattened deliveries make those joins straightforward.
What can a sample be cut to?
Any combination of brands, GMDN terms, product codes, implantable or sterile flag states, labeler names and distribution statuses. Name the slice when requesting and the sample ships in the exact schema shown above, with the additional-fields tier specified against your use case.
Notes on this record
- Provenance Source name: U.S. FDA openFDA, the agency's machine-readable layer over the Global Unique Device Identification Database, populated by mandatory labeler submissions.
- Model-level grain One record per device identifier - the model version. Package configurations and unit-level production identifiers sit below that grain, recorded as flags rather than rows.
- Flags are labels, not measurements The boolean set describes what the labeling claims - prescription status, single use, latex content - not clinical performance. Treat them as categorical attributes, never outcomes.
- Nomenclature shift underway FDA announced in December 2024 that Preferred Term (PT) codes will be phased out in favor of GMDN terms. Deliveries document which coding each extract carries so the transition never arrives as a silent schema break.
- Catalog standing Quality score 9/10 against a catalog-wide mean of 7.81, earned on fully verified field definitions and shipped sample rows.
- Sample policy Samples ship in the exact schema shown above, cut to the brands, GMDN terms, product codes or distribution states you name; delivery runs through API, files, or your warehouse on a daily, weekly, or hourly cadence.
See the rows before you pay anything.
Name this dataset and we send real records from it — scoped to the fields you asked for.