4,500+ servers built on MCP Fusion
Vinkius

openFDA MCP. Query Drug, Food, and Device Safety Data.

Claude Claude
ChatGPT ChatGPT
Cursor Cursor
Gemini Gemini
Windsurf Windsurf
VS Code VS Code
JetBrains JetBrains
Vercel Vercel
See Vinkius in Action

Works with every AI agent you already use

…and any MCP-compatible client

openFDA MCP on Cursor AI Code Editor MCP Client openFDA MCP on Claude Desktop App MCP Integration openFDA MCP on OpenAI Agents SDK MCP Compatible openFDA MCP on Visual Studio Code MCP Extension Client openFDA MCP on GitHub Copilot AI Agent MCP Integration openFDA MCP on Google Gemini AI MCP Integration openFDA MCP on Lovable AI Development MCP Client openFDA MCP on Mistral AI Agents MCP Compatible openFDA MCP on Amazon AWS Bedrock MCP Support

Just plug in your AI agents and start using Vinkius.

openFDA lets your AI client query three major US government databases—drug adverse events, food recalls, and medical device safety reports.

You send raw Lucene syntax to get real-time public health data on medication side effects, pathogen outbreaks like Salmonella, or pacemaker malfunctions.

What your AI agents can do

Query drug events

Queries the openFDA database to find adverse event reports on specific drugs or reactions using Lucene syntax.

Query food recalls

Searches the openFDA Food Enforcement and Recalls database for outbreaks, filtering by reason or state.

Query medical devices

Retrieves safety reports on medical devices using criteria like device name, event type, or date range (MAUDE).

Investigate Drug Side Effects

You run complex queries against millions of reports detailing adverse events and medication errors.

Track Foodborne Illnesses

The system searches FDA databases for current or historical food recalls, filtering by pathogen, state, or status.

Monitor Device Malfunctions

It pulls safety reports on medical devices, allowing you to filter by device type and event dates.

Supported MCP Clients

Claude Claude
ChatGPT ChatGPT
Cursor Cursor
Gemini Gemini
Windsurf Windsurf
VS Code VS Code
JetBrains JetBrains
Vercel Vercel
+ other MCP clients
Free for Subscribers

Waiting for input…

AI Agent

openFDA MCP Server: 3 Tools for Regulatory Data

Run complex queries across drug events, food safety reports, and medical device records using raw Lucene syntax.

query019d75e9

query drug events

Queries the openFDA database to find adverse event reports on specific drugs or reactions using Lucene syntax.

query019d75e9

query food recalls

Searches the openFDA Food Enforcement and Recalls database for outbreaks, filtering by reason or state.

query019d75e9

query medical devices

Retrieves safety reports on medical devices using criteria like device name, event type, or date range (MAUDE).

Choose How to Get Started

Build a custom MCP for your own tools, or connect a ready-made integration from our catalog.

Build Your Own

Turn any API into an MCP. Import a spec, define Agent Skills, or deploy with MCPFusion.

  • Import from OpenAPI, Swagger, or YAML specs
  • Create Agent Skills with progressive disclosure
  • Deploy to edge with MCPFusion framework
  • Built in DLP, auth, and compliance on every call
  • Real time usage dashboard and cost metering
  • Publish to catalog or keep private
Start building

Make Your AI Do More

Start with openFDA, then connect any of our 4,700+ other servers whenever your AI needs more. One click, no limits.

  • Use this MCP plus 4,700+ others, all in one place
  • Add new capabilities to your AI anytime you want
  • Every connection is secured and compliant automatically
  • Track usage and costs across all your servers
  • Works with Claude, ChatGPT, Cursor, and more
  • New servers added to the catalog every week

What you can do with this MCP connector

You're dealing with public health data—the kind of raw records you need for real research, not some polished dashboard view. This MCP Server connects your AI client directly to three massive US government databases through openFDA. You don't get a pre-built API; you send complex Lucene syntax queries and get live results on adverse events, food safety recalls, or medical device malfunctions.

When you use the query_drug_events tool, your agent runs deep searches against millions of reports detailing drug side effects and medication errors. You can investigate specific reactions linked to drugs, whether it's tracking complaints about aspirin-induced headaches across patient records or pinpointing adverse events for a particular class of medicine.

The system processes raw data entries, letting you structure queries around both the reported adverse event and the associated pharmaceutical product.

For food safety, the query_food_recalls tool searches FDA databases for outbreaks and enforcement actions. You can narrow your focus significantly, filtering by specific pathogens like Listeria or searching across entire state records to track current or historical recalls. It lets you check records based on a product type, a specified reason for the recall, or even the status of the investigation itself.

The query_medical_devices tool pulls safety reports—the MAUDE data—on medical devices. You'll get detailed information about reported injuries, malfunctions, and deaths tied to specific equipment, ranging from pacemakers to IV pumps. This tool lets you apply granular filters: you can restrict the search by a device name, filter by a precise date range, or narrow results down based on the type of event that occurred.

Because these three tools—query_drug_events, query_food_recalls, and query_medical_devices—all accept raw Lucene syntax inputs, you can run complex cross-domain queries. If your research requires comparing drug events with a specific recall date range, or checking device malfunctions against documented pathogen outbreaks, the server handles that heavy lifting. Your AI client acts like it's sitting at the terminal running the query; it sends the exact search logic and gets back the structured data payload from the live source.

This setup means you bypass typical developer overhead. You don't need to manage API key rotation or build out complex, multi-step data pipelines just to get raw public health information. Your agent simply executes the specialized query against the massive government datasets and returns what you asked for. It’s built for researchers who demand unfiltered access: whether you need to monitor outbreaks in a specific state, check side effects reported across multiple drugs, or track malfunctions on a device type over a ten-year span, this server gets the data flowing directly to your analysis.

How openFDA MCP Works

  1. 1 You send your AI client a request, specifying the domain (e.g., food recalls) and providing the precise search parameters using Lucene syntax.
  2. 2 The MCP Server executes parallel calls across all necessary openFDA tools, running the complex query against the live government databases.
  3. 3 Your agent receives normalized JSON data containing only the records that match your specified criteria.

The bottom line is you get structured public safety data directly into your workflow without manually hitting three different websites.

Who Is openFDA MCP For?

This server is built for people who need to know why something failed, not just that it failed. It's for compliance officers wrestling with FDA reporting requirements or public health researchers tracking disease patterns. If your job involves synthesizing data from three wildly different government domains, this saves you days of manual scraping.

Pharmacovigilance Specialist

They use query_drug_events to look for unexpected drug reactions across massive patient datasets.

Food Safety Analyst

They rely on query_food_recalls to map out outbreaks, checking state-by-state reports for pathogens like Salmonella.

Regulatory Compliance Officer

They use all three tools together—running a check across drug events, device failures, and food recalls—to prepare for audits.

What Changes When You Connect

  • You get deep query access. Instead of relying on basic search forms, you use Lucene syntax to run highly granular searches across all three domains simultaneously.
  • It keeps your workflow focused. You don't switch between the FDA drug database, the USDA food recall site, and the device registry; it handles the data pull for all three in one go.
  • You cut out the API headache. Because this uses a zero-auth model, you never have to worry about managing or refreshing complex developer credentials just to run a report.
  • It gives context on failures. If a medical device is failing (MAUDE), and that failure relates to a specific medication, you can track both events in one analytical session.
  • The output is clean JSON. You don't get a giant spreadsheet full of messy HTML; the data comes back structured so your AI client can immediately read it.

Real-World Use Cases

01

Investigating an Outbreak Link

A public health official suspects a drug might be contributing to foodborne illness. They ask their agent to run two queries: query_drug_events for the medication and query_food_recalls using the suspected pathogen's state/reason codes. The server runs both, letting them quickly see if there are any overlapping geographic or temporal patterns.

02

Tracking a New Device Flaw

A manufacturer needs to know how many times their specific pacemaker model has been reported malfunctioning over the last five years. They use query_medical_devices, specifying the generic name and setting the date range. The agent returns all associated malfunction records for immediate review.

03

Auditing Product Safety

A compliance officer needs to check if a specific drug (e.g., Ibuprofen) has any known side effects, AND if there are recalls involving the packaging materials used in that region. They run query_drug_events and then immediately follow up with query_food_recalls, ensuring they cover both pharmaceutical and consumer product risks.

04

Reviewing Historical Safety Data

A researcher needs to know what kind of devices were malfunctioning right before a major drug class was pulled from the market. They use query_medical_devices with event type filters, and then cross-reference that timeframe with query_drug_events for related complaints.

The Tradeoffs

Trying to run three searches manually.

Opening the FDA drug site, running a query. Then opening the food recall portal, running another one. Finally, switching over to the MAUDE database for device failures. This takes an hour of clicking and copy-pasting.

Don't click through three different websites. Use your agent to send the required parameters to all three tools: query_drug_events, query_food_recalls, and query_medical_devices. The server handles the connections and gives you one unified result.

Using generic keywords.

Asking your agent, 'Tell me about drug safety.' This results in vague data because it doesn't know which specific criteria (e.g., state or reaction type) you need.

Be precise with the tool calls. Instead of general terms, use syntax like patient.drug.medicinalproduct:"ASPIRIN" AND patient.reaction.reactionmeddrapt:"HEADACHE" when calling query_drug_events.

Ignoring data scope.

Thinking the server can pull in a drug interaction report based on both a device failure and a food recall. It can't—it needs specific inputs for each domain.

You must run separate, targeted queries. Use query_medical_devices to get the malfunction data first. Then use that resulting metadata (like date or location) to inform your next query on query_food_recalls.

When It Fits, When It Doesn't

Use this MCP Server if you need to run deep, comparative research across regulatory domains—drug side effects, food contamination, and medical device failures. You should use it when the answer requires cross-referencing complex parameters (like Lucene syntax) that are scattered across multiple government databases.

Don't use it if your question is simple or general. For instance, if you only need to know the current FDA policy on labeling requirements (a document search), this isn't the right tool. If you just need to find a company's contact info, that's outside its scope. This server excels when you can prove the answer requires querying three highly specific data sets: query_drug_events, query_food_recalls, or query_medical_devices. The key is the specificity of the required data source.

Independent Platform Disclaimer: Vinkius is an independent platform and is not affiliated with, endorsed by, sponsored by, verified by, or otherwise authorized by openFDA. All third-party trademarks, logos, and brand names are the property of their respective owners. Their use on this website is strictly for informational purposes to identify service compatibility and interoperability.

VINKIUS INFRASTRUCTURE

Cloud Hosted

Managed infra

V8 Isolated

Sandboxed per request

Zero-Trust Proxy

No stored credentials

DLP Enforced

Policy on every call

GDPR Compliant

EU data residency

Token Compression

~60% cost reduction

How we secure it →

Works with Claude, ChatGPT, Cursor, and more

The Model Context Protocol standardizes how applications expose capabilities to LLMs. Instead of operating in isolation, your AI gains direct access to external platforms, live data, and real-world actions through secure, standardized connections.

This server provides 3 capabilities that interface natively with Claude, ChatGPT, Cursor, and any MCP client. No middleware. No custom integration required.

Available Capabilities

query_drug_events query_food_recalls query_medical_devices

Manually tracking public health crises sucks.

Right now, if you're an analyst, your day involves context-switching nightmares. You gotta hop to the FDA website for drug complaints; then switch tabs to check food recalls by state. You end up running three different searches, copying and pasting parameters, and compiling a messy, incomplete picture in Excel.

With this MCP server, you tell your agent what you need—say, any Salmonella outbreaks linked to specific types of processed foods. It hits all the right databases via `query_food_recalls`, pulls the raw data, and hands you a structured result set. You stop compiling; you start analyzing.

openFDA MCP Server: Querying Safety Data

You don't have to write complex API calls or manage dozens of separate endpoints. The system abstracts the whole process—it manages the syntax, it hits all three domains (`query_drug_events`, `query_food_recalls`, and `query_medical_devices`), and it normalizes the output.

The difference is control. You get direct programmatic access to raw, actionable regulatory data without having to deal with any of the underlying technical mess.

Common Questions About openFDA MCP

How do I run a drug safety query using query_drug_events? +

You provide the Lucene syntax directly. For example, you can ask for patient.drug.medicinalproduct:"ASPIRIN" AND patient.reaction.reactionmeddrapt:"HEADACHE". The tool handles running that specific complex search.

Can I use query_food_recalls to track outbreaks in a specific state? +

Yes, you can filter by state using the state parameter. You would include it directly in your Lucene syntax query for accurate regional tracking.

Is query_medical_devices better than just searching the FDA website? +

Yeah, because it's programmatic. Instead of browsing limited search forms, you can input a precise date range or event type (like 'Malfunction') and get all relevant records immediately.

What if I need to combine multiple data types? +

You ask your agent to run queries against the different tools sequentially. For example, checking drug events first, then using those dates/locations to inform a food recall search.

How is data security handled when I use query_drug_events, given it's zero-auth access? +

The server handles connections securely because it only accesses public records from the FDA. Your AI client runs the complex queries; it never needs or stores restricted API keys to pull the adverse event data.

If I run many searches with query_food_recalls, are there any rate limits I need to worry about? +

While the underlying FDA APIs have usage guidelines, we recommend batching your queries. If you hit a limit, simply pause and retry in a few minutes rather than sending continuous bursts of requests.

How do I use complex boolean logic or date ranges when running query_medical_devices? +

You must embed the full Lucene syntax directly into the query string. For example, you can combine fields using AND or specify a time window like date_of_event:[2023-01-01 TO 2023-12-31].

Is it possible to filter results from query_drug_events by specific product categories? +

Yes, you can constrain the search using field identifiers. Look for fields like patient.drug.medicinalproduct and use the corresponding syntax to narrow down the medication type or brand.

Do I need an API Key? +

No. This zero-auth integration allows up to 1,000 requests per day (per IP address) right out of the box, covering most standard agent usage scenarios.

How do search queries work? +

The API gives you massive flexibility. The AI agent can format search strings using standard query syntax (e.g. reason_for_recall:salmonella AND state:CA).

More in this category

You might also like

Built & Managed by Vinkius 30s setup 3 tools

We've already built the connector for openFDA. Just plug in your AI agents and start using Vinkius.

No hosting. No infrastructure. No complex setup.
All 3 tools are live and waiting. You're up and running in seconds.

Claude Claude
ChatGPT ChatGPT
Cursor Cursor
Gemini Gemini
Windsurf Windsurf
VS Code VS Code
JetBrains JetBrains
Vercel Vercel
+ other MCP clients

Vinkius gives your AI agents access to the full catalog of app connectors, all fully managed, secure, and enterprise-ready. One subscription, every tool you need.

Zero hosting required Full MCP catalog included Enterprise-grade security Auto-updated by Vinkius

Built, hosted, and secured by Vinkius. You just connect and go.