ZusammenfassungEine Warenwirtschaft im Pharmaumfeld braucht zu jedem Artikel sechs Gruppen von Arzneimitteldaten: die eindeutige Identifikation (PZN, GTIN), die kommerziellen Daten (Einkaufs- und Verkaufspreis, Festbetrag, Zuzahlung, Rabattvertrags-Kennung), den rechtlichen Status (Verschreibungspflicht, BtM, T-Rezept), die Abgabe- und Austauschregeln (Aut-idem-Kennung, Substitutionsausschluss), die logistischen Merkmale (Packungsgröße, Kühlpflicht, Gefahrgut) und die klinischen Attribute (Wirkstoff, ATC-Code, Wirkstärke, Darreichungsform). Fehlt eine dieser Gruppen oder ist sie veraltet, entstehen genau dort Fehler, wo es teuer wird: bei der Bestellung, bei der Abgabe und bei der Abrechnung. Dieser Leitfaden beschreibt, welche Felder die Warenwirtschaft tatsächlich benötigt, woher sie stammen und in welchem Takt sie sich ändern. Die technische Anbindung selbst behandelt der Beitrag zur Arzneimitteldaten-API gesondert, hier geht es um den Dateninhalt und den Pflegeprozess.
Ein Warenwirtschaftssystem verwaltet Bestände, steuert Bestellungen und bereitet die Abrechnung vor. Jede dieser Aufgaben stützt sich auf einen anderen Ausschnitt des Arzneimitteldatensatzes. Ein vollständiger Datensatz ist deshalb mehr als PZN und Preis: Er ist ein mehrschichtiges Informationspaket, in dem jede Schicht eine konkrete Entscheidung im Betrieb absichert.
| Feldgruppe | Enthaltene Felder | Wofür die Wawi sie braucht |
|---|---|---|
| Identifikation | PZN (achtstellig), GTIN/EAN, Pharmazentralnummern anderer Länder | Eindeutiger Schlüssel für Scan, Bestellung, Abrechnung und Warenzuordnung |
| Kommerzielle Daten | Apotheken-Einkaufspreis (AEP), Apotheken-Verkaufspreis (AVP), Festbetrag, Zuzahlung, Rabattvertrags-Kennung | Kalkulation, korrekte Erstattung, Vermeidung von Margen- und Erstattungsverlusten |
| Rechtlicher Status | Verschreibungspflicht (Rx), BtM-Status, T-Rezept-Pflicht, Importstatus | Korrekte Abgabe, Nachweispflichten, Sperrung unzulässiger Abgaben |
| Abgabe- und Austauschregeln | Aut-idem-Kennung, Substitutionsausschluss, Abgaberangfolge | Automatische Prüfung, ob getauscht werden darf, und Sperrung unzulässiger Alternativen |
| Logistik | Packungsgröße (N-Kennzeichen), Gewicht, Maße, Kühlkettenpflicht, Gefahrgut | Lagersteuerung, Kommissionierautomaten, sachgerechte Lagerung |
| Klinische Daten | Wirkstoff, ATC-Code, Wirkstärke, Darreichungsform, Teilbarkeit | Interaktions- und Verordnungsprüfung, patientenindividuelle Verblisterung |
Der entscheidende Punkt: Diese Felder wirken nur zusammen. Eine PZN ohne aktuellen Preis führt zu falscher Abrechnung, ein Preis ohne Rabattvertrags-Kennung zur Retaxation, eine Rabatt-Kennung ohne Aut-idem-Information zur unzulässigen Substitution. Die Warenwirtschaft braucht den vollständigen, verknüpften Satz, nicht einzelne Fragmente.
Die Arzneimitteldaten entstehen nicht in der Warenwirtschaft, sie fließen in sie hinein. Der Weg ist streng gegliedert. Der pharmazeutische Unternehmer meldet Preise, Packungsgrößen und Vertriebsstatus an die Informationsstelle für Arzneispezialitäten (IFA). Die IFA vergibt neue PZN und stellt die wirtschaftlichen und rechtlichen Basisdaten bereit. Der Datenaufbereiter ABDATA veredelt diese Rohdaten, verknüpft sie mit den Vorgaben des SGB V und erzeugt den ABDA-Artikelstamm: das Verzeichnis aller apothekenüblichen Artikel mit Preisen, rechtlichem Status, Aut-idem-Kennungen und Zuzahlungsregeln. Dieser Artikelstamm ist die maßgebliche Datenquelle, die in die Warenwirtschaftssysteme einfließt.
Für die Warenwirtschaft ist wichtig, diese Herkunft zu kennen, denn sie bestimmt zwei Dinge: die Autorität der Daten und ihren Aktualisierungsrhythmus. Der ABDA-Artikelstamm wird in der Regel 14-tägig aktualisiert, zum 1. und zum 15. eines Monats. Zu diesen Stichtagen werden Neueinführungen, Preisänderungen und rechtliche Anpassungen wirksam. Wer international handelt oder Importe prüft, braucht über den nationalen Artikelstamm hinaus weitere Datenbanken, weil PZN und ABDA-Artikelstamm den deutschen Markt abbilden.
Der feste Zwei-Wochen-Takt war lange der Standard. In einem Umfeld mit E-Rezept, häufigen Lieferengpässen und schnell wechselnden Rabattverträgen reicht er in volatilen Phasen jedoch nicht mehr aus. Zwei Datenarten ändern sich schneller, als der Stichtagsrhythmus abbildet.
Rabattvertragsdaten. Verträge im Open-House-Verfahren folgen kürzeren Zyklen, Hersteller treten oft monatlich bei oder aus. Ein Vertrag, der am 30. noch galt, kann am 1. des Folgemonats obsolet sein. Rechnet die Warenwirtschaft dann auf Basis eines zwei Wochen alten Standes ab, entsteht ein Retax-Risiko.
Lieferengpassdaten. Verfügbarkeit ist keine Stammdateneigenschaft, die sich alle 14 Tage ändert, sondern ein Zustand, der sich täglich oder stündlich verschiebt. Die Warenwirtschaft braucht diese Information nahe an Echtzeit, um die Abgaberangfolge korrekt zu bedienen und eine Nichtverfügbarkeit revisionssicher zu dokumentieren. Genau hier setzt die Lieferbarkeitsabfrage beim Großhandel an, die den statischen Stammdaten den tagesaktuellen Verfügbarkeitsstatus zur Seite stellt.
Für die Sync-Logik heißt das: Ein einmaliger Vollimport alle zwei Wochen genügt nicht. Sinnvoll ist eine Kombination aus regelmäßigem Abgleich des Stammdatensatzes und gezielten Aktualisierungen der schnell veränderlichen Felder, ergänzt um eine Verfügbarkeitsabfrage im Moment der Abgabe oder Bestellung.
Mangelhafte Stammdatenpflege verursacht Kosten, die selten als eigene Position auftauchen, weil sie sich in ineffizienten Prozessen und Fehlbestellungen verstecken. Der Altbeitrag verweist auf Erhebungen, nach denen deutsche Krankenhäuser im Schnitt rund zehn Stunden pro Woche allein für die Bereinigung fehlerhafter Stammdaten aufwenden und mehr als 40 Prozent der Einkäufer die Qualität ihrer eigenen Stammdaten nur mit befriedigend oder schlechter bewerten. Die Folgen sind konkret:
Diese Fehler skalieren im Krankenhaus, wo separate Pflege in Materialwirtschaft, Klinikinformationssystem und Apotheke dazu führt, dass eine Änderung wie ein Rückruf in einem System ankommt, im anderen aber übersehen wird. Eine einzige gepflegte Datenquelle, auf die alle Systeme zugreifen, verhindert dieses Auseinanderlaufen.
Wer die Datenversorgung der Warenwirtschaft neu aufsetzt oder wechselt, sollte den Datenbezug an sachlichen Kriterien messen, nicht am Funktionsumfang der Transporttechnik allein:
pharmazie.com bündelt den ABDA-Artikelstamm mit Zugriff auf über 25 pharmazeutische Datenbanken und stellt die sechs Feldgruppen als verknüpften Satz bereit: PZN und internationale Identifikatoren, Preise und Erstattungsdaten, rechtlichen Status, Aut-idem- und Austauschregeln, logistische Merkmale und klinische Attribute. Damit erhält die Warenwirtschaft genau die Nutzlast, die sie für Bestellung, Abgabe und Abrechnung benötigt, aus einer gepflegten Quelle statt aus mehreren Insellösungen. Die MSV3-Client-Schnittstelle als Standard-Zusatzmodul ergänzt den statischen Datensatz um die tagesaktuelle Lieferbarkeitsabfrage und die digitale Bestellung beim Großhandel, sodass der veränderliche Verfügbarkeitsstatus mit dem Stammdatensatz zusammenläuft. Für den Bezug über eine Programmierschnittstelle in das eigene Warenwirtschafts- oder ERP-System liefert der begleitende Beitrag zur Arzneimitteldaten-API die technische Seite. Der Kern bleibt jedoch der Dateninhalt: Wer die richtigen Felder in der richtigen Aktualität in die Warenwirtschaft führt, verwandelt Retax- und Engpassrisiken von einem unkalkulierbaren Faktor in einen beherrschbaren Prozess.
Mindestens sechs Feldgruppen: die Identifikation (PZN, GTIN), die kommerziellen Daten (AEP, AVP, Festbetrag, Zuzahlung, Rabattvertrags-Kennung), den rechtlichen Status (Rx, BtM, T-Rezept), die Abgabe- und Austauschregeln (Aut-idem, Substitutionsausschluss), die logistischen Merkmale (Packungsgröße, Kühlpflicht, Gefahrgut) und die klinischen Attribute (Wirkstoff, ATC-Code, Wirkstärke, Darreichungsform). Diese Felder wirken nur zusammen: Eine PZN ohne aktuellen Preis oder ohne Rabatt-Kennung genügt für eine sichere Abrechnung nicht.
Die API ist der Transportweg, also die technische Schnittstelle, über die Daten zwischen Systemen ausgetauscht werden. Der hier beschriebene Prozess betrifft die Nutzlast: welche Datenfelder die Warenwirtschaft braucht, woher sie stammen und in welchem Takt sie sich ändern. Man kann die beste Schnittstelle betreiben und trotzdem falsch abrechnen, wenn der übertragene Datensatz Felder wie die Rabatt- oder Aut-idem-Kennung nicht führt oder veraltet ist.
Die Kette beginnt beim pharmazeutischen Unternehmer, der Preise und Packungsdaten an die Informationsstelle für Arzneispezialitäten (IFA) meldet. Die IFA vergibt die PZN und stellt die wirtschaftlichen und rechtlichen Basisdaten bereit. Der Datenaufbereiter ABDATA veredelt diese Rohdaten zum ABDA-Artikelstamm und verknüpft sie mit den Vorgaben des SGB V. Dieser Artikelstamm ist die maßgebliche Quelle, die in die Warenwirtschaftssysteme einfließt.
Die Kosten verstecken sich in Prozessen. Der Ausgangsbeitrag verweist auf Erhebungen, nach denen deutsche Krankenhäuser im Schnitt rund zehn Stunden pro Woche für die Bereinigung fehlerhafter Stammdaten aufwenden und mehr als 40 Prozent der Einkäufer die Qualität ihrer eigenen Stammdaten nur mit befriedigend oder schlechter bewerten. Fehlende Rabatt- oder Aut-idem-Kennungen führen zu Retaxationen, veraltete Preise zu Erstattungsverlusten, ein fehlendes Merkmal Kühlpflicht zur Vernichtung falsch gelagerter Ware.
Der ABDA-Artikelstamm wird in der Regel 14-tägig aktualisiert, zum 1. und zum 15. eines Monats. Für die meisten Stammdaten genügt dieser Rhythmus. Rabattvertragsdaten und vor allem Lieferengpassdaten ändern sich jedoch schneller: Open-House-Verträge und die Verfügbarkeit beim Großhandel verschieben sich oft täglich. In volatilen Phasen reicht der reine Stichtagsrhythmus deshalb nicht, ergänzende tagesaktuelle Aktualisierungen sind nötig.
Beide sind entscheidungskritische Felder an der Grenze zwischen Stammdaten und Tagesgeschäft. Die Aut-idem-Kennung steuert, ob überhaupt getauscht werden darf, und sperrt bei gesetztem Austauschverbot alle Alternativen. Die Verfügbarkeitsinformation entscheidet, welches Präparat entlang der Abgaberangfolge tatsächlich geliefert werden kann, und liefert bei Nichtverfügbarkeit den revisionssicheren Nachweis. Weil Verfügbarkeit sich täglich ändert, gehört sie nicht in den 14-tägigen Stammdatentakt, sondern in eine nahezu tagesaktuelle Abfrage, etwa über die MSV3-Client-Schnittstelle zum Großhandel.