SummaryAsk which pharmaceutical data API is best and most answers name RxNorm, openFDA or DrugBank. Those are strong APIs, for the United States. If your app serves German or DACH pharmacies, hospitals or wholesalers, none of them returns a PZN, the ABDA article master or German prices. This guide compares the pharmaceutical data APIs on the criteria that actually decide a DACH integration, and is written for health-app developers and software vendors, not patients.
A pharmaceutical data API delivers structured drug data, identifiers, pricing, ingredients, product information, directly into your software over a defined interface. What it should return depends on your market. For a German app that means the PZN, the article master (prices, dispensing and reimbursement status), active ingredients and, ideally, shortage and interaction data. An API that returns only a US drug identifier cannot serve a German pharmacy workflow.
Three categories matter. Free public APIs (US government) are excellent references but US-scoped. Commercial global APIs add depth and support but are still built around US or international clinical models. Regional APIs cover a specific market in depth, which for Germany means PZN, the ABDA article master and statutory prices. The mistake is treating a free US API as a drop-in for a German requirement.
The table compares by the criteria that decide a DACH-facing integration, not by a single ranking.
| Provider | Coverage | Format | German data & PZN | Update cadence | Licensing |
|---|---|---|---|---|---|
| RxNorm (NLM) | US drug nomenclature | REST / JSON | no PZN | periodic | free |
| openFDA / DailyMed | US labels, events | REST / JSON | no German data | periodic | free |
| DrugBank | drug and interaction, US-centric | REST / JSON | no PZN | commercial | commercial |
| Medi-Span / First Databank | US clinical and pricing | various | no German data | commercial | commercial |
| ifap / ABDATA (DE producers) | German drug data | SOAP / XML / FTP, raw data | yes | daily / 14-day prices | licence |
| Pharmaoffer | sourcing marketplace (ingredients) | marketplace | no master data | n/a | marketplace |
| pharmazie.com | 25+ databases, PZN, prices, DACH | REST / JSON | yes, PZN + ABDA master | daily | modular API / licence |
The US public and commercial APIs, RxNorm, openFDA, DrugBank, are built around US identifiers and clinical models. They do not carry the PZN, the German article master, statutory German prices (ex-factory, pharmacy purchase and retail) or the reimbursement status a German app needs. For US clinical and interaction data they are excellent; for a German pharmacy or hospital workflow they are the wrong data model. That gap is why a DACH app needs a German-native API.
The interface style matters as much as the data. A modern health app expects REST and JSON, which most current APIs, including pharmazie.com, provide. Some German data producers still deliver over SOAP, XML or FTP, which suits established warehouse-management integrations but adds friction for a new mobile or web app. Match the interface to your stack, not only the data to your market.
German drug data has a defined rhythm: the article master and shortage data update daily, and prices twice a month, on the 1st and the 15th. An API for the German market should reflect that cadence. A monthly or ad-hoc feed risks a stale price becoming a billing error, so the update cadence belongs in the evaluation alongside coverage and format.
German drug data is licensed, and how you access it shapes the cost. A raw-data licence means you host and maintain the data yourself; a maintained API delivers it without the pipeline. The trade-off is covered in our guide to a raw-data licence vs. a maintained API. For most app developers a maintained REST/JSON API is the lower-effort path.
Match the API to the use case. A US clinical app is well served by RxNorm or openFDA. A DACH pharmacy or hospital app needs a German-native API with the PZN, article master and daily updates. A cross-border product may combine both, a US API for US clinical data and a German API for German market data. The consolidated German option is described in our drug data API guide.
There is no single best pharmaceutical data API; there is the right one for your market. For the German and DACH market the requirement is specific: the PZN, the ABDA article master, statutory prices and daily updates, over a modern REST/JSON interface. pharmazie.com is the consolidated pharmaceutical data platform by DACON Datenbank Consulting GmbH that bundles 25+ specialist databases into a single search, exclusively for healthcare professionals, and delivers that data through a REST API. The clearest way to test the fit for your app is a short technical demo.
Further reading: Drug data API · Raw-data licence vs. API
There is no single best API; it depends on your market. RxNorm and openFDA are excellent for US data but return no PZN or German prices. For a German or DACH app you need a REST/JSON API over the German article master with the PZN and daily updates, such as pharmazie.com.
A modern health app expects REST and JSON, which most current APIs including pharmazie.com provide. Some German data producers still deliver over SOAP, XML or FTP, which suits established warehouse-management integrations but adds friction for a new mobile or web app.
No. RxNorm, openFDA and DailyMed are built around US identifiers and clinical models. They do not carry the PZN, the German article master or statutory German prices. For US clinical and interaction data they are strong; for a German pharmacy workflow they are the wrong data model.
The article master and shortage data update daily, and German prices twice a month, on the 1st and the 15th. An API for the German market should reflect that cadence, because a stale price can become a billing error, so update cadence belongs in the evaluation.
The free public drug APIs (RxNorm, openFDA) are US-scoped. German article-master, price and clinical data is licensed, so a German drug data API generally requires a licence or a paid API. Parts of official approval data are available free from the BfArM, but not as a full article-master feed.
Not necessarily. A raw-data licence means you host and maintain the data yourself; a maintained API delivers the same data without the pipeline. For most app developers a maintained REST/JSON API is the lower-effort path, while a raw licence suits teams that already run a data platform.