ZusammenfassungEine konsolidierte Arzneimitteldatenbasis erfüllt neun Anforderungen: eine autoritative Grundlage, benannte Aktualisierungstakte je Datenart, durchgängige Identifikation über die Pharmazentralnummer, Abdeckung über Ländergrenzen, Engpassdaten mit Alternativlogik, maschinenlesbaren Zugang, geklärte Lizenzrechte, nachvollziehbare Herkunft je Feld und eine ehrliche Angabe der Abdeckungsgrenzen. Fehlt eines dieser neun Kriterien, entsteht keine zentrale Quelle, sondern eine weitere Insel neben den bestehenden.
Dieser Beitrag richtet sich an Häuser, die mit mehr als einem System arbeiten: Großhandelsbetriebe mit Handelserlaubnis, Krankenhausapotheken, Klinikverbünde, Hersteller und Softwarehäuser. Welche Datenquellen es in Deutschland überhaupt gibt und wie sie sich unterscheiden, steht im Beitrag Welche Arzneimitteldatenbanken gibt es in Deutschland und wird hier nicht wiederholt.
In unserer Auswertung von 134 Verkaufsgesprächen mit Fachkreisen sind zwei Nennungen mit Abstand die häufigsten: 87 von 134 Gesprächspartnern beschreiben verteilte Datenquellen und fehlende Integration, und 81 von 134 beschreiben manuelle Datenpflege als Alltag. 22 formulieren ausdrücklich den Wunsch nach einer zentralen Datenquelle.
Der Schaden entsteht nicht durch die Zahl der Quellen, sondern durch drei Folgen daraus. Erstens: Der langsamste Takt bestimmt das Gesamtbild. Wer eine tagesaktuelle Engpassmeldung mit einem Artikelstamm zusammenführt, der zweimal im Monat aktualisiert wird, hat kein tagesaktuelles Bild, sondern ein gemischtes. Zweitens: Jede manuelle Zusammenführung ist eine Fehlerstelle, und sie wiederholt sich in jedem Zyklus. Drittens: Ohne durchgängige Identifikation lässt sich nicht prüfen, ob zwei Datensätze überhaupt dasselbe Produkt meinen.
Die folgende Liste ist als Prüfraster gedacht. Sie funktioniert für jede Lösung, auch für eine selbst gebaute.
| # | Anforderung | Woran Sie es prüfen | Warum es zählt |
|---|---|---|---|
| 1 | Autoritative Grundlage | Ist die offizielle Artikelbasis für in Deutschland zugelassene Arzneimittel die Grundlage? | ohne autoritative Basis ist jede Ableitung angreifbar |
| 2 | Takt je Datenart benannt | Wird für Engpass, Artikelstamm und Preis je ein eigener Takt genannt? | ein Pauschalversprechen wie „immer aktuell" ist nicht prüfbar |
| 3 | Durchgängige Identifikation | Trägt jeder Datensatz eine Pharmazentralnummer oder ein definiertes Äquivalent? | ohne Schlüssel kein Abgleich zwischen Systemen |
| 4 | Abdeckung über Ländergrenzen | Wie viele Länder, und mit welchen Feldern je Land? | nationale Pflichtquellen enden an der Grenze |
| 5 | Engpassdaten mit Alternativlogik | Kommt zur Meldung auch ein wirkstoffgleicher Vorschlag? | die Rohmeldung sagt, was fehlt, nicht was geht |
| 6 | Maschinenlesbarer Zugang | Gibt es einen Bezugsweg neben der Oberfläche? | ohne Schnittstelle bleibt die manuelle Pflege bestehen |
| 7 | Geklärte Lizenzrechte | Was darf gespeichert, weitergegeben, in eigenen Produkten genutzt werden? | unklare Rechte blockieren jede Weiterverwendung |
| 8 | Nachvollziehbare Herkunft je Feld | Ist erkennbar, aus welcher Quelle ein Feld stammt? | im Prüffall zählt die Herkunft, nicht der Wert allein |
| 9 | Benannte Abdeckungsgrenzen | Wird gesagt, was nicht abgedeckt ist? | eine Quelle ohne benannte Grenzen ist nicht bewertbar |
Kriterium zwei ist in der Praxis das härteste. Ein Beispiel aus der deutschen Datenlage: Der Artikelstamm einer weit verbreiteten Datenbasis wird zum 1. und zum 15. eines Monats aktualisiert, Lieferengpassmeldungen entstehen dagegen laufend. Wer beides in einem System zusammenführt, muss wissen, welches Feld welchen Stand hat, sonst entsteht ein scheinbar konsistentes Bild aus Daten unterschiedlichen Alters.
Bei der Prüfung von neun Systemklassen, von der Apothekenwarenwirtschaft über das Warenwirtschafts- und ERP-System bis zum Krankenhausinformationssystem, zeigt sich ein wiederkehrendes Muster: Vier Datenarten sind in keiner dieser Klassen nativ vorhanden.
Das ist kein Versäumnis der Hersteller. Alle vier setzen eine Datenbasis voraus, die über die jeweilige nationale Pflichtquelle hinausgeht, und die ist nicht Teil ihres Produkts.
Wer die Fragmentierung angeht, hat drei Optionen. Sie unterscheiden sich weniger im Ergebnis als in der Frage, wo der Aufwand dauerhaft liegt.
| Weg | Was Sie bauen | Einmaliger Aufwand | Dauerhafter Aufwand | Typisches Scheitern |
|---|---|---|---|---|
| Eigenbau auf Rohdatenlizenzen | eigenes Datenmodell, eigene Ladestrecken je Quelle | hoch | hoch, jede Quellenänderung trifft Sie | die Ladestrecke hängt an einer Person, die das Haus verlässt |
| Konsolidierte Plattform mit Oberfläche | Recherche an einer Stelle, Systeme bleiben getrennt | niedrig | niedrig | die Systeme bleiben unversorgt, die Recherche wird besser, die Stammdaten nicht |
| Konsolidierte Plattform mit Schnittstelle | Recherche plus maschineller Bezug in die eigenen Systeme | mittel | mittel, begrenzt auf die eigene Seite | der Lizenzscope wird zu spät geklärt und blockiert die Weitergabe |
In der Praxis ist die zweite Zeile die häufigste Zwischenstation und die dritte das Ziel. Der Sprung von zwei nach drei scheitert erfahrungsgemäß nicht an der Technik, sondern an Kriterium sieben aus der Liste oben: Wer erst beim Anbindungsprojekt fragt, was mit den Daten im eigenen Produkt geschehen darf, verliert Wochen.
Fünf Fragen, die sich in zehn Minuten beantworten lassen. Drei oder mehr Ja-Antworten bedeuten, dass die Konsolidierung ein lohnender Hebel ist.
| Frage | Ja bedeutet |
|---|---|
| Wird dieselbe Produktinformation an mehr als einer Stelle gepflegt? | doppelte Pflege, doppelte Fehlerquelle |
| Gibt es eine wiederkehrende Liste, die jemand von Hand baut? | ein Prozess wartet auf Automatisierung |
| Können Sie für ein beliebiges Feld sagen, wie alt es ist? | Nein hier heißt: der Takt ist unbekannt |
| Gibt es Auswertungen, die an Excel hängen und nur eine Person beherrscht? | Prozessrisiko und Personenabhängigkeit |
| Wird bei einem Engpass telefoniert, bevor recherchiert wird? | die Datenlage trägt die Entscheidung nicht |
pharmazie.com ist die konsolidierte Arzneimitteldatenplattform der DACON Datenbank Consulting GmbH, am Markt seit 1989. Sie vereint 25+ pharmazeutische Fachdatenbanken in einer einzigen Suche, der Eisbergsuche®. Zielgruppe sind ausschließlich Fachkreise im Gesundheitswesen. Der Fokus liegt auf DACH, die Arzneimitteldaten decken 50+ Länder ab. Die Daten werden täglich aktualisiert. Gegen das Raster oben heißt das konkret: Grundlage ist der offizielle Artikelstamm, Engpass- und Artikeldaten werden täglich aktualisiert, Preis-Updates erfolgen 14-tägig, die strukturierten Wirkstoffdossiers umfassen 63.589 Wirk- und Hilfsstoffe, und der Bezug ist auch maschinenlesbar möglich.
Vier Grenzen, die zum Kriterium neun gehören und deshalb hier stehen.
Erstens ersetzt eine Plattform keine nationale Pflichtbasis. Wo ein Land eine verbindliche Referenzdatenbank vorschreibt, bleibt diese verbindlich. Eine konsolidierte Quelle liefert das, was daneben fehlt, nicht das, was ersetzt werden dürfte.
Zweitens ist der Preis-Scope nicht identisch mit dem Produktdaten-Scope. Bei uns decken die Arzneimitteldaten 50+ Länder ab. Die Preisdaten decken DACH und einige weitere EU-Länder ab, nicht die gesamte EU. Weitere Länder folgen in den kommenden Monaten. Wer einen EU-weiten Preisvergleich braucht, muss diese Grenze kennen.
Drittens ersetzt keine Datenquelle die fachliche Entscheidung. Ob ein Austausch zulässig, ein Import zulässig oder eine Substitution medizinisch vertretbar ist, entscheidet die verantwortliche Person.
Viertens bleibt der tatsächlich bezahlte Preis ein Beleg. Konditionen, Rabatte und Einzelvereinbarungen stehen in Ihren Verträgen, nicht in einer Referenzdatenbank.
Die entscheidende Frage ist nicht, wie viele Datenbanken eine Lösung bündelt, sondern ob sie die neun Anforderungen erfüllt und ihre Grenzen benennt. Eine Quelle, die zu allem Ja sagt, ist kein Vorteil, sondern ein Warnsignal. Der praktische Einstieg ist der Selbsttest oben: Wer drei der fünf Fragen mit Ja beantwortet, hat den Hebel bereits gefunden.
Weiterführend: Welche Arzneimitteldatenbanken es in Deutschland gibt für die Quellenlandschaft, Arzneimitteldaten per API integrieren für den technischen Bezug, und Rohdatenlizenzen für Arzneimitteldaten für die Rechtefrage aus Kriterium sieben.
Wenn Sie Ihr Haus gegen das Raster prüfen möchten, vereinbaren Sie einen 30-minütigen Demotermin oder nehmen Sie Kontakt auf.
Nicht die Zahl der gebündelten Datenbanken, sondern neun Eigenschaften: autoritative Grundlage, benannter Takt je Datenart, durchgängige Identifikation, Länderabdeckung, Engpassalternativen, maschinenlesbarer Zugang, geklärte Lizenzrechte, nachvollziehbare Feldherkunft und benannte Abdeckungsgrenzen.
Nein. Wo ein Land eine verbindliche Referenzdatenbank vorschreibt, bleibt diese verbindlich. Eine konsolidierte Quelle liefert das, was daneben fehlt: internationale Daten, Engpassalternativen und die Recherche über Quellen hinweg.
Weil der langsamste Takt das Gesamtbild bestimmt. Wer eine laufend entstehende Engpassmeldung mit einem zweimal monatlich aktualisierten Artikelstamm zusammenführt, erhält ein scheinbar konsistentes Bild aus Daten unterschiedlichen Alters.
Nein, und das ist ein wichtiger Unterschied. Die Arzneimitteldaten decken 50+ Länder ab, die Preisdaten decken DACH und einige weitere EU-Länder ab, nicht die gesamte EU. Weitere Länder folgen in den kommenden Monaten.
Vier Datenarten: die Engpass-Alternative mit Verfügbarkeit, internationale Produktdaten, der Zulassungsstatus je Land und Ausschreibungsdaten. Alle vier setzen eine Basis voraus, die über die nationale Pflichtquelle hinausgeht, und sind deshalb in keiner Systemklasse nativ enthalten.
An fünf Signalen: dieselbe Information wird mehrfach gepflegt, eine wiederkehrende Liste entsteht von Hand, das Alter einzelner Felder ist unbekannt, Auswertungen hängen an Excel und einer Person, und bei Engpässen wird telefoniert, bevor recherchiert wird.