.png)
ZusammenfassungEine aus einem Rezept oder einem Kostenbeleg extrahierte Pharmazentralnummer ist noch keine geprüfte Angabe. Plausibilisiert ist sie erst, wenn Sie die achtstellige PZN gegen einen verifizierten Artikelstamm auflösen und die aufgelösten Merkmale gegen den übrigen Text des Belegs stellen: Präparatename, Wirkstoff, Stärke, Darreichungsform und Packungsgröße. Weichen sie voneinander ab, liegt ein Erkennungsfehler oder ein Belegfehler vor, und genau diese Unterscheidung ist der Mehrwert gegenüber einer reinen Texterkennung. Entscheidend ist dabei der Zeitbezug, denn Belege sind fast immer älter als der heutige Datenstand. Der Abgleich läuft je PZN über eine Schnittstelle mit Rückgabe als JSON und setzt eine Datenlizenz je Endnutzer voraus. Dieser Artikel richtet sich an Softwarehäuser, die Dokumente für Kostenträger, Abrechnungsstellen und Versicherer verarbeiten, und an deren Fachverantwortliche.
Der Ausgangspunkt ist ein unstrukturiertes Dokument: ein handschriftlich ausgestelltes Rezept, ein bedruckter Beleg, eine eingereichte Rechnung. Die Extraktion selbst ist heute weitgehend gelöst; moderne Verfahren lesen auch schwierige Handschriften mit hoher Trefferquote aus. Ungelöst ist der Schritt danach. Ein Modell, das aus einem Bild eine Zeichenkette erzeugt, kann nicht wissen, ob die erkannte Nummer im deutschen Arzneimittelmarkt überhaupt existiert und ob sie zu dem Präparat gehört, das daneben steht.
Damit gibt es zwei Fehlerklassen, die sich äußerlich gleichen und fachlich nichts miteinander zu tun haben. Der Erkennungsfehler entsteht in der Verarbeitung: ein Zahlendreher, eine verwechselte Ziffer, eine falsch zugeordnete Zeile. Der Belegfehler entsteht davor, etwa wenn auf dem Beleg eine PZN steht, die nicht zur abgegebenen Packungsgröße passt. Beide führen zu einer Nummer, die nicht zum Text passt. Nur eine externe Referenz kann sie auseinanderhalten, denn sie liefert die dritte, unabhängige Aussage darüber, was diese Nummer im Markt tatsächlich bezeichnet.
Warum die Prüfung gerade auf der PZN aufsetzt, ergibt sich aus der Abrechnung selbst. Nach § 300 Absatz 1 Nummer 1 des Fünften Sozialgesetzbuchs sind Apotheken verpflichtet, bei der Abgabe von Fertigarzneimitteln das bundeseinheitliche Kennzeichen maschinenlesbar auf das Verordnungsblatt oder in den elektronischen Verordnungsdatensatz zu übertragen. Die PZN ist damit der Schlüssel, an dem im deutschen Markt alles hängt, was nach der Abgabe passiert. Sie wird von der Informationsstelle für Arzneispezialitäten, IFA GmbH vergeben, ist achtstellig und bedeutungsfrei und identifiziert genau eine Packung eines Anbieters.
In Gesprächen mit Softwarehäusern, die für Kostenträger arbeiten, taucht dieser Punkt regelmäßig als Zusatzfunktion auf und wird unterschätzt: Der Wunsch lautet zunächst nur, eine unplausible Kombination anzuzeigen. Sobald aber der erste Prüfbericht bei einem Endkunden landet, wird aus der Anzeige eine Aussage, die begründet werden muss. Ab da ist eine benannte, aktuelle Datenquelle keine Kür mehr, sondern Voraussetzung.
Kurzantwort: Die PZN ist der Schlüssel, geprüft wird gegen fünf Merkmale, die auch auf dem Beleg stehen. Drei weitere Felder entscheiden darüber, ob die Prüfung im Zeitverlauf und in der Kostenträgerlogik trägt.
| Feld | Wofür Sie es im Abgleich brauchen | Rolle |
|---|---|---|
| PZN (8-stellig) | Schlüssel der Auflösung, zugleich Prüfobjekt bei Zahlendrehern | Pflicht |
| Handelsname des Präparats | Direkter Abgleich gegen den erkannten Präparatenamen | Pflicht |
| Wirkstoff und Stärke | Erkennt Verwechslungen innerhalb einer Produktfamilie mit mehreren Stärken | Pflicht |
| Darreichungsform | Trennt Tablette, Retardform, Saft und Injektionslösung derselben Marke | Pflicht |
| Packungsgröße, Einheit, Normgröße | Häufigster Abweichungsfall, weil die PZN je Packungsgröße wechselt | Pflicht |
| Vertriebsstatus und Gültigkeitszeitraum | Prüfung gegen den Datenstand zum Belegdatum statt gegen heute | Pflicht bei Altbelegen |
| Verschreibungsstatus (Rx / OTC) | Plausibilität von Verordnung und Erstattungsfähigkeit | empfohlen |
| Preisebenen mit Preisstand | Abgleich des abgerechneten Betrags gegen den damals gültigen Listenpreis | empfohlen |
| Rabattvertragskennung je Institutionskennzeichen | Prüfung, ob die abgegebene PZN zum Vertrag der jeweiligen Kasse gehört | fallabhängig |
| Generische Gruppen-ID | Beantwortet, welche Alternativen zulässig gewesen wären | fallabhängig |
Aus diesen Feldern lässt sich eine Prüfreihenfolge bilden, die den größten Teil der Fälle ohne manuelle Sichtung entscheidet. Bewährt hat sich eine Wenn-dann-Logik in vier Schritten:
Eine Bemerkung zum Belegtyp gehört dazu, weil sie den Zuschnitt des Projekts beeinflusst. Für gesetzlich Versicherte läuft die Verordnung inzwischen weitgehend elektronisch, dort entstehen strukturierte Datensätze. Der Prüfbedarf konzentriert sich deshalb auf die Belege, die weiterhin als Dokument eingereicht werden: Privatrezepte, Kostenerstattungsanträge, Rechnungen und Belege aus dem Ausland. Genau dieser Rest ist der Anteil, der sich nicht von selbst strukturiert, und er verschwindet auf absehbare Zeit nicht.
Der wichtigste Punkt an dieser Tabelle ist nicht ihre Länge, sondern die Richtung der Prüfung. Sie stellen nicht die Frage, ob eine PZN existiert. Sie stellen die Frage, ob die aufgelöste PZN dasselbe Produkt beschreibt wie der Rest des Belegs. Eine existierende Nummer, die zu einem anderen Präparat gehört, ist der teurere Fehler, weil er unauffällig durch jede Formatprüfung läuft.
Kurzantwort: Für die Prüfung eines Belegs brauchen Sie den Datenstand des Belegdatums, nicht den heutigen. Der deutsche Artikelstamm ändert sich laufend, Preisstände wechseln zu festen Stichtagen, und außer Vertrieb gesetzte Artikel verschwinden nicht sofort. Wer den heutigen Stand gegen einen Beleg aus dem Frühjahr rechnet, erzeugt Abweichungen, die es nie gab.
Hier liegt zugleich die häufigste Fehlannahme in diesem Anwendungsfall: Eine Referenzliste, die aus öffentlichen Einzelquellen selbst zusammengestellt wurde, sieht auf den ersten Blick vollständig aus und trägt den Abgleich trotzdem nicht. Öffentliche Zulassungsinformationen beschreiben das Arzneimittel, also Wirkstoff, Stärke und Darreichungsform. Der Abgleich braucht aber die Packungsebene, und die entsteht erst dort, wo Anbieter ihre Artikel melden und eine PZN vergeben wird. Genau die Merkmale, an denen die Prüfung scheitert oder gelingt, nämlich Packungsgröße, Anbieter, Vertriebsstatus und Zeitraum, fehlen in einer selbst gebauten Liste am ehesten.
Praktisch heißt das: Trennen Sie in Ihrem Modell die Stammdaten von der Zeitscheibe. Zwei Stufen reichen aus.
Der Rabattvertragsbezug verdient dabei eine eigene Bemerkung, weil er in Kostenträgerprojekten fast immer aufkommt. Rechtsgrundlage sind Rabattverträge nach § 130a Absatz 8 SGB V, die Kassen mit pharmazeutischen Unternehmern schließen. Die Zuordnung läuft technisch über das Institutionskennzeichen der Kasse und die PZN, nicht über den Präparatenamen. Der Bestand ist groß und ändert sich laufend, und er lässt sich sinnvoll nur je Anfrage auflösen, nicht als Liste vorhalten. Wie tief der Zeitbezug bei preisbezogenen Prüfungen trägt, zeigt der Beitrag zum Abgleich von Lieferschein und Listenpreis: Ein alter Beleg gegen den heutigen Stand gerechnet mischt Preisänderung und Rabatt zu einer Zahl, die niemand mehr trennen kann.
Kurzantwort: Für die Belegprüfung ist die Einzelabfrage je PZN über eine Schnittstelle der richtige Weg, weil Sie ohnehin dokumentengetrieben arbeiten. Zwei Punkte entscheiden über die Tragfähigkeit: ein Quellennachweis an jeder ausgegebenen Aussage und eine saubere Lizenzkonstruktion für Ihre Endkunden.
Technisch ist der Ablauf schlank. Die Authentifizierung erfolgt über eine Nutzerkennung, einen Zeitstempel und eine Prüfsumme, in der ein Secret Key verschlüsselt ist; die Sitzung verfällt nach kurzer Zeit von selbst. Übergeben wird die PZN, zurück kommt der Datensatz als JSON. Derselbe Mechanismus trägt auch den Sprung in die Oberfläche: Ihr System hängt die Parameter an die URL an, und die Anwenderin landet ohne eigene Anmeldung direkt bei der PZN, aus der die Aussage stammt.
Dieser Sprung ist mehr als Komfort. Wenn ein System eine maschinell erzeugte Aussage trifft, braucht die prüfende Person einen Weg, sie in einem Zug zu verifizieren. Ein Quellennachweis, der auf den Datensatz zeigt, verwandelt eine Modellausgabe in eine nachvollziehbare Feststellung. Für Prüfprozesse bei Kostenträgern ist das der Unterschied zwischen einem Hinweis, dem widersprochen wird, und einem Hinweis, der akzeptiert wird.
Zur Dimensionierung gehört eine nüchterne Rechnung, die vor der Anbindung stattfinden sollte. Ein Beleg enthält selten mehr als drei bis vier Arzneimittelpositionen, also entstehen je Dokument wenige Abfragen. Bei dokumentengetriebener Verarbeitung ist die Last damit gut planbar, und die Einzelabfrage bleibt auch bei größeren Stapeln der einfachere Weg als ein vollständiger Abzug des Artikelstamms, der bei jedem Preisstand neu eingespielt und versioniert werden müsste. Wer trotzdem lokal vorhalten will, sollte das bewusst als Zwischenspeicher planen und die zulässige Vorhaltedauer an den Aktualisierungsrhythmus der Lizenz koppeln, nicht an die eigene Performance-Anforderung.
Der zweite Punkt wird regelmäßig zu spät gestellt und entscheidet über das Geschäftsmodell. Arzneimitteldaten stammen von Datenurhebern, und die Lizenzen werden je Endnutzer gemeldet. Eine Konstellation, in der ein Softwarehaus einmal lizenziert und die Daten anschließend an beliebig viele eigene Kunden weiterreicht, ist darin nicht vorgesehen. Tragfähig sind zwei Wege: Ihre Endkunden schließen jeweils eine eigene Lizenz und Sie treten als vermittelnder Softwareprovider auf, oder Sie melden Ihre Nutzer und der Datenurheber erhält die Meldung über den Datendienstleister. Welcher Weg passt, hängt an Zahl und Art der Endkunden. Beide sollten geklärt sein, bevor die erste Pilotinstallation produktiv geht, denn sie beeinflussen Preisgestaltung und Vertragsstruktur. Die Grundlagen dazu stehen in der Übersicht zu Rohdatenlizenzen für Arzneimitteldaten.
pharmazie.com ist die konsolidierte Arzneimitteldatenplattform der DACON Datenbank Consulting GmbH, die 25+ Fachdatenbanken in einer einzigen Suche bündelt, ausschließlich für Fachkreise im Gesundheitswesen. Für den hier beschriebenen Fall ist die Eisbergsuche® der zweite Zugang neben der Schnittstelle: Sie beantwortet die Rückfrage, die nach einem auffälligen Prüfergebnis kommt, ohne dass die prüfende Person das System wechseln muss.
Drei Grenzen sollten Sie im Produktversprechen von Anfang an offen halten.
Der Abgleich prüft Konsistenz, nicht Echtheit. Ein Beleg kann in sich vollständig stimmig sein und trotzdem gefälscht. Aus einer passenden PZN folgt, dass Nummer und Präparat zusammengehören, nicht dass die Abgabe stattgefunden hat. Wer die Prüfung als Betrugserkennung verkauft, verspricht etwas, das die Datenlage nicht hergibt.
Der Abgleich ersetzt keine Abrechnungsprüfung. Ob ein Betrag korrekt ist, hängt an Zuzahlung, Abschlägen, Vertragslage und Sonderregeln, die nicht am Artikelstamm hängen. Die Datenseite liefert den Listenpreis zum Preisstand und den Rabattvertragsbezug, mehr nicht. Die Rechenlogik bleibt bei Ihnen oder Ihrem Kunden.
Für Rabattverträge gibt es keine belastbare Historie. Bezogen werden kann der jeweils aktuelle Stand. Eine rückwirkende Rekonstruktion, welcher Vertrag zu einem Beleg vom vergangenen Quartal galt, lässt sich aus den gelieferten Strukturen nicht sauber ableiten, weil ein inhaltlich unveränderter Vertrag unter einer neuen Kennung erneut erscheinen kann. Bauen Sie deshalb keine Prüfregel, die diese Historie voraussetzt. Wo die Rückschau nötig ist, führt der Weg über die eigene Speicherung des zum Abgabezeitpunkt gültigen Stands.
Wer Arzneimitteldaten aus Belegen extrahiert, gewinnt den nächsten Qualitätssprung nicht durch ein besseres Modell, sondern durch eine benannte Referenz. Geprüft wird nicht die PZN allein, sondern ob die aufgelöste PZN dasselbe Produkt beschreibt wie der übrige Beleg, und zwar zum Belegdatum. Zwei Dinge sollten vor dem ersten Produktivkunden geklärt sein: der Zeitbezug in Ihrer Prüflogik und die Lizenzkonstruktion für Ihre Endkunden.
Angrenzend lohnen zwei Beiträge: Arzneimittel-Stammdaten rechtskonform listen für den Feldsatz beim Aufbau eines eigenen Artikelbestands und PZN clustern und austauschbare Präparate identifizieren für die Frage, welche Alternativen zu einer PZN gehören.
Sie wollen den Abgleich an eigenen Beispielbelegen sehen, bevor Sie ihn einbauen? Buchen Sie eine 30-minütige Demo, in der wir die Auflösung je PZN und den Quellennachweis an Ihrem Fall durchgehen.
