A side-by-side look at the Notch and OpenFDA Regulatory Metadata MCP servers: transport, auth, tools, quality signals, and the config to install either one in Claude, Cursor, Windsurf or VS Code.
Verdict: choose Notch for multimedia process work over a hosted endpoint; choose OpenFDA Regulatory Metadata for biology & bioinformatics as a local process. You can also run both side by side in one mcpServers block.
OPENFDA_API_KEY.search_drug_label, lookup_drugsfda_application, resolve_drug_to_application.Rows where the two servers differ are marked.
| Spec | N Notch | |
|---|---|---|
| Category | Multimedia Process | Biology & Bioinformatics |
| Quality signal | 45/100 · Fair | 59/100 · Good |
| Install command | Confirmed | Confirmed |
| Transport | Remote HTTP/SSE | Local subprocess (stdio) |
| Auth | Not declared | Not declared |
| Pricing | Not declared | Not declared |
| Required env vars | None listed | OPENFDA_API_KEY |
| Verified owner | Community listing | Community listing |
| GitHub stars | — | 0 |
| Directory activity | 26 views 12 installs 6 upvotes | 2 views 0 installs 0 upvotes |
| Tools | Not listed | 7 |
| Full listing | View Notch | View OpenFDA Regulatory Metadata |
No tool names declared yet. Check the project README from the listing page.
search_drug_labelSearch openFDA drug labels (SPL) for a term.lookup_drugsfda_applicationFetch Drugs@FDA application metadata for an NDA/BLA/ANDA number.resolve_drug_to_applicationResolve a brand or generic drug name to its NDA/BLA application number(s).
Bridges drug-name-only sources (registry inventories, product lists) to FDA
regulatory metadata. Searches the brand and generic name fields directly
rather than label prose, so another product merely *mentioning* this drug
does not produce a false match.screen_for_rwe_signalsEXPERIMENTAL. Sweep drug labels for registry / real-world-evidence signals.
Searches the label corpus for terms suggesting registry, natural-history or
other real-world evidence, then aggregates hits by application number with
snippets showing where each term matched.
**This tool is unvalidated and has a known false-positive problem.** It has
no ground-truth oracle, and below the strongest hits the results are
dominated by applications whose labels use "registry" in an unrelated sense.
Its output is a candidate list for human review — not a finding, and not a
count you should report.lookup_device_submissionLook up a CDRH device submission by its number.
Handles all four device pathways: 510(k) K-numbers ("K203571"), De Novo
grants ("DEN160026" — stored in the 510(k) endpoint, not a separate one),
PMA P-numbers ("P230044"), and HDE H-numbers. Supplement suffixes
("P230044/S001") are stripped before lookup.classify_device_product_codeResolve a CDRH product code to its device class and medical specialty.validate_device_applicationValidate a device number and derive class, specialty and category in one call.
Chains lookup_device_submission -> classify_device_product_code, which is
the full three-hop resolution: number -> product_code -> classification.Paste either block (or both) into your client config, e.g. claude_desktop_config.json or ~/.cursor/mcp.json. We only show a config when the install command is confirmed.
{
"mcpServers": {
"notch": {
"url": "https://app.usenotch.ai/mcp/setup"
}
}
}
{
"mcpServers": {
"openfda-regulatory-metadata": {
"command": "uvx",
"args": [
"openfda-mcp"
],
"env": {
"OPENFDA_API_KEY": "YOUR_OPENFDA_API_KEY_HERE"
}
}
}
}