Warum die PO-Abstimmung für Medizinprodukte
teurer ist, als die meisten Krankenhäuser glauben

Ein Problem, das im Alltag untergeht

In den meisten Branchen ist der Abgleich von Bestellungen schwierig. Im Gesundheitswesen ist er strukturell anders – und die meisten Krankenhäuser haben die Lücke nie gemessen. Premier Inc. schätzt, dass bis zu 70 % der Rechnungen im Gesundheitswesen noch immer über papierbasierte Workflows laufen und dass bei jedem Verarbeitungszyklus 5–15 % Fehler bei der Abstimmung enthalten. Das ist kein Rundungsfehler. In einem mittelgroßen Krankenhaus, das 40.000 Rechnungspositionen pro Monat verarbeitet, bedeutet eine Fehlerquote von 10 %, dass 4.000 Positionen manuell geprüft werden müssen – jede einzelne erfordert, dass jemand eine Bestellung im ERP öffnet, einen Wareneingangsbericht aufruft und die Positionsdetails mit einer als PDF eingegangenen Lieferantenrechnung vergleicht.

Der AHRMM Perfect Order KPI definiert den Standard: Eine Bestellung erreicht den Status „Perfect Order" nur, wenn sie am richtigen Ort, pünktlich, unbeschädigt, zum richtigen Preis, in der richtigen Menge, beim ersten Versuch und über einen elektronischen Prozess geliefert wird, der keine manuelle Korrektur erforderte. Es ist eine zusammengesetzte Kennzahl, die in der Praxis nur sehr wenige Krankenhaus-Lieferketten konstant erreichen. Jeder Fehler in einer Dimension – falscher Preis, falsche Menge, falsche Maßeinheit – erzeugt eine Abstimmungsausnahme, die irgendjemand in der Kreditorenbuchhaltung oder der Lieferkette des Krankenhauses von Hand auflösen muss.

Was das Gesundheitswesen anders macht, ist nicht das Volumen. Es ist das Aufeinandertreffen von Datensystemen, mit denen die Fertigungs-, Einzelhandels- und Vertriebsbranche einfach nicht umgehen müssen. Eine Schachtel Latexhandschuhe in der Lieferkette eines Krankenhauses hat nicht eine Identifikationsnummer. Sie hat drei – und diese leben in drei verschiedenen Systemen, die von drei verschiedenen Organisationen betrieben werden. Wenn eine Rechnung eingeht, stimmt die darauf gedruckte Nummer möglicherweise mit der Nummer auf der Bestellung überein – oder auch nicht. Und die Nummer im Artikelstamm des Krankenhauses passt möglicherweise zu keiner von beiden.

Drei Kennungen, ein Produkt

Betrachten Sie die Beschaffungskette eines einzelnen Medizinprodukts – eine Schachtel OP-Handschuhe, eine Durchstechflasche Kontrastmittel, eine Schale Spritzen – und das Problem der Nummerierung wird sichtbar.

Der Hersteller vergibt eine Katalognummer. Dies ist die Kennung, die der Lieferant intern verwendet: in seinem ERP, auf Lieferscheinen, auf Rechnungen. Für ein Arzneimittel oder Medizinprodukt kann der Hersteller auch eine National Drug Code (NDC) vergeben – eine 10-stellige Nummer, die von der FDA gemäß Section 510 des Federal Food, Drug and Cosmetic Act festgelegt wurde – und die den Kennzeichner, das Produkt und die Packungskonfiguration identifiziert. Für Medizinprodukte, die der UDI-Verordnung der FDA unterliegen, gibt es eine weitere Kennung: die Unique Device Identifier, bestehend aus einer Device Identifier (DI) und einer Production Identifier (PI), die gemeinsam das Gerätemodell, die Charge und das Verfallsdatum eindeutig identifizieren.

Das Krankenhaus vergibt eine Artikelstamm-ID – die interne SKU, die das ERP des Krankenhauses (Infor, Oracle, Workday, Epic) zur Bestandsverfolgung, Erstellung von Bestellungen und Zahlungsabwicklung verwendet. Diese Nummer wird von der Lieferkette oder der Materialwirtschaft des Krankenhauses erstellt und gepflegt. Es ist die eigene interne Taxonomie des Krankenhauses und steht in keinem systematischen Zusammenhang zur Katalognummer des Herstellers oder zum NDC.

Der Distributor sitzt zwischen Hersteller und Krankenhaus und verwendet möglicherweise eine weitere Kennung – die eigene SKU des Distributors, die GS1 Global Trade Item Number (GTIN) oder in manchen Fällen den NDC, den der Hersteller bei der FDA registriert hat. Der Drug Supply Chain Security Act (DSCSA) fügt eine weitere Ebene hinzu: serialisierte GTINs (SGTINs), die sich in Zeichenanzahl und Format von NDCs unterscheiden, was bedeutet, dass die Serialisierungskennung auf einer Arzneimittelkiste strukturell inkompatibel mit dem NDC ist, den das Krankenhausapothekensystem für Abrechnung und Bestandsverwaltung verwendet.

Überlegen Sie nun, was passiert, wenn eine Bestellung erstellt wird. Das Beschaffungssystem des Krankenhauses ruft die Artikelstamm-ID ab. Die Bestellung wird an den Distributor gesendet. Der Distributor übersetzt diese Artikelstamm-ID in seine eigene SKU oder die Katalognummer des Herstellers. Das Produkt wird versendet. Der Lieferschein trägt die SKU des Distributors. Die Rechnung trägt – je nach Abrechnungssystem des Lieferanten – entweder die Katalognummer des Herstellers, den NDC, die UDI-DI oder eine Kombination. Der Wareneingang verbucht die Lieferung gegen die Bestellung, die auf die Artikelstamm-ID verweist. Drei Dokumente. Drei verschiedene Nummernsysteme. Ein Produkt.

Der Abgleichprozess – der Schritt, bei dem eine Person oder ein automatisiertes System überprüfen soll, ob die Rechnung mit der Bestellung und dem Wareneingangsbericht übereinstimmt – muss diese drei Kennungen in Einklang bringen, bevor ein Preis- oder Mengenvergleich beginnen kann. Aber die Kennungen wurden nie für einen Abgleich entwickelt. Sie wurden von drei verschiedenen Organisationen in drei verschiedenen regulatorischen Rahmenbedingungen entwickelt und sind nur durch manuelle Kreuzreferenztabellen miteinander verknüpfbar, die jemand in der Lieferkettenabteilung von Hand pflegen muss.

Eine GHX-Analyse der Perfect-Order-Raten identifizierte Produktdaten-Fehlausrichtungen – nicht Preis- oder Mengenabweichungen – als Hauptursache der meisten gescheiterten Bestell-zu-Zahlung-Prozesse. Owens & Minor, einer der größten Gesundheitsdistributoren in den USA, präsentierte auf dem GHX Summit 2023 die „negativen Auswirkungen von Produktdaten-Fehlausrichtungen auf Perfect-Order-Raten“. Das Problem ist nicht, dass Krankenhäuser Bestellungen schlecht bearbeiten. Das Problem ist, dass die Daten von Anfang an nie abgeglichen waren.

Eine einzelne Feldumstellung durch einen Lieferanten – etwa die Aktualisierung einer Katalognummer oder der Wechsel von einer NDC zu einer GTIN – zerbricht lautlos die Kreuzreferenztabelle. Das Abgleichsystem meldet eine Unstimmigkeit. Ein Kreditorenbuchhalter öffnet die Ausnahme, sieht, dass die Bestellung die Artikelstamm-ID 84721 aufführt, die Rechnung die NDC 12345-6789-01 und der Lieferschein die Katalognummer SG-400-L. Keine davon stimmt überein. Die Untersuchung beginnt.

Wo die Maßeinheit das Problem vervielfacht

Wenn die Drei-Identifikator-Überschneidung das strukturelle Problem ist, das die Bestellabstimmung im Gesundheitswesen besonders schwierig macht, dann ist die Maßeinheiten-Diskrepanz der Multiplikator, der ein Datenabgleichsproblem in ein finanzielles verwandelt.

Medizinische Verbrauchsmaterialien werden in Einheiten verkauft, versendet, gelagert und abgerechnet, die selten über die gesamte Lieferkette hinweg konsistent bleiben. Ein Hersteller verpackt OP-Handschuhe in Kartons zu 100 Stück. Der Distributor verkauft sie in Kisten zu je 10 Kartons. Das Zentrallager des Krankenhauses führt sie stückweise – entnimmt einzelne Handschuhe für OP-Wagen. Die Bestellung könnte „1 Kiste (10 Kartons à 100 Stück)“ lauten. Der Lieferschein könnte „1 Kiste“ vermerken. Die Rechnung könnte „48 € pro Kiste“ berechnen – aber wenn das Abrechnungssystem des Lieferanten pro Stück abrechnet und der Umrechnungsfaktor falsch ist, wird aus einem Kistenpreis von 48 € ein Stückpreis von 48 €. Eine korrekt bepreiste Position wird plötzlich zum 10- oder 100-fachen überteuert, und der Drei-Wege-Abgleich meldet eine Preisabweichung, die wie ein Lieferantenfehler aussieht, aber in Wirklichkeit ein in der Kreuzreferenztabelle vergrabener Umrechnungsfehler ist.

Eine Definian-Analyse von Lieferkettendaten im Gesundheitswesen ergab, dass Maßeinheiten-Inkonsistenzen über Funktionsbereiche hinweg kaskadierende Ausnahmen in Beschaffung, Lager und Kreditorenbuchhaltung verursachen – und dass falsche UOM-Beziehungsdaten zu so grundlegenden Lieferkettenfehlern führen können wie der Bestellung von 10 Kartons, wenn tatsächlich 100 benötigt werden. Dies ist kein Nischenproblem. Ein Krankenhaus, das 2.000 verschiedene Artikel in seiner Lieferkette führt – eine bescheidene Zahl für ein mittelgroßes Haus – unterhält Tausende von Umrechnungsfaktoren. Jedes neue Produkt im Sortiment bringt neue Umrechnungsfaktoren. Jeder Lieferant, der seine Verpackungskonfiguration ändert, bringt neue Umrechnungsfaktoren. Jedes ERP-System-Update, das Standardeinheiten zurücksetzt, bringt neue Umrechnungsfaktoren.

Auf Reddits r/supplychain bezeichnen Beschaffungsprofis im Gesundheitswesen durchgängig Maßeinheiten-Diskrepanzen als ihren hartnäckigsten Abstimmungskopfschmerz. Ein Supply-Chain-Manager beschrieb die Dynamik unverblümt: Wenn die Bestellung „Karton“ sagt, die Rechnung „Stück“ und der Wareneingang „Kiste“, dann kann der Drei-Wege-Abgleich nie funktionieren – egal wie sorgfältig die AP-Abteilung die Zahlen prüft.

Die Identimedical-Analyse von Krankenhaus-Supply-Chain-Fehlern identifizierte Lieferanten-SKU-Änderungen als chronische Ursache für Artikelstamm-Diskrepanzen. Lieferanten ändern regelmäßig Katalognummern, Verpackungskonfigurationen und Maßeinheiten – und der von einem unterbesetzten Supply-Chain-Team gepflegte Artikelstamm des Krankenhauses hinkt hinterher. Wenn die gescannte SKU einer Lieferung nicht mit dem Artikelstamm übereinstimmt, bricht der Wareneingangsprozess zusammen. Wenn der Wareneingangsprozess zusammenbricht, bricht der Drei-Wege-Abgleich zusammen. Die Abstimmungsausnahme, die zwei Wochen später auf dem Schreibtisch eines AP-Sachbearbeiters landet, ist das nachgelagerte Symptom eines Datenpflegefehlers, der Monate zuvor in einer anderen Abteilung passiert ist.

GPO-Tarifstufen: Der Vertrag, der sich leise ändert

Die meisten Branchen haben ausgehandelte Lieferantenpreise. Das Gesundheitswesen hat GPO-Tarifstufen – eine mehrschichtige Vertragsstruktur, die der Bestellabstimmung eine weitere Komplexitätsebene hinzufügt.

Eine GPO handelt mengenbasierte Rabatte im Namen tausender Mitgliedskrankenhäuser aus. Ein Krankenhaus verpflichtet sich zu einer bestimmten Einkaufsmengenstufe – sagen wir Tarifstufe 3 für chirurgische Implantate, die einen Jahresumsatz von 500.000 US-Dollar bei einem bestimmten Hersteller erfordert. Der GPO-Vertrag legt den Stufenpreis fest. Die Preisdatei des Händlers sollte diesen Stufenpreis widerspiegeln. Die Rechnung des Lieferanten sollte diesen Stufenpreis berechnen. Aber die Stufe ist kein statisches Feld. Sie ändert sich, wenn das tatsächliche Einkaufsvolumen des Krankenhauses eine Schwelle überschreitet, wenn der Hersteller den GPO-Vertrag neu verhandelt oder wenn ein Krankenhaus mitten im Jahr von einer GPO zu einer anderen wechselt.

Die Healthcare Industry Distributors Association (HIDA) hat eine Taxonomie von Chargeback- und Preisdifferenzszenarien dokumentiert, die speziell aus GPO-Tarifstrukturen entstehen. Wenn ein Krankenhaus von einer GPO zu einer anderen wechselt, ehrt der Hersteller weiterhin die Preise der vorherigen GPO, während die neuen Stufenzuordnungen verhandelt werden – was während der Umstellungsphase Tausende von Gutschriften und Belastungen erzeugt, die jeweils manuell abgestimmt werden müssen. Wenn der Einkaufsleiter eines Krankenhauses im Urlaub ist und vergisst, ein GPO-Verpflichtungsschreiben (LOC) für eine Tarifaufstufung zu senden, berechnet der Händler weiterhin die alte Stufe, während das Krankenhaus mit dem Volumen der neuen Stufe operiert – was eine Preislücke schafft, die sich mit jeder Bestellung vergrößert. Wenn ein Händler Anspruch auf eine Herstellerbelastung hat, diese aber erst ab einem bestimmten Dollarbetrag geltend macht, bleiben die ausgelassenen Belastungen von beiden Seiten unbeachtet und verzerren leise die tatsächlichen Versorgungskosten des Krankenhauses.

Der Chargeback-Abstimmungsprozess selbst ist ein struktureller Reibungspunkt. Ein Hersteller verkauft an einen Distributor zum Großhandelspreis. Der Distributor verkauft an das Krankenhaus zum GPO-ausgehandelten Vertragspreis. Der Hersteller stellt dem Distributor dann einen Chargeback aus, um die Differenz zwischen Großhandels- und Vertragspreis auszugleichen. Die Chargeback-Forderung muss mit vier Stellen übereinstimmen: den Vertragsaufzeichnungen des Herstellers, den Verkaufsdaten des Distributors, der Mitgliederliste der GPO und der Bestellung des Krankenhauses. Die ProfitOptics-Analyse der Chargeback-Verwaltung im Gesundheitswesen nennt dies einen „4x4-Abgleich“ – vier Akteure, vier Datenquellen – und stellt fest, dass Tausende oder sogar Millionen von Dollar unbegründet hin- und herbewegt werden, wenn nur eine der vier Datenquellen nicht übereinstimmt.

Für das AP-Team des Krankenhauses, das eine einzelne Rechnung abstimmt, bedeutet dies, dass der Preis auf der Lieferantenrechnung für Stufe 3 korrekt, für Stufe 4 jedoch falsch sein kann, für GPO A korrekt, für GPO B jedoch falsch, für das Vertragsdatum korrekt, für das Versanddatum jedoch falsch. Die Rechnung sieht normal aus. Der Preis ist ein gültiger Vertragspreis. Es ist nur der falsche Vertragspreis für dieses Krankenhaus zu diesem Zeitpunkt – und um ihn zu erkennen, muss die Rechnung mit den GPO-Vertragsplänen, Stufenzuordnungsschreiben und Chargeback-Aufzeichnungen abgeglichen werden, die in Systemen gespeichert sind, auf die das AP-Team möglicherweise nicht einmal Zugriff hat.

Warum ERP-Abgleichsmodule die Lücke offen lassen

Die natürliche Annahme ist, dass Unternehmenssoftware dies erledigen sollte. Infor, Oracle PeopleSoft, Workday und SAP verfügen alle über Drei-Wege-Abgleichsmodule, die PO-Positionen automatisch mit Wareneingängen und Rechnungen vergleichen. PeopleSofts Matching Workbench prüft beispielsweise eine Liste von Abgleichsbedingungen, die eine Rechnung erfüllen muss, bevor sie abgeglichen und bezahlt werden kann – ein Drei-Wege-Abgleich zwischen Rechnung, Bestellung und Wareneingang. Die Logik ist ausgereift und gut dokumentiert.

Doch ERP-Abgleichsmodule wurden für eine Welt entwickelt, in der ein Produkt eine Kennung hat und diese Kennung über Bestellung, Lieferschein und Rechnung hinweg konsistent ist. Sie wurden für die Fertigungsbeschaffung entwickelt – wo eine Rohstoff-SKU für Käufer, Lieferant und Wareneingang dasselbe bedeutet. Sie wurden nicht für eine Umgebung entwickelt, in dasselbe Produkt im Apothekensystem als NDC, im Abrechnungssystem des Distributors als Katalognummer, auf dem Kartonetikett als GTIN und im ERP des Krankenhauses als Artikelstamm-ID geführt wird – ohne automatische Querverweise zwischen ihnen.

Clarium Healths Analyse des ERP-Abgleichs im Gesundheitswesen ergab, dass selbst nach der Implementierung eines intelligenten Vier-Wege-Abgleichs – der Vertragsprüfung zum traditionellen Drei-Wege-Vergleich hinzufügt – Krankenhäuser bei einem erheblichen Teil der Ausnahmen manuell eingreifen mussten, weil die Ursache kein Fehler in der Abgleichslogik war. Es war ein vorgelagerter Datenabstimmungsfehler. Die Vertragsdaten lebten in einem System. Die Bestelldaten in einem anderen. Die Wareneingangsdaten in einem dritten. Das Abgleichsmodul konnte sie vergleichen, aber erst, nachdem ein Mensch die Kennungen bereits abgeglichen hatte – genau der Schritt, der die meiste Zeit kostet.

In einer Reddit-Diskussion unter Krankenhaus-Logistikern war die Frustration über ERP-Abgleichsmodule durchgängig: Das System meldet eine Ausnahme, liefert aber keinerlei Kontext zu deren Lösung. Ein Kreditorenbuchhalter sieht „Mengenabweichung – Bestellung: 10, Rechnung: 1000“ und muss eigenständig ermitteln, ob die Abweichung ein echter Fehlbestand oder eine vom System nicht angewandte Maßeinheitenumrechnung ist. Das ERP weiß, dass die Zahlen nicht stimmen. Es weiß nicht, warum sie nicht stimmen. Und das „Warum“ – NDC versus Katalognummer, Stück versus Karton, Stufe 3 versus Stufe 4 – entscheidet darüber, ob die Ausnahme in fünf Minuten oder fünf Tagen gelöst ist.

Niemand besitzt die Lücke

Die am meisten übersehene Dimension der medizinischen Bedarfs-PO-Abstimmung ist organisatorisch. Drei Abteilungen bearbeiten die drei Dokumente, und jede hat Anreize, die strukturell nicht auf eine genaue Zuordnung ausgerichtet sind.

Klinikpersonal und Abteilungsleiter leiten die Anforderung ein. Ihr Anreiz ist die Verfügbarkeit – sicherzustellen, dass die benötigten Materialien für die morgigen Eingriffe im Regal stehen. Sie spezifizieren das Produkt mit seinem klinischen Namen oder dem Artikel, den sie zuvor verwendet haben. Sie beziehen sich selten auf eine Artikelstamm-ID und fast nie auf eine Herstellerkatalognummer. Ihre Anforderung ist funktional korrekt – „die gleichen OP-Handschuhe, die wir immer bestellen" – aber strukturell unvollständig als Abstimmungsdokument.

Lieferkette und Beschaffung wandeln die Anforderung in eine Bestellung um. Ihr Anreiz sind Kosten und Vertragstreue – Einkauf bei zugelassenen Lieferanten zu GPO-ausgehandelten Preisen. Sie übersetzen die klinische Beschreibung in eine Artikelstamm-ID, wählen den GPO-Vertrag aus und geben die Bestellung auf. Sie sehen die Rechnung nicht. Sie verbuchen den Wareneingang nicht. Ihre Aufgabe endet mit der Ausstellung der Bestellung.

Kreditorenbuchhaltung erhält die Rechnung – ein PDF von einem Distributor, den sie nicht ausgewählt haben, mit einer Produktkennung, die sie nicht vergeben haben, zu einem GPO-Stufenpreis, den sie nicht ausgehandelt haben. Ihre Aufgabe ist es zu prüfen, ob das Krankenhaus nur für das Bestellte und Gelieferte zum korrekten Preis zahlt. Aber die Daten, die sie für diese Prüfung benötigen – die Artikelstamm-Kreuzreferenz, der GPO-Vertragsplan, das Stufenzuordnungsschreiben – befinden sich in Systemen, auf die sie möglicherweise keinen Zugriff haben, verwaltet von Abteilungen mit unterschiedlichen Berichtsstrukturen und Prioritäten.

Die AHRMM Keys for Supply Chain Excellence erkennen diese organisatorische Lücke ausdrücklich an. Der Perfect Order KPI ist bewusst als zusammengesetzte Kennzahl definiert, weil er „funktionale Silos durchbricht" – Beschaffung, Wareneingang, Kreditorenbuchhaltung und klinische Abteilungen – und „die Zusammenarbeit zwischen den internen/externen Organisationen fördert, die gemeinsam für die Lieferkettenleistung verantwortlich sind." Die Tatsache, dass AHRMM einen KPI zur Messung der abteilungsübergreifenden Zusammenarbeit entwickeln musste, ist selbst ein Eingeständnis, dass in den meisten Krankenhäusern die Silos der Standard sind.

Das Ergebnis ist ein Abstimmungsprozess, bei dem keine einzelne Person Zugriff auf alle drei Datenquellen hat und keine einzelne Abteilung für das Ergebnis verantwortlich ist. Der Kreditorenbuchhalter, der eine Preisabweichung entdeckt, muss die Beschaffung zur Vertragsprüfung anrufen, den Wareneingang zur Lieferbestätigung und den Distributor zur Rechnungsprüfung – drei Telefonate, drei Abteilungen, um eine Ausnahme in einer einzigen Position zu klären. Multiplizieren Sie das mit 4.000 Ausnahmen pro Monat.

Die Kosten, die niemand misst

Die finanziellen Kosten des manuellen PO-Abgleichs im Gesundheitswesen – die 53 $ pro Ausnahme, die verpassten Skonti, die Doppelzahlungen – sind konkret und quantifizierbar. Die operativen und klinischen Kosten sind schwerer zu messen, aber vermutlich höher.

Wenn die Kreditorenbuchhaltung eines Krankenhauses aufgrund von Ausnahmen die 60-Tage-Marke überschreitet, reagieren die Lieferanten vorhersehbar: mit Kreditsperren. Ein Krankenhaus, das bei seinem primären medizinisch-chirurgischen Distributor gesperrt ist, kann keine Waren mehr beziehen. Ein für Donnerstag geplanter Eingriff wird auf Freitag verschoben – oder ganz abgesagt – weil das benötigte Implantat oder Verbrauchsmaterial, das am Mittwoch eintreffen sollte, auf einem Lkw liegt, den der Distributor nicht freigibt, bis der offene Saldo beglichen ist. Die Verzögerung lässt sich direkt auf eine Abgleichsausnahme zurückführen, die vor drei Wochen eröffnet und nie gelöst wurde – nicht weil die Rechnung falsch war, sondern weil die NDC auf der Rechnung nicht mit der Katalognummer auf der Bestellung übereinstimmte und der Sachbearbeiter, der die Ausnahme eröffnete, keinen Zugriff auf die Kreuzreferenztabelle hatte, die bestätigt hätte, dass es sich um dasselbe Produkt handelt.

Dies ist der Dominoeffekt, den das Remitra-Team von Premier dokumentiert hat: Eine Preisabweichung zwischen der Bestellung eines Leistungserbringers und der Rechnung eines Lieferanten führt zu einer Ausnahme. Die Rechnung wird zurückgestellt. Der Leistungserbringer zahlt nicht. Das Konto altert. Eine Kreditsperre wird verhängt. Der Leistungserbringer erhält keine Produkte. Das Problem begann in der Lieferkette – genauer gesagt in der Datenschicht, die Bestellung, Rechnung und Vertrag aufeinander abstimmen sollte – und endet am Krankenbett des Patienten.

Die Personalkosten sind ebenso diffus. Sachbearbeiter in der Kreditorenbuchhaltung und Supply-Chain-Spezialisten, die 60 % ihrer Woche mit der Untersuchung von Abgleichsausnahmen verbringen, stehen nicht für die Arbeit zur Verfügung, die die Beschaffungsergebnisse tatsächlich verbessert: Analyse von Ausgabenmustern, Neuverhandlung von Verträgen, Optimierung der Lagerbestände. Ein Supply-Chain-Profi aus dem Krankenhausbereich auf Reddit beschrieb den kumulativen Effekt: „Der Einkauf im Gesundheitswesen ist ziemlich brutal.“ Die Brutalität liegt nicht im Arbeitsvolumen. Sie liegt in der Art der Arbeit – dem Abgleich von Identifikatoren, die nie für den Abgleich konzipiert wurden, in Systemen, die nie integriert wurden, über Abteilungen hinweg, die nie aufeinander abgestimmt waren.

Was die Gleichung verändert

Die Lieferkette des Gesundheitswesens hat zwei Jahrzehnte damit verbracht, Technologie auf ein Abgleichsproblem zu schichten, das im Kern ein Datenproblem ist. ERP-Abgleichmodule, GPO-Vertragsmanagementplattformen, Chargeback-Automatisierungstools – sie alle gehen davon aus, dass die Kennungen auf den drei Dokumenten bereits übereinstimmen oder durch bessere Kreuzreferenzpflege zur Übereinstimmung gebracht werden können. Diese Annahme ist falsch. Die Kennungen waren nie dafür ausgelegt, übereinzustimmen, und die manuelle Pflege von Kreuzreferenztabellen ist ein endloses Spiel ohne Gewinnbedingung.

Was die Gleichung verändert, ist kein besserer Abgleichsalgorithmus. Es ist die vollständige Entfernung der Kennungsabhängigkeit aus dem Abgleichsschritt. Wenn eine Rechnung als PDF eingeht – von jedem Distributor, in jedem Format, mit jeder Produktkennung – und die darin enthaltenen Daten in Sekunden in strukturierte Form extrahiert werden können, dann operiert die Abgleichslogik auf den Daten selbst, nicht auf den Kennungen. Die NDC auf der Rechnung, die Katalognummer auf der Bestellung und die Artikelstamm-ID im ERP werden zu drei Attributen desselben extrahierten Datensatzes, statt zu drei inkompatiblen Schlüsseln, die vor jedem Vergleich abgeglichen werden müssen.

Dies ist kein hypothetischer Workflow. Tools, die auf Vision-Language-Modellen basieren, können eine Bestellung oder Lieferantenrechnung so lesen, wie ein menschlicher AP-Sachbearbeiter sie liest – indem sie verstehen, was jedes Feld bedeutet, nicht indem sie es an einer festen Koordinate lokalisieren. Wenn Sie Extraktionsspalten wie „NDC", „Katalognummer", „Artikelbeschreibung", „Bestellmenge" und „Stückpreis" definieren, liest die KI das Dokument, identifiziert jedes Feld anhand seines semantischen Inhalts und füllt die entsprechende Spalte – unabhängig davon, wo das Feld auf der Seite erscheint, welcher Lieferant das Dokument gesendet hat oder welches Nummerierungssystem der Lieferant verwendet hat. Das Ergebnis ist ein strukturierter Datensatz, in dem alle drei Kennungen nebeneinander stehen, und der Abgleichsschritt wird zu einem Tabellenkalkulationsvergleich – nicht zu einer abteilungsübergreifenden Untersuchung.

Wenn Krankenhaus-Lieferkettenteams Daten aus medizinischen Bestellungen in eine einzige Tabelle extrahieren können, verschiebt sich der Engpass beim Abgleich von der Datenausrichtung zur Datenverifizierung – eine grundlegend andere Aufgabe, die Sekunden statt Stunden dauert. Wenn Beschaffungsabteilungen Bestellungen mehrerer Lieferanten stapelweise in konsolidierte Ausgabenberichte verarbeiten können, wird die derzeitige Pflege von Kreuzreferenztabellen, die Vollzeitkräfte in der Lieferkette bindet, optional – weil die Extraktions-Engine die Kennungen direkt aus jedem Dokument liest und gemeinsam präsentiert, anstatt dass ein Mensch sie zuerst abgleichen muss.

Die Krankenhaus-Lieferkette, die dies erreicht, beseitigt nicht die Abgleichsausnahmen. Sie beseitigt die strukturelle Ursache der Ausnahmen – die Drei-Kennungen-Kollision – indem sie drei inkompatible Datenquellen in einen strukturierten Datensatz zusammenführt, bevor die Abgleichslogik überhaupt läuft. Das ist keine inkrementelle Verbesserung. Es ist ein Kategorienwechsel in der Art und Weise, wie Beschaffungsdaten im Gesundheitswesen fließen.

Häufig gestellte Fragen

Warum scheitert der Abgleich von Bestellungen im medizinischen Bereich häufiger als in anderen Branchen?

Die Beschaffung im Gesundheitswesen birgt eine strukturelle Komplexität, die in der Fertigung und im Einzelhandel nicht vorkommt: Ein einzelnes Produkt trägt routinemäßig drei verschiedene Identifikationsnummern – eine NDC (oder UDI-DI für Medizinprodukte), eine Hersteller-Artikelnummer und eine Krankenhaus-Artikelstamm-ID – die nicht systematisch miteinander verknüpft sind. Hinzu kommen Maßeinheitskonflikte (Stück vs. Karton vs. Packung) sowie GPO-Stufenpreise, die sich ohne Vorankündigung ändern. Der Abgleich muss daher zunächst Dateninkompatibilitäten auflösen, bevor er überhaupt mit dem Mengen- und Preisabgleich beginnen kann.

Kann ein Krankenhaus-ERP Bestellabgleiche automatisch durchführen?

ERP-Abgleichmodule (Infor, Oracle PeopleSoft, SAP) können Bestellpositionen mit Wareneingangs- und Rechnungsdaten vergleichen – jedoch nur, wenn die Produktkennungen in allen drei Dokumenten konsistent sind. Im Gesundheitswesen, wo die Rechnung einen NDC, die Bestellung eine Artikelstamm-ID und der Lieferschein eine Händler-SKU enthalten kann, meldet das ERP einen Fehler, bevor ein Vergleich stattfinden kann. Die Abgleichlogik funktioniert. Die Datenharmonisierung nicht. Erst wenn die Kennungen abgeglichen sind – meist über manuelle Referenztabellen – kann das Abgleichmodul wie vorgesehen arbeiten.

Was ist die häufigste Ursache für Bestell-Rechnungs-Diskrepanzen im Gesundheitswesen?

Mengeneinheiten-Diskrepanzen gelten durchgängig als häufigste Quelle für Abgleichsausnahmen. Medizinprodukte werden in unterschiedlichen Einheiten verkauft, versendet, gelagert und abgerechnet (Stück, Schachtel, Karton, Packung, Palette), und Umrechnungsfaktoren werden in Lieferantensystemen, Händlerpreisdateien und Krankenhaus-ERPs nicht zuverlässig gepflegt. Eine Preisabweichung, die wie ein Lieferantenfehler aussieht, ist oft ein Umrechnungsfehler – die Rechnung berechnet pro Stück, während der Vertrag pro Karton abrechnet, oder umgekehrt.

Wie beeinflusst die GPO-Vertragspreisfindung den Bestellabgleich?

Die GPO-Staffelpreisbildung fügt einen Prüfschritt hinzu, der beim standardmäßigen Drei-Wege-Abgleich nicht existiert. Eine Rechnung kann einen gültigen Vertragspreis ausweisen – jedoch für die falsche Stufe, die falsche GPO oder den falschen Vertragszeitraum. Dies zu erkennen erfordert einen Abgleich der Rechnung mit GPO-Vertragsplänen, Stufenzuordnungsschreiben und Chargeback-Aufzeichnungen, die oft in Systemen außerhalb des Kreditoren-Workflows liegen. Das Krankenhaus zahlt möglicherweise den ausgehandelten Preis für Stufe 3, obwohl es tatsächlich für Stufe 4 qualifiziert ist – und ohne systematischen Abgleich kann die Überzahlung monatelang unbemerkt bleiben.

Welche finanziellen Auswirkungen haben ungelöste Bestellabgleichsausnahmen in einem Krankenhaus?

Die direkten Kosten sind messbar: bei durchschnittlich 53 € Nachbearbeitung pro Ausnahme und einer Ausnahmequote von 10 % bei 50.000 jährlichen Rechnungen ergibt sich ein manueller Prüfaufwand von rund 265.000 € pro Jahr. Die indirekten Kosten – verpasste Skonti, Doppelzahlungen, Kreditsperren, die Lieferungen verzögern, und GPO-Einsparungen, die nie realisiert werden, weil die Staffelpreise nie validiert wurden – sind mit ziemlicher Sicherheit höher, werden aber in der Finanzberichterstattung von Krankenhäusern selten auf Abgleichsfehler zurückgeführt.

Funktioniert die KI-Dokumentenextraktion auch mit medizinischen Lieferrechnungen, die NDC-Codes oder UDI-Identifikatoren verwenden?

Ja – und genau hier unterscheidet sich der Ansatz grundlegend von der vorlagenbasierten Extraktion. Ein Vision-Language-Modell liest ein Dokument, indem es die Bedeutung jedes Feldes semantisch versteht, nicht indem es es an einer festen Koordinate lokalisiert. Wenn Sie eine Spalte mit der Bezeichnung „NDC“ oder „Artikelnummer“ definieren, identifiziert die KI dieses Feld im Dokument – unabhängig davon, wo es erscheint, von welchem Lieferanten es stammt oder welches Nummerierungssystem verwendet wurde. Das bedeutet, dass eine einzige Extraktionskonfiguration für Rechnungen mehrerer Distributoren funktioniert – ohne dass Sie für jeden Lieferanten eigene Vorlagen erstellen oder pflegen müssen. Das Ergebnis ist ein strukturierter Datensatz, in dem NDC, Artikelnummer und Artikelstamm-ID nebeneinander stehen, und der Abgleich wird zu einem einfachen Vergleich statt zu einer systemübergreifenden Recherche.