ZusammenfassungEine Rohdatenlizenz für Arzneimitteldaten ist das vertragliche Recht, strukturierte Arzneimitteldaten in Rohform zu beziehen, in eigene Systeme zu laden und dort weiterzuverarbeiten. Sie brauchen sie immer dann, wenn Sie Arzneimitteldaten nicht nur nachschlagen, sondern maschinell in eine eigene Software, ein ERP-System oder eine Plattform integrieren wollen. Wer lediglich einzelne Präparate recherchiert, kommt mit einem Anwendungszugriff über eine Web-Applikation aus. Wer Daten programmatisch, aber ohne eigenen Rohdatenbestand anbinden möchte, nutzt einen Schnittstellenzugang über eine API. Dieser Artikel richtet sich an Fachkreise aus Softwareentwicklung, Großhandel, pharmazeutischer Industrie und IT und ordnet die drei Bezugswege, ihre rechtliche Grundlage und die praktischen Konditionen ein.
Eine Rohdatenlizenz gibt Ihnen Zugriff auf den strukturierten Datenbestand selbst, nicht auf eine fertige Anwendung darüber. Ein Rohdatenpaket umfasst typischerweise die Artikelidentifikation über die Pharmazentralnummer, Bezeichnungen, Darreichungsformen und Packungsgrößen, Wirkstoffe mit ATC-Klassifikation, Preis- und Erstattungsangaben sowie weiterführende wissenschaftliche Informationen. Diese Felder liegen in einem definierten, maschinenlesbaren Format vor und lassen sich in eigene Datenbanken einspielen.
Sinnvoll ist es, die Daten in Schichten zu denken. Die logistischen Stammdaten identifizieren den Artikel, die Preisdaten bilden Hersteller-, Großhandels- und Apothekenebene ab, die Erstattungsdaten ordnen den sozialrechtlichen Rahmen zu, und die wissenschaftlichen Daten liefern Wirkstoff-, Wechselwirkungs- und Anwendungsinformationen. Welche dieser Schichten Ihre Lizenz umfasst, entscheidet über ihren praktischen Wert. Ein reiner Stammdatensatz reicht für Logistik, nicht für eine Arzneimitteltherapiesicherheitsprüfung.
Der Unterschied zur fertigen Applikation ist zentral: Eine Web-Anwendung zeigt Ihnen die Daten aufbereitet an, die Rohdatenlizenz überlässt Ihnen die Daten zur eigenen Verarbeitung. Damit übernehmen Sie zugleich die Verantwortung für Import, Formatpflege und Aktualisierung. Wer eine Warenwirtschaft, eine Abrechnungslogik oder eine Marktanalyse auf Arzneimitteldaten aufbaut, braucht diese Kontrolle über die Rohdaten.
Sie brauchen eine Rohdatenlizenz, sobald Sie Arzneimitteldaten maschinell in eigene Systeme integrieren und dort weiterverarbeiten, statt sie nur nachzuschlagen. Die Grenze verläuft zwischen Recherche und Verarbeitung: Für die Recherche einzelner Präparate genügt ein Anwendungszugriff, für die systematische Verarbeitung großer Mengen führt kaum ein Weg an einer Lizenz oder einer produktiven Schnittstelle vorbei.
Typische Anlässe für eine Rohdatenlizenz sind:
Ein Beispiel verdeutlicht die Grenze: Schlägt ein Mitarbeiter zehnmal am Tag eine PZN nach, ist das Recherche, und ein Anwendungszugriff genügt. Gleicht dagegen eine Software nächtlich Zehntausende Artikel gegen den aktuellen Datenbestand ab, ist das Verarbeitung, und es braucht eine Rohdatenlizenz oder einen produktiven Schnittstellenzugang. Entscheidend ist nicht die Datenmenge im Einzelmoment, sondern ob ein System dauerhaft auf den Bestand zugreift.
In all diesen Fällen ist der Datenbestand die Grundlage einer eigenen Anwendung. Sobald Sie Daten aus dem Bestand exportieren, transformieren oder an nachgelagerte Prozesse übergeben, greift die Lizenzfrage. Ein bloßer Anwendungszugriff ohne Rohdatenrecht deckt diese Nutzung nicht ab.
Die drei Bezugswege unterscheiden sich in Datenform, Integrationsaufwand und Verantwortung. Die folgende Tabelle ordnet sie für die Auswahl ein.
| Kriterium | Rohdatenlizenz | Anwendungszugriff (Web-App) | Schnittstellenzugang (API) |
|---|---|---|---|
| Zweck | Eigene Systeme mit Rohdaten versorgen | Recherche und Einzel-Export | Programmatische Anbindung ohne Rohdatenhaltung |
| Datenform | Kompletter strukturierter Rohdatenbestand | Aufbereitete Ansicht in der Applikation | Datensätze auf Abruf, oft aufbereitet |
| Integration in eigene Systeme | Vollständig, im eigenen Bestand | Nicht vorgesehen | Über die Schnittstelle, ohne eigenen Bestand |
| Technischer Aufwand | Hoch: Import, Formatpflege, Updates selbst | Gering: sofort nutzbar | Mittel: Anbindung, dann laufender Betrieb beim Anbieter |
| Aktualisierung | Selbst nachzuziehen | Durch den Anbieter | Durch den Anbieter |
| Typische Nutzer | Softwarehersteller, Großhandel, Kostenträger | Einzelrecherche in Fachkreisen | Entwicklung, IT, Plattformbetrieb |
| Lizenzierung | Eigene Rohdatenlizenz nötig | Plattform-Abonnement | Kann die Rohdaten-Lizenzierung im Modell abbilden |
Die Wahl hängt weniger vom Datenvolumen ab als von der Frage, wer Integration und Pflege trägt. Ein REST-API-Webservice nimmt Ihnen Formatpflege und Aktualisierung ab, eine eigene Rohdatenlizenz gibt Ihnen dafür maximale Kontrolle über den Bestand.
Die zentrale rechtliche Grundlage ist das Datenbankherstellerrecht nach §87a UrhG. Es schützt Datenbanken, deren Beschaffung, Überprüfung oder Darstellung eine wesentliche Investition erfordert, unabhängig von einem urheberrechtlichen Werkcharakter der einzelnen Daten. Der Datenbankhersteller hat nach §87b UrhG das ausschließliche Recht, wesentliche Teile der Datenbank zu vervielfältigen und zu verbreiten. Dieser Schutz gilt für 15 Jahre.
Praktisch heißt das: Sie dürfen lizenzierte Arzneimittel-Rohdaten nicht ohne vertragliche Erlaubnis in eigene Produkte übernehmen oder weitergeben. Die Lizenz regelt genau, in welchem Umfang Sie die Daten nutzen, speichern und gegebenenfalls an Fachkreise weiterreichen dürfen. Auch der Abgleich gegen einen eigenen Bestand, das Zwischenspeichern (Caching) und die Weitergabe an Endkunden sind vertraglich zu klären, nicht stillschweigend erlaubt.
Für Preis-, Erstattungs- und Abrechnungsdaten kommt der preisrechtliche Rahmen des Fünften Sozialgesetzbuchs (SGB V) hinzu, einschließlich der Vorgaben aus dem AMNOG-Verfahren zur Nutzenbewertung und Preisbildung. Wer Erstattungslogik abbildet, muss den jeweils geltenden Rechtsstand nachziehen, da sich Rabatt- und Festbetragsregelungen ändern können. Ein wichtiger Bezugspunkt der deutschen Versorgung ist der ABDA-Artikelstamm, der die abrechnungsrelevanten Artikeldaten bündelt und über pharmazie.com verfügbar ist. Bei jeder Lizenzentscheidung gilt: Der zulässige Umfang ergibt sich aus dem Vertrag mit dem jeweiligen Datenanbieter, nicht aus einer pauschalen Annahme.
In Deutschland gibt es zwei zentrale Quellen für Arzneimittel-Rohdaten. Die IFA (Informationsstelle für Arzneispezialitäten) vergibt die Pharmazentralnummer und stellt die logistischen Basisdaten bereit, ein vergleichsweise schlanker Satz von rund 160 bis 170 Feldern. Die wissenschaftlich angereicherten Volldaten kommen von der ABDATA Pharma-Daten-Service GmbH, einem Geschäftsbereich der Avoxa, mit deutlich größerem Umfang von über 500 Feldern.
Beide Quellen liefern in eigenen, proprietären Formaten. Genau hier beginnt der eigentliche Aufwand: Preis- und Artikeldaten ändern sich in der Regel zweimal im Monat zu festen Stichtagen, und die Datenstruktur passt sich mehrmals pro Jahr an. Wer eine Rohdatenlizenz selbst betreibt, muss diese Zyklen dauerhaft in der eigenen Integration nachziehen und die Formatpflege einplanen.
Als dritter Weg treten Aggregatoren und Plattformen hinzu. Sie bündeln mehrere Quellen, vereinheitlichen die Formate und geben Arzneimitteldaten über eine Arzneimitteldaten-API, über strukturierten Export oder über eine Web-Applikation aus. In solchen Modellen kann die Rohdaten-Lizenzierung im Angebot aufgehen, sodass Sie sich auf die Nutzung statt auf die Beschaffung konzentrieren.
Die Lizenz zu erwerben ist der einfache Teil. Der eigentliche Aufwand beginnt nach der Lizenzierung, bei Integration, Formatpflege und Aktualisierung. Wer Arzneimittel-Rohdaten selbst betreibt, sollte vier Punkte fest einplanen:
Diese laufenden Kosten der Datenpflege werden gegenüber dem reinen Lizenzpreis oft unterschätzt. Sie sind der eigentliche Grund, warum viele Fachanwender einen Schnittstellenzugang oder einen Aggregator einer selbst betriebenen Rohdatenlizenz vorziehen. Die Frage ist selten, ob die Daten verfügbar sind, sondern wer den dauerhaften Integrationsaufwand trägt.
pharmazie.com bündelt mehr als 25 pharmazeutische Datenbanken in einer Suche und stellt aggregierte Arzneimitteldaten auf zwei Wegen bereit. Als Rohdatenlizenz erhalten Sie den Zugriff per REST-API und über strukturierten Datenexport, etwa in JSON, CSV oder XML, um die Daten in eigene Systeme zu laden. Als Web-Applikation nutzen Sie dieselbe Datenbasis für Recherche und Einzelabfragen, ohne eigene Infrastruktur.
Der Vorteil des Aggregators liegt in der Bündelung: Sie beziehen mehrere Datenquellen über einen Zugang, in einheitlichem Format und mit einer produktiven Schnittstelle. Damit verlagert sich die Formatpflege über proprietäre Quellformate und die Umsetzung der Aktualisierungszyklen weg von Ihrem Team. So lässt sich eine Warenwirtschaft anbinden, eine Marktbeobachtung aufsetzen oder eine Therapiesicherheitsprüfung versorgen, ohne selbst mehrere Rohdatenverträge zu betreiben.
Der Umfang der Lizenz, die enthaltenen Datenschichten und die Nutzungsrechte werden dabei vertragsabhängig festgelegt und im Einzelfall auf Ihren Anwendungsfall zugeschnitten. Konkrete Konditionen klären Sie im Gespräch, nicht über eine pauschale Preisliste.
Ob Sie eine Rohdatenlizenz brauchen, entscheidet sich an einer einzigen Frage: Verarbeiten Sie Arzneimitteldaten in eigenen Systemen, oder schlagen Sie sie nur nach? Für die Verarbeitung brauchen Sie eine Rohdatenlizenz oder einen produktiven Schnittstellenzugang, für die reine Recherche genügt der Anwendungszugriff. Die rechtliche Klammer bildet das Datenbankherstellerrecht, den Umfang bestimmt der jeweilige Vertrag. Wer den Integrations- und Pflegeaufwand nicht selbst tragen will, fährt mit einem Aggregator, der Rohdatenlizenz per API und Web-App aus einer Hand liefert, in der Regel am schnellsten.
Weiterführend: Glossar: Rohdatenlizenz, Glossar: REST-API-Webservice, Glossar: ABDATA und der Beitrag Arzneimitteldaten per API anbinden.
Disclaimer: Dieser Artikel dient der fachlichen Orientierung und ersetzt keine Rechtsberatung. Lizenzumfang, Nutzungsrechte, Aktualisierungszyklen und Konditionen sind vertragsabhängig und im Einzelfall mit dem jeweiligen Datenanbieter zu klären.
Sobald Sie Arzneimitteldaten maschinell in eigene Systeme laden und weiterverarbeiten, etwa in eine Warenwirtschaft, ein ERP-System oder eine eigene Plattform, benötigen Sie eine Rohdatenlizenz. Für reines Nachschlagen einzelner Präparate genügt ein Anwendungszugriff über eine Web-Applikation ohne eigene Rohdatenhaltung.
Basisdaten stellt die IFA (Informationsstelle für Arzneispezialitäten) über die Pharmazentralnummer bereit. Wissenschaftlich angereicherte Volldaten liefert die ABDATA Pharma-Daten-Service GmbH, ein Geschäftsbereich der Avoxa. Aggregatoren und Plattformen bündeln mehrere Quellen und geben sie über API, Export oder Web-App weiter.
Bei der Rohdatenlizenz beziehen und speichern Sie die kompletten strukturierten Rohdaten selbst und tragen Integration, Formatpflege und Aktualisierung. Ein Schnittstellenzugang über eine API liefert die Daten programmatisch bei Bedarf, oft schon aufbereitet, ohne dass Sie einen eigenen Rohdatenbestand vorhalten und pflegen müssen.
Preis- und Artikeldaten ändern sich regelmäßig, in der Regel zweimal im Monat zu festen Stichtagen. Zusätzlich passt sich die Datenstruktur mehrmals pro Jahr an. Wer eine Rohdatenlizenz selbst betreibt, muss diese Aktualisierungs- und Strukturzyklen dauerhaft in der eigenen Integration nachziehen.
Maßgeblich ist das Datenbankherstellerrecht nach §87a bis §87e UrhG, das strukturierte Datenbanken mit wesentlicher Investition für 15 Jahre schützt. Hinzu kommen vertragliche Nutzungs- und Weitergabegrenzen des Anbieters sowie der preisrechtliche Rahmen des SGB V für Erstattungs- und Abrechnungsdaten.
Ja. Aggregatoren wie pharmazie.com bündeln mehrere Datenquellen und geben aggregierte Arzneimitteldaten sowohl als Rohdatenlizenz per REST-API und strukturiertem Datenexport als auch über eine Web-Applikation aus. Der Lizenzumfang und die Konditionen sind dabei vertragsabhängig und werden im Einzelfall festgelegt.