For IT leads, system architects and data owners who have to keep pharmaceutical master data in sync across ERP, warehouse management and clinical systems. Our data and functions run inside your systems, not in one more portal.






Right now we have four separate information systems running in parallel for prescription processing.
Head of hospital pharmacy, university hospital
Every system holds its own version of the article master, and none of them agrees with the others. Somebody has to decide by hand which record is right, on a Tuesday afternoon, under time pressure. The fragmentation stays because no single system owns the data, so no team owns the fix.
We have an Excel spreadsheet with drug data that has grown over decades.
Staff member, hospital pharmacy
The spreadsheet started as a workaround and turned into the system of record. It has no owner, no validation and no update path, but the operation depends on it. Replacing it means admitting how much of the process actually lives there, which is exactly why it survives another year.
The mapping of PZN to EU numbers is unreliable; manufacturers change them without communicating it.
Staff member, pharmaceutical wholesaler
A product number that no longer exists does not announce itself. It sits in the master data until an order fails, a report is wrong or a check runs against a package that was changed months ago. Because the change happened outside your organisation, no internal process catches it.
Our web service enables machine-to-machine communication over the internet, so you can use our data and functions on your IT systems. Your team keeps working in the ERP, warehouse management or clinical system they already use.
In our service download you decide what you take and how current you keep it. The point is that the file lands in a shape your system reads without a cleanup step in between.
The platform is updated daily from 25+ databases and we only use official data sources. Discontinued products are not quietly dropped: the ABDA-Database Archive keeps them, so a record that ended still has a place to be looked up.
Product identification is where most master data work starts and stalls. You can process PZN lists as a batch rather than one number at a time, and the record behind each number carries what your systems usually lack.
pharmazie.com gives IT teams a way to bring German and international drug data into the systems they already run, either by calling our functions over a web service or by receiving a data delivery shaped to their target system. The platform is updated daily from 25+ databases and only from official sources, so what reaches your landscape is current data rather than a static file someone has to keep patching by hand.
The web service enables machine-to-machine communication over the internet, so functions such as a price comparison or a product lookup run inside your own applications rather than beside them. The alternative is a data download in your scope, frequency and format: you decide what you take and how current you keep it, and the file arrives in a shape your target system reads instead of one you have to convert. Which route fits depends on whether you want live queries or scheduled deliveries, and many teams use both.
The platform itself is refreshed daily, and current price data is visible three to five days before the effective date, which gives your downstream processes room to react. For a file based delivery the currency follows the frequency you set, so the update cadence is a design decision rather than a fixed rule. Discontinued products are not quietly dropped: they stay findable in the archive database, so a record does not vanish out from under a mapping that still references it.
Here we would rather be straight now than in week six of a project. There is no ready-made connector for SAP, Sage 100, Navision, ADG, Prokas, Pharmatechnik or the other pharmacy warehouse systems. What the web service gives you is a defined way for our data and functions to be used on your IT systems, and the download gives you a file built to your specification. Integration into a specific target system is work your side or a partner does, on a documented foundation.
Mostly breadth and the international layer: 25+ databases, 50,000+ German and 120,000+ international preparations and 170,000+ PZNs in one place, kept current from official sources. The limit is the one above: this is a data and interface layer, not a turnkey connector, so plan for the last mile into your system. PZN lists and international equivalents process as a batch, usually where master data work starts and stalls.
The clearest way to judge feasibility is a 30-minute technical demo on your case. Bring the systems you need to feed and the format they expect, and we will walk through what integration takes.
More clarity, faster research, and faster decision-making.






Yes, in the sense that matters: our web service enables machine-to-machine communication over the internet, and functions such as the price comparison or the drug safety check can be called directly from your own system. What we will not do is send you to a self-service developer portal and wish you luck. Protocol details, authentication, rate limits and the contract model are not published on our site, so we work them out with you in a technical conversation rather than let you discover them after signing.
The platform itself is updated daily from 25+ databases, and current price data is visible 3 to 5 days prior to the effective date. For the data download, you determine how often you want to update your data. We deliberately do not publish a fixed menu of intervals here, because the honest answer depends on the data set you take and the licence behind it. Bring your target interval to the call, for example every 14 days or quarterly, and we will confirm it against your specific scope.
You define the data file format that best suits your system, so the file arrives in a shape your target system reads rather than one you have to convert. On the transfer path we would rather be precise than accommodating: our published service is the configurable service download plus the web service. If you need a specific transfer route such as SFTP into your environment, treat that as an open question for the technical call, not as something we have already promised.
There is no ready-made connector for SAP, Sage 100, Navision or any of the pharmacy warehouse systems, and we would rather say that now than in week six of a project. What exists is the generic web service: our data and functions can be used on your IT systems, and you call them from whatever system you run. That means integration work on your side, scoped with your team or your ERP partner. If you were hoping to install something and be done by Friday, this is not that.
Mostly breadth and the international layer. In one platform you get 25+ databases, 50,000+ German and 120,000+ international preparations, 170,000+ PZNs, the ABDA article master data, international equivalents, daily updated delivery bottleneck data and the archive of discontinued medicines. One honest limit: if your only need is German PZN basics that you already licence elsewhere, the case for us is thin. The case gets strong the moment you need anything beyond the German market in the same query.
On our side: the data is updated daily, we only use official data sources, and discontinued products stay findable in the ABDA-Database Archive instead of disappearing. On your side: nothing we sell reaches into your article master and cleans it out. There is no clean-up mechanism for your system, and we will not pretend otherwise. What you get is a current, official reference to compare your own master data against, which is the input to a clean-up, not the clean-up itself.