france-bdpm-medicines — France's official public medicines database (BDPM:
One address for any MCP client. No sign-in needed on this server.
Not assessed yet.
Odel charges nothing per call. The publisher may charge for its own service.
Odel could not list its tools without signing in.
France's official public medicines database (BDPM — "Base de Donnees Publique des Medicaments"), published by ANSM/CNAM: every authorized specialty (CIS), its CIP13 pack presentations with reimbursement rate and price, active-substance composition, HAS SMR/ASMR opinions (service medical rendu / amelioration du service medical rendu) and generic-group membership. Fleet #2933.
Part of Pipeworx — an MCP gateway connecting AI agents to 1769+ live data sources. This is an independent, unofficial integration — not affiliated with, endorsed by, or published by the upstream provider.
The BDPM is published as bulk tables rather than an API, so Pipeworx keeps a
weekly-refreshed copy of the official tables. This is the French national list with reimbursement data, distinct
from the EU-level eu-ctis / ema-medicines packs, which cover
EU-centralized authorizations and clinical-trial information rather than
France's own AMM (autorisation de mise sur le marche) and Assurance Maladie
reimbursement rates.
fr_medicine(cis?, name?) — one medicine by its CIS code or exact official
denomination: marketing-authorization status, every CIP13 presentation
(pack size, reimbursement rate, price before/after dispensing fee),
active-substance composition, SMR/ASMR opinions, any "usage professionnel"
restriction, and generic-group membership if it belongs to one. For a
partial/fuzzy name, use fr_medicine_search first to find the CIS.fr_medicine_search(name?, substance?, limit?) — search by the start of a
medicine's name and/or an active substance (prefix match only — "DOLIPRANE"
finds "DOLIPRANE 1000 mg..." but not "CODOLIPRANE"). Pass both to
intersect. Returns CIS, denomination, holder and marketing status per match.fr_generic_group(group_id) — one generic group's full membership (the
reference/princeps specialty plus every generic and substitutable generic),
from the group_id a fr_medicine response returns.Every response carries data_as_of (the week the mirror was last refreshed),
source and licence.
taux_remboursement is per CIP13 presentation, not per CIS — different pack
sizes of the same medicine can carry different rates, and a presentation that
is marketed-but-not-reimbursed returns null. fr_medicine's top-level
reimbursement_rates is the distinct set across all of a medicine's
presentations, for a quick answer when they all agree.
type on a group member: 0 = princeps (reference specialty), 1 =
generic, 2 = generic (range complement), 4 = substitutable generic
(type_label spells these out). A meaningful fraction of CIS codes in the
generic-group table (~23% measured 2026-10-11) reference specialties that have
since been withdrawn and no longer appear in the medicines table — fr_generic_group
still lists them (by CIS and type) with denomination: null rather than
silently dropping them, since the group composition itself is still accurate.
Keyless. The tools answer only through the Pipeworx gateway, which holds the
copy of the tables; a standalone npm install has no data to read, and every
tool throws a clear "not bound in this runtime" error there instead of
returning an empty list.
data_as_of (the week the copy was last refreshed).Licence: Licence Ouverte / Open Licence v1.0 (Etalab, October 2011) — free
to reproduce, copy, publish, transmit, redistribute, adapt, modify and exploit
commercially, including combined with other data or embedded in a product, on
condition of mentioning the source and the date of its last update — exactly
the source + data_as_of every response here carries. Reciting it does not
confer official status or imply ANSM/CNAM endorsement of this reuse.
The prescribing-restriction ("usage professionnel") table has far more rows
than there are medicines, because the same CIS can carry several restriction
texts (dentistry, hospital-only, etc); fr_medicine returns the distinct set.
Add to your MCP client (Claude Desktop, Cursor, Windsurf, etc.):
{
"mcpServers": {
"france-bdpm-medicines": {
"url": "https://gateway.pipeworx.io/france-bdpm-medicines/mcp"
}
}
}
tools/list at https://gateway.pipeworx.io/france-bdpm-medicines/mcp returns the tools in the table
above plus the shared Pipeworx meta-tools — ask_pipeworx,
discover_tools, search_within, remember/recall and the rest of the
gateway-wide set. So the tool count you see is larger than this table: a
single-pack endpoint currently lists roughly 30 shared tools alongside the
pack's own. The connection's initialize response states its exact scope, and
is the authoritative answer for a given day.
This is deliberate, not multiplexing by accident. The meta-tools are what let a
scoped connection answer a question this pack does not cover — via
ask_pipeworx, which routes across the whole catalog — without you adding a
second MCP server. There is currently no way to mount a pack endpoint without
them; if the extra schemas cost you more context than the routing is worth,
connect to the full gateway once rather than to several pack endpoints.
Or connect to the full Pipeworx gateway to get every pack's tools listed directly, instead of just this one's:
{
"mcpServers": {
"pipeworx": {
"url": "https://gateway.pipeworx.io/mcp"
}
}
}
Both URLs reach the same gateway and the same 1769+ data sources. The
only difference is which pack's tools are listed directly; ask_pipeworx
reaches all of them from either one.
curl -X POST https://gateway.pipeworx.io/v1/tools/fr_medicine \
-H 'Content-Type: application/json' \
-d '{"cis":"60234100"}'
No account needed for the first calls. Inspect any tool: GET https://gateway.pipeworx.io/v1/tools/fr_medicine. Find one: POST https://gateway.pipeworx.io/v1/tools/search_packs with {"query":"..."}.
This package also runs as a local stdio MCP server — no Pipeworx account, no gateway round-trip:
{
"mcpServers": {
"france-bdpm-medicines": {
"command": "npx",
"args": ["-y", "@pipeworx/mcp-france-bdpm-medicines"]
}
}
}
Or run it directly to confirm it starts:
npx -y @pipeworx/mcp-france-bdpm-medicines
It speaks MCP over stdin/stdout and answers initialize/tools/list/tools/call
for only this pack's tools — none of the shared meta-tools the gateway
connection above adds. Same source, same tools, no ask_pipeworx routing.
Instead of calling tools directly, you can ask questions in plain English — this works on the pack endpoint above as well as on the full gateway:
ask_pipeworx({ question: "your question about France Bdpm Medicines data" })
The gateway picks the right tool and fills the arguments automatically.
MIT