Von Datumsformatfehlern bis zu Prozessstörungen: Die umfassenderen Implikationen der Datenqualität

In diesem Blogartikel teilt Stephen Koch, Global Head of Data Quality bei Smartstream, eine persönliche Erfahrung mit der Ablehnung eines Krankenversicherungsanspruchs seiner Tochter und zieht eine Parallele zum Scheitern des Mars Climate Orbiter der NASA. Der gemeinsame Nenner in beiden Situationen sind die Auswirkungen eines falschen Datenformats, was die entscheidende Rolle der Datenqualität unterstreicht. Stephen hebt hervor, wie eine scheinbar geringfügige Diskrepanz, wie ein Datumsformatfehler, Prozesse stören kann, und betont die Wichtigkeit, genaue Datenformate und Einheiten sicherzustellen, um Fehler mit potenziell schwerwiegenden Folgen zu vermeiden. Dieser Blog behandelt die umfassenderen Implikationen der Datenqualität in verschiedenen Kontexten, insbesondere in der Finanzbranche, wo Fehler zu Risikobelastungen, falsch berechneten Nettoinventarwerten (NAV) für Fonds und verpassten Handelsmöglichkeiten führen können.

Für diejenigen, die nicht in den USA leben: Einer der Höhepunkte unseres Krankenversicherungssystems ist, dass Ihre Versicherungsgesellschaft nach einem Arztbesuch oder dem Besuch einer medizinischen Einrichtung eine „Erklärung der Leistungen“ (Explanation of Benefits, EOB) sendet. Die Funktion der EOB besteht darin, Sie darüber zu informieren, welche Prozeduren die Versicherung bezahlt und welche nicht, abhängig von den Einschränkungen in Ihrer Police. Jeder Ablehnung oder Genehmigung sind verschiedene Codes sowie eine kurze Erklärung der Bedeutung jedes Codes beigefügt. Zusätzlich enthält die EOB eine detaillierte Beschreibung Ihrer Rechte und Schritte, um eine Ablehnung der Deckung anzufechten.

Vor etwa einer Woche erhielt ich eine EOB von meiner Krankenversicherung. Normalerweise lege ich sie zur späteren Überprüfung beiseite, aber aus irgendeinem Grund öffnete ich sie sofort. Diese spezielle Mitteilung informierte mich, dass die kürzliche Zahnuntersuchung meiner Tochter nicht bezahlt wurde. Als Grund wurde angegeben, dass sie nicht unter meinem Plan versichert sei. Das konnte nicht stimmen, dachte ich, ich hatte die Versicherungskarte vor mir, und ihr Name war dort deutlich als versichert aufgeführt.

Der Plan hatte sich kürzlich geändert, also dachte ich, ich hätte ihren Zahnarzt nicht mit den neuen Planinformationen aktualisiert. Ich rief die Zahnarztpraxis an und bestätigte die Details. Alles war in Ordnung, sie hatten die richtigen Informationen, also hätte es kein Problem geben dürfen.

Als Nächstes kontaktierte ich die Versicherungsgesellschaft. Der Vertreter der Versicherungsgesellschaft bestätigte schnell, dass meine Tochter tatsächlich im Konto aufgeführt war und die durchgeführten Prozeduren vom Plan abgedeckt waren. Ich sollte nichts schulden. Das Rätsel vertiefte sich; es sah so aus, als wäre dies keine einfache Lösung. Es musste eine andere Stelle geben, an der der Prozess gestört worden war. Ich musste genauer hinschauen.

Ich vermutete, dass es drei Stellen gab, an denen der Fehler aufgetreten sein könnte. Die erste war die Zahnarztpraxis. Jemand könnte die Anfrage falsch gesendet haben. Sie könnten den falschen Anspruchscode verwendet haben, also rief ich die Praxis erneut an. Wir gingen den Anspruch durch, und es schien, als gäbe es nichts, was zur Ablehnung des Anspruchs geführt hätte. Der Ablehnungsgrund war, dass sie „nicht im Plan versichert“ sei, aber die Plannummern waren alle korrekt. Die zweite Stelle war die Versicherungsgesellschaft. Ich hatte bereits bestätigt, dass sie im Konto aufgeführt war, und ich bestätigte auf deren Website, dass sie in meiner Police aufgeführt war. Ich suchte auf der Versicherungswebsite, ob ich etwas finden konnte, das den Prozess zum Scheitern brachte.

Gleichzeitig begann ich, mit der dritten Stelle zusammenzuarbeiten, meiner Unternehmensleistungsabteilung. Beide bestätigten alles, was ich bereits gelernt hatte. Es schien keinen Grund zu geben, warum der Anspruch gescheitert war, aber er war es. Zu diesem Zeitpunkt war ich so frustriert, wie man nur sein konnte, aber ich hatte immer noch keine Ahnung, was das eigentliche Problem war.

Die ganze Zeit, die ich an diesem Problem arbeitete, erinnerte mich daran, dass ich einen bevorstehenden Termin hatte und diesen noch nicht bestätigt hatte. Ich nahm mir etwas Zeit von der Verfolgung des EOB-Problems, um meinen Arzt anzurufen. Die Krankenschwester begann das Gespräch, wie immer, indem sie bestätigte, dass sie tatsächlich mit der richtigen Person sprach. „Können Sie mir Ihren vollständigen Namen und Ihr Geburtsdatum nennen?“ Geburtsdatum. GEBURTSDATUM! Ich bestätigte schnell meinen Termin, legte auf und öffnete die Versicherungswebsite erneut. Ich klickte mich durch, bis ich auf der Teilnehmerseite war, und da war es.

Die Daten im System waren falsch. Ihr Geburtstag war im europäischen Format (TT/MM/JJJJ) und nicht im US-amerikanischen Format (MM/TT/JJJJ). Dieses Attribut wurde, wie sich herausstellte, in Europa in das System eingegeben, und die Person wusste nicht, dass das System das US-amerikanische Datumsformat verwendete. Das Geburtsdatum war ein kritisches Abgleichfeld, und als es nicht übereinstimmte, löste es die Ablehnung aus. Die Korrektur dieses einen Datums reichte aus, um die Dinge wieder in Gang zu bringen.

Im Dezember 1998 startete die NASA den Mars Climate Orbiter. Nach 11 Monaten sollte die Sonde den Mars erreichen und mit den letzten Vorbereitungen zur Erfüllung ihrer Mission beginnen. Der Mars Orbiter sollte mehrere klimabezogene Messungen untersuchen, einschließlich der Menge an Wasserdampf in der Marsatmosphäre. Leider wurde seine Mission durch einen katastrophalen Fehler abgebrochen. Der Orbiter stürzte auf den Planeten und zerstörte die millionenschwere Sonde.

Zuerst konnte das Missionsteam das Problem nicht finden. Welches System hatte versagt? Es schien, als hätte keines versagt. Was war also der Grund für den Absturz?

Ein Raumschiff, das Millionen von Meilen entfernt ist, zu steuern, ist eine knifflige Angelegenheit. Menschen sind sehr gut darin, spontan auf Änderungen der Bedingungen zu reagieren, aber auf Änderungen zu reagieren, die etwa 34 Millionen Meilen entfernt auftreten, ist mit Gefahren verbunden. Erstens dauert es 3 bis 5 Minuten, bis Daten vom Raumschiff ankommen, je nach relativer Position der Planeten. Sobald diese Daten empfangen wurden, müssen die Menschen auf der Erde eine Antwort formulieren und dann Anweisungen zurücksenden, die wiederum 3 bis 5 Minuten dauern. Dann müssen sie die gleiche Zeit warten, um herauszufinden, ob die Anweisungen funktioniert haben und, falls nicht, was noch getan werden muss.

Viele Systeme sind daher so weit wie möglich automatisiert, um die Notwendigkeit dieser Interaktion zu begrenzen. Nur sehr kritische Anweisungen werden für menschliche Interaktion zurückgehalten. Wie ich bei dem Anspruch meiner Tochter untersuchte die Raumfahrtagentur alle Fehlerquellen. Hat ein bestimmtes automatisiertes System versagt? Hat eine Person einen manuellen Befehl nicht gesendet? Hat das Funksignal versagt? Gab es einen Materialfehler?

Wie bei dem Anspruch meiner Tochter hatte das Problem mit einem Unterschied zwischen den USA und dem Rest der Welt zu tun. Die NASA hatte ihre Basismessungseinheit vom englischen Maßsystem (Zoll und Fuß) auf das metrische System (Zentimeter und Meter) umgestellt, um mit dem Rest der Welt übereinzustimmen. Das System der Sonde, das verwendet wurde, um die Sonde für den Marsorbit zu verlangsamen, wurde mit metrischen Maßen programmiert. Leider sandte einer der Lieferanten, der die tatsächlichen Anweisungen an die Sonde lieferte, seine Anweisungen im englischen System. Es wurde festgestellt, dass die Anweisungen, die als metrische Maße interpretiert wurden, dazu führten, dass die Sonde ihren Zielorbit unterschritt und dann auf die Marsoberfläche stürzte.

Dies sind zwei radikal unterschiedliche Situationen. Dennoch zeigen sie ein gemeinsames Problem, das alle Datensätze betrifft. Die Datenwerte können korrekt sein, aber das Format ist falsch. Im ersten Fall kann etwas so Einfaches wie die Anzeige eines Datumswertes einen ansonsten robusten Prozess korrumpieren. Dasselbe gilt für die erfassten Daten für Finanzinstrumente. Sowohl Derivate als auch festverzinsliche Wertpapiere verwenden Datumsangaben in großem Umfang, von Verfalls- und Fälligkeitsdaten bis hin zu Emissions- und Kuponterminen. Das Einfügen eines falschen Datums für eines davon kann zu allen Arten von Risikobelastungen führen. Bewertete Preise, die zur Berechnung von Anleihewerten verwendet werden und selten aktive Gebote und Nachfragen aufweisen, stützen sich stark auf die Daten, um diese Bewertungen abzuschließen. Fondsmanager verlassen sich auf korrekte Daten für die Abgrenzung von Kupons. Händler verlassen sich auf die Daten, um die verschiedenen Renditen zu verstehen, z. B. Rendite bis zum Call, Rendite bis zur Fälligkeit, die für die Auswahl der zu kaufenden Anleihen erforderlich sind.

Falsche Einheiten sind der Fluch von Derivaten. Wenn Sie beispielsweise einen Öl-Future kaufen, der auf 1000 Gallonen basiert, aber fälschlicherweise als 1000 Barrel gekennzeichnet ist, ist der Abrechnungswert 42-mal höher als der tatsächliche Wert. Wenn die Berechnung des Wertes eines Futures Cents pro Scheffel beträgt und er als Dollar pro Scheffel gekennzeichnet ist, kann der Kunde eine fehlerhafte Nachschussforderung erhalten.

Daten sind mehr als nur Werte. Werte ohne Kontext sind wertlos. Wie diese Beispiele zeigen, kann ein falsches Format oder eine falsche Einheit auf der einen Seite zu Ärger führen, wie im Fall des Zahnarztes meiner Tochter, auf der anderen Seite zu katastrophalen Verlusten, wie bei der Zerstörung einer millionenschweren Raumsonde. In der Finanzwelt können solche Fehler zu Risikobelastungen, neu berechneten Nettoinventarwerten (NAV) für Hedge- und Investmentfonds und verpassten Handelsmöglichkeiten führen.