Warum klinische Daten – obwohl bereits digital –
immer noch manuell extrahiert werden

Die zwei parallelen Welten der klinischen Dokumentation

Die klinische Dokumentation existiert in zwei Informationsökosystemen, die kaum miteinander kommunizieren. Die erste ist strukturierte Daten: Kontrollkästchen, Dropdown-Menüs, Optionsfelder. ICD-10-Codes, die eine Diagnose klassifizieren. CPT-Codes, die einen Eingriff beschreiben. Laborwerte, die in ein Datenbankfeld passen – Hämoglobin 12,3 g/dL, Kreatinin 0,9 mg/dL. Dies ist die Welt, für deren Verwaltung EHRs gebaut wurden. Sie ist durchsuchbar, abfragbar, berichtsfähig. Sie ist jedoch, gemessen an Umfang und klinischem Reichtum, das flache Ende des Pools.

Die zweite Welt ist unstrukturierte Daten: die narrative Prosa, die Kliniker tatsächlich erzeugen, wenn sie beschreiben, was sie sahen, was sie dachten und was sie taten. Der Radiologiebericht, der besagt: „Es gibt einen 1,2 cm großen spikulierten Knoten im rechten Oberlappen mit begleitender pleuraler Retraktion – CT-gesteuerte Biopsie wird empfohlen." Der Entlassungsbrief, der einen 12-tägigen Krankenhausaufenthalt schildert, von den anfänglichen Symptomen über Komplikationen bis zu den Anweisungen nach der Entlassung. Der Operationsbericht, der in 800 Wörtern chirurgischer Details genau beschreibt, welche Gefäße mit welchen Transplantaten unter welchen Bedingungen überbrückt wurden. Die Verlaufsnotiz, die die sich entwickelnde Einschätzung eines Klinikers über drei Schichten hinweg festhält.

Diese zweite Welt – die narrative Welt – enthält schätzungsweise 80 % aller klinisch bedeutsamen Daten in der Gesundheitsakte. Sie trägt die Begründung hinter der Entscheidungsfindung, die Nuance, die Diagnosecodes einebnen, den Kontext, der einen Laborwert handlungsrelevant macht und nicht nur eine Zahl. Und sie ist standardmäßig für jedes Berichtstool, jede Analyseplattform und jeden automatisierten Workflow im Krankenhaus unsichtbar.

Die strukturierte Welt beantwortet „was passiert ist" in Kurzform. Die unstrukturierte Welt beantwortet „warum es passiert ist, was es bedeutet und was als Nächstes passieren sollte." Das Problem ist, dass die Maschinen nur die erste lesen können.

Warum die EHR das nicht behoben hat

Seit dem HITECH Act von 2009, der die EHR-Einführung von 9 % auf über 90 % der US-Krankenhäuser trieb, besteht eine vernünftige Annahme: Elektronische Gesundheitsakten hätten das Problem der Datenzugänglichkeit lösen sollen. Wenn klinische Informationen digital sind, sollten sie maschinenlesbar sein. Wenn sie maschinenlesbar sind, sollten sie abfragbar sein. Wenn sie abfragbar sind, sollte die manuelle Extraktion überflüssig sein.

Die Annahme scheitert bereits am ersten Schritt. EHRs sind keine klinischen Wissenssysteme. Sie sind transaktionale Datenbanken, die für die Abrechnung optimiert sind, gebaut in einer Ära, in der der primäre Anwendungsfall für die Digitalisierung einer Patientenbegegnung die Erstellung eines Anspruchs war. Die zentrale technische Entscheidung, die in jeder großen EHR-Plattform – Epic, Cerner, Meditech, Allscripts – verankert ist, lautet: Klinische Narrative werden als unstrukturierte Anhänge gespeichert, nicht als strukturierte Felder. Ein Radiologiebericht, der im PACS des Krankenhauses erstellt wird, wird an die Patientenakte angehängt. Ein Entlassungsbrief, der in ein Freitextfeld getippt wird, wird als Textblock gespeichert. Ein Operationsbericht wird als PDF hochgeladen.

Die EHR speichert diese Dokumente. Sie parst sie nicht. Sie indexiert ihre Inhalte nicht. Sie ordnet den Ausdruck „1,2 cm großer spikulierter Knoten im rechten Oberlappen" keinem strukturierten Datenelement zu, das eine Abfrage abrufen könnte. Aus Sicht einer Datenbank fallen der Radiologiebericht, der Entlassungsbrief und der Operationsbericht in dieselbe Kategorie wie ein gescannter Papierbericht von 1998: digitalisiert, aber nicht strukturiert, gespeichert, aber nicht durchsuchbar.

Eine im Journal of Medical Internet Research (2025) veröffentlichte Studie untersuchte die Informationsüberschneidung zwischen strukturierten Codes und Freitextnotizen bei 1,8 Millionen Patienten und stellte fest, dass strukturierte Daten allein — ICD-10-Codes, Prozedurencodes, Laborwerte — nur einen Bruchteil des klinischen Gesamtbildes erfassten. Freitextnotizen enthielten „detaillierte Beschreibungen, die die Nuancen der Patientenversorgung erfassen". Die strukturierten Felder des EHR zeigten Ihnen, dass der Patient eine CABG hatte. Der Operationsbericht zeigte Ihnen, wie die CABG ablief — was für Qualitätsmessung, Risikoadjustierung und klinische Forschung enorm wichtig ist.

Dies ist kein Versagen eines bestimmten EHR-Anbieters. Es ist eine Folge dessen, wofür EHRs entwickelt wurden. Sie wurden gebaut, um strukturierte Daten für Abrechnung und regulatorische Berichterstattung zu erfassen. Sie wurden nicht gebaut, um Bedeutung aus narrativen Texten zu extrahieren. Die Tatsache, dass 80 % der klinischen Daten im Freitext liegen, ist kein Fehler — es ist die natürliche Konsequenz daraus, dass Kliniker die Versorgung so dokumentieren, wie Menschen komplexe Informationen kommunizieren: in Sätzen, nicht in Dropdown-Menüs.

Die Abstraktions-Arbeitskräfte, über die niemand spricht

Da EHRs klinische Narrative als unstrukturierte Datenblöcke speichern, beschäftigen Krankenhäuser eine ganze Berufsgruppe, deren Vollzeitaufgabe darin besteht, diese Narrative zu lesen und bestimmte Datenpunkte manuell in andere Systeme einzugeben. Sie werden klinische Datenabstraktoren genannt und stellen eine der größten versteckten Arbeitskosten im amerikanischen Gesundheitswesen dar.

Klinische Datenabstraktoren sind in der Regel Krankenschwestern (RNs), registrierte Gesundheitstechnik-Fachkräfte (RHITs) oder zertifizierte Tumorregistrare (CTRs) — lizenzierte Kliniker oder zertifizierte Gesundheitsinformationsfachleute, die Patientenakten prüfen und wichtige Datenelemente für Qualitätsberichterstattung, klinische Register, Forschung und regulatorische Compliance extrahieren. Die Arbeit erfordert klinisches Wissen: Sie können kein chirurgisches Register abstrahieren, ohne die operative Anatomie zu verstehen, und Sie können kein kardiologisches Register abstrahieren, ohne hämodynamische Daten zu interpretieren. American Data Network, eines der größten Outsourcing-Unternehmen für klinische Abstraktion, beschreibt die Kernaufgabe des Abstraktors als Prüfung von „klinischen Notizen, Testergebnissen, Bildgebungsberichten und Medikationen" und die Übersetzung „dieser Details in strukturierte Felder".

Der Umfang dieser Arbeitskräfte ist schwer präzise zu messen, da Abstraktion kein standardisierter Berufstitel ist — sie ist in Qualitätsabteilungen, Registerteams und klinischen Forschungseinheiten eingebettet. Aber die wirtschaftlichen Aspekte sind auf Krankenhausebene sichtbar. Eine Präsentation aus dem Jahr 2018 des Registerbetriebsteams des Massachusetts General Hospital schlüsselte die Personalkosten für 11 chirurgische Fachgesellschaftsregister an einem einzigen akademischen medizinischen Zentrum auf:

Das sind fünf Register an einem einzigen Krankenhaus, die jährlich etwa 1,2 bis 1,7 Millionen US-Dollar an Personalkosten verursachen – und das sind nur die Register, für die MGH die Vollzeitstellen-Daten öffentlich geteilt hat. Die meisten akademischen medizinischen Zentren beteiligen sich an 8 bis 15 Registern. Allein die National Database der Society of Thoracic Surgeons deckt 95 % der Erwachsenen-Herzchirurgie-Eingriffe in den USA ab, wobei jeder CABG-Fall die Erfassung von mehr als 200 Datenelementen erfordert – von präoperativen Risikofaktoren über intraoperative Details bis hin zu Ergebnissen 30 Tage nach der Entlassung. Das NCDR-Netzwerk – betrieben vom American College of Cardiology – umfasst über 2.400 Krankenhäuser in sechs Registern, die Herzkatheterisierung, ICD-Implantation, Klappeneingriffe und mehr abdecken.

Eine Umfrage von Carta Healthcare unter klinischen Datenerfassern in US-Krankenhäusern im Sommer 2024 ergab, dass 50 % der Befragten mehr als die Hälfte ihrer Arbeitszeit mit manueller Dateneingabe und -erfassung verbringen. Die Umfrage beschrieb „ein beunruhigendes Paradoxon: Während Kliniker Register als entscheidend für Qualitäts- und Prozessverbesserung betrachten, treibt die belastende Aufgabe der manuellen Datenerfassung diese Fachkräfte an ihre Grenzen." Auf die Frage nach Automatisierung glaubten 45 %, dass automatisierte Tools die Erfassung in ihrer Organisation beschleunigen würden, 30 % glaubten, dass sie die Datenqualität verbessern würden, und 20 % sagten, dass sie die Kosten senken würden. Die Nachfrage nach Automatisierung kommt von den Datenerfassern selbst – den Menschen, deren Arbeitsplätze die Automatisierung theoretisch bedrohen könnte. In der Praxis wächst die zu erfassende Datenmenge schneller, als die Belegschaft Schritt halten kann.

Auf Reddit ist die Stimmung deutlicher. Ein klinischer Forschungsexperte schrieb: „Ich habe gerade Stunden damit verbracht, Patientendaten in ein Register einzugeben, nur um festzustellen, dass es in diesem Register fast 100 Patienten gibt (alle im Rückstand)." Ein anderer Thread auf r/clinicalresearch fragt schlicht: „Wie viel Zeit wird im Allgemeinen für die Dateneingabe oder die Suche nach Informationen in Patientenakten aufgewendet?" – die Art von Frage, die auf ein Workflow-Problem hinweist, das so tief im Tagesgeschäft verankert ist, dass niemand eine Grundlagenantwort hat, weil die Antwort „den größten Teil des Tages" lautet.

Der wirtschaftliche Umfang wird sichtbar, wenn man hochrechnet: Ein klinischer Datenextraktor mit einem Jahresgehalt von 75.000 $, der 50 % seiner Arbeitszeit mit Aufgaben verbringt, die darin bestehen, einen Bericht zu lesen, einen bestimmten Wert zu finden und ihn in ein anderes System einzutippen, verursacht jährlich Arbeitskosten von rund 37.500 $ für faktische Transkription. Hochgerechnet auf die Abstraktionsbelegschaft eines einzelnen multiregistrierenden akademischen Krankenhauses – 10 bis 20 Vollzeitäquivalente – ergibt das 375.000 bis 750.000 $ pro Krankenhaus und Jahr. Allein über die 2.400 an NCDR teilnehmenden Krankenhäuser hinweg liegen die Gesamtkosten der manuellen Registerabstraktion konservativ im niedrigen einstelligen Milliardenbereich pro Jahr, noch bevor die Opportunitätskosten berücksichtigt werden, die dadurch entstehen, dass geschulte klinische Fachkräfte Datentranskription statt patientenbezogener Arbeit leisten.

Ein Patient, eine Akte, fünf Register – und fünf separate Dateneingabesitzungen

Die Ökonomie der Abstraktion wird durch ein strukturelles Merkmal klinischer Register vervielfacht, das in anderen Branchen kein Äquivalent hat: Mehrere Register greifen auf dieselben Quelldokumente zu und teilen keine Daten untereinander.

Betrachten Sie einen Patienten, der sich einer koronaren Bypass-Operation unterzieht. Die Adult Cardiac Surgery Database der Society of Thoracic Surgeons (STS) erfordert für diesen Patienten über 200 Datenelemente: präoperative Risikofaktoren (Diabetesstatus, Ejektionsfraktion, frühere PCI), intraoperative Details (Anzahl der Bypässe, Cross-Clamp-Zeit, Verwendung der Arteria mammaria interna) und 30-Tage-Ergebnisse (Mortalität, Schlaganfall, tiefe Sternumwundinfektion, Nierenversagen, verlängerte Beatmung).

Dieselbe Patientenakte enthält denselben Operationsbericht. Dieser Patient kann jedoch auch in das NCDR CathPCI-Register abstrahiert werden – weil er eine präoperative Katheteruntersuchung hatte – und dieses Register hat sein eigenes Datenwörterbuch mit eigenen Felddefinitionen. Wenn die Operation ein transkathetergestütztes Klappenverfahren umfasste, fügt das STS/ACC TVT-Register eine weitere Reihe von Variablen hinzu. Wenn der Patient eine Komplikation hatte, die eine Rückkehr in den Operationssaal erforderte, kann das chirurgische Qualitätsregister ACS NSQIP Anwendung finden. Wenn das Krankenhaus an einem Get With The Guidelines (GWTG)-Programm für die kardiovaskuläre Erkrankung des Patienten teilnimmt, ist dies ein fünftes Register mit eigenen Abstraktionsanforderungen.

Alle fünf Register lesen dieselben Quelldokumente. Denselben Radiologiebericht. Denselben Operationsbericht. Dieselbe Entlassungszusammenfassung. Dieselben Laborwerte. Und in fast jedem Krankenhaus in den Vereinigten Staaten extrahieren fünf verschiedene Datenabstraktions-Workflows – oft auf verschiedene Abstraktoren verteilt, manchmal dieselbe Person, die dieselbe Arbeit fünfmal erledigt – manuell überlappende Datenpunkte in fünf separate Registerübermittlungsplattformen.

Die Daten des MGH machen dies sichtbar. Ein einzelnes Krankenhaus verwaltet 11 chirurgische Register mit Personalanforderungen von 0,5 VZÄ (kleine Register mit ≤500 Fällen/Jahr) bis zu 10 VZÄ (Transplantationsregister mit 750 Fällen/Jahr). Die Variablendefinitionen unterscheiden sich häufig zwischen den Registern, selbst für dasselbe klinische Konzept – ein Register definiert „postoperatives Nierenversagen“ mit einem Kreatinin-Schwellenwert, ein anderes mit einem anderen Schwellenwert oder Zeitfenster. Die Abstraktionszeit pro Fall reicht von 15 Minuten bis zu 4 Stunden, abhängig von der Komplexität des Registers und dem klinischen Verlauf des Patienten.

Dies ist kein technisches Interoperabilitätsproblem, das HL7 FHIR lösen kann. FHIR kann den Transport von Daten zwischen Systemen standardisieren – und sicherstellen, dass beide Systeme beim Senden eines Laborwerts von System A an System B das Übertragungsformat akzeptieren. Was FHIR nicht kann, ist, einen narrativen Absatz in ein strukturiertes Feld zu verwandeln. Es kann keinen Radiologiebericht lesen, der „1,2 cm spikulierter Knoten“ enthält, und ein Registerfeld für „Tumorgröße in größter Ausdehnung“ befüllen. Diese Transformation – von Prosa zu strukturierten Daten – erfordert weiterhin einen menschlichen Leser oder ein KI-System, das zu semantischer Extraktion fähig ist. Die Interoperabilitätsstandards haben das Übertragungsproblem gelöst. Sie haben das Strukturierungsproblem nicht gelöst.

Die Ironie: Bereits digital, nur nicht strukturiert

In der Gesundheitstechnologie hält sich die Erzählung, die Herausforderung sei die „Digitalisierung“ – Papierakten in Computer zu bringen. Diese Erzählung ergab 2005 Sinn, als die meisten Krankenhäuser mit Papierakten arbeiteten und der HITECH Act noch nicht begonnen hatte. Heute ergibt sie keinen Sinn mehr. Über 90 % der US-Krankenhäuser nutzen ein EHR. Radiologieabteilungen sind seit über einem Jahrzehnt filmlos; die meisten Radiologieberichte werden vollständig in digitalen PACS-zu-EHR-Workflows erstellt, signiert und verteilt. Entlassungsbriefe werden getippt, nicht auf Kassetten diktiert. Operationsberichte werden in vorlagenbasierte EHR-Module eingegeben. Die klinische Dokumentation, die am wichtigsten ist – die Narrative mit den reichhaltigsten klinischen Informationen – ist bereits digital.

Der Engpass ist nicht die Digitalisierung. Der Engpass ist die Strukturierung.

Und der Strukturierungsengpass hat eine spezifische, messbare Form. Es ist die Lücke zwischen „dieser Patient hatte eine CABG“ – einer strukturierten Tatsache, die das EHR melden kann – und den 200 einzelnen Datenpunkten, die das STS-Register darüber verlangt, wie diese CABG ablief. Jeder dieser 200 Datenpunkte existiert irgendwo in der klinischen Dokumentation: Die präoperative Ejektionsfraktion steht im Echokardiogrammbericht, die Anzahl der Grafts im Operationsbericht, die postoperative Beatmungsdauer im Intensivpflegeprotokoll, der 30-Tage-Mortalitätsstatus stammt aus einem Nachsorge-Telefonat nach der Entlassung, das als Freitextnotiz dokumentiert wurde. Die Informationen sind in der Akte. Sie sind nur nicht in einem Format, das Maschinen lesen können.

Dies rahmt die gesamte Automatisierungsdiskussion neu. Die Frage ist nicht „Können wir klinische Dokumentation digitalisieren?“ – dieses Schiff ist abgefahren. Die Frage ist „Können wir strukturierte Daten aus klinischen Narrativen extrahieren, die bereits digital sind, ohne mehr Menschen zum Lesen und Tippen einzustellen?“

Der Unterschied ist wichtig, weil er bestimmt, welche Art von Technologie das Problem tatsächlich löst. Template-basierte OCR – die Art, die „liest“, wo ein Feld auf einer Seite sitzt – wurde für Dokumente mit festen Layouts entwickelt: standardisierte Formulare, gedruckte Tabellen, strukturierte Rechnungen. Ein klinischer Operationsbericht hat kein festes Layout. Er ist ein narrativer Absatz, geschrieben von einem Chirurgen, der einen Eingriff beschreibt, der jedes Mal anders ablaufen kann. Sie können eine Erzählung nicht mit einer Vorlage erfassen. Sie können sie nur verstehen.

Hier kommt die aktuelle Generation von KI-Extraktionstools ins Spiel – aufgebaut auf Vision-Language-Modellen (VLMs) statt auf Template-OCR. Ein VLM muss nicht wissen, wo auf der Seite die Ejektionsfraktion geschrieben steht. Es muss wissen, was eine Ejektionsfraktion ist – dass es sich um einen Prozentwert handelt, typischerweise ausgedrückt als „EF 45 %“ oder „LVEF geschätzt bei 40–45 %“ – und sie in der Erzählung finden, wo auch immer sie erscheint. Dies ist semantische Extraktion, keine koordinatenbasierte Extraktion. Sie funktioniert nach dem Prinzip, dass klinische Konzepte konsistente semantische Signaturen über unterschiedlich formulierte Erzählungen hinweg haben und dass ein Modell, das darauf trainiert ist, Sprache zu verstehen, „die Ejektionsfraktion“ finden kann, unabhängig davon, ob der Kardiologe „EF 40 %“ oder „LV-systolische Funktion mäßig reduziert, geschätzte EF 40–45 %“ geschrieben hat.

Was die Strukturierung klinischer Daten tatsächlich bedeutet

Wenn der Engpass die Strukturierung ist – nicht die Digitalisierung – dann ist die Lösung kein besserer Scanner und keine schnellere Schreibkraft. Es ist ein System, das klinische Erzählungen so lesen kann, wie ein menschlicher Abstraktor sie liest: verstehen, was jeder Satz bedeutet, identifizieren, welche Konzepte auf welche Registerfelder abgebildet werden, und strukturierte Ausgaben erzeugen, die ein Mensch anschließend validieren kann.

Dies ist eine grundlegend andere Aufgabe als das, wofür die meisten Dokumentautomatisierungstools gebaut wurden. Traditionelle Dokumentextraktionstools – diejenigen, die Rechnungen und Bestellungen verarbeiten – funktionieren, indem sie das Layout eines Formulars lernen. Sie merken sich, dass „Rechnungsnummer“ oben rechts erscheint und „Gesamtsumme“ unten auf der letzten Seite. Wenn eine neue Rechnung vom selben Anbieter eintrifft, liest das Tool dieselben Koordinaten und zieht dieselben Felder. Wenn ein anderer Anbieter eine anders formatierte Rechnung sendet, benötigt das Tool eine neue Vorlage.

Klinische Erzählungen schlagen diesen Ansatz auf zwei Arten. Erstens gibt es kein festes Layout – ein Entlassungsbericht von Krankenhaus A und ein Entlassungsbericht von Krankenhaus B sind beide Erzählungen, aber sie organisieren Informationen unterschiedlich, verwenden unterschiedliche Überschriften und drücken klinische Konzepte mit unterschiedlichem Vokabular aus. Zweitens, und grundlegender, sind die Daten selbst nicht positionsbasiert. Sie finden „Kreuzklemmzeit 47 Minuten“ nicht in einem bestimmten Feld des Operationsberichts. Sie finden es eingebettet in einem Absatz, umgeben von anderen chirurgischen Details, geschrieben im Prosastil, den der Chirurg bevorzugt.

Semantische Extraktion löst dies, indem sie auf Bedeutung statt auf Position operiert. Das VLM liest das gesamte Dokument, versteht, welche klinischen Konzepte vorhanden sind, und extrahiert die Werte, die jedem Konzept entsprechen – unabhängig davon, wo auf der Seite das Konzept erscheint, welche Formulierung der Autor verwendet hat oder ob das Dokument ein getipptes PDF, ein gescannter Bericht oder ein Screenshot der EHR-Oberfläche ist. Der Extraktor muss nicht für jedes neue Krankenhaus-Dokumentationsformat neu trainiert werden, weil er keine Formate lernt – er erkennt Konzepte.

Der praktische Arbeitsablauf ist nicht „KI ersetzt den Abstraktor". Er lautet: „KI übernimmt den Leseschritt, und der Abstraktor übernimmt den Validierungsschritt." Die KI befüllt die über 200 Felder des STS-Cardiac-Registereintrags aus dem Operationsbericht, dem Entlassungsbrief, dem Echobericht und dem Verlaufsbericht. Der Abstraktor – eine examinierte Pflegekraft (RN) mit Erfahrung in der Herzchirurgie – prüft die befüllten Felder, korrigiert etwaige Extraktionsfehler, wendet klinisches Urteilsvermögen bei mehrdeutigen Fällen an und übermittelt den validierten Eintrag. Die Zeit des Abstraktors verlagert sich vom Auffinden von Daten (Durchsuchen von 80 Seiten EHR-Dokumentation, der Teil, der laut der Carta-Umfrage über 50 % des Arbeitstages ausmacht) hin zum Validieren von Daten (der Teil, der klinische Expertise erfordert und nicht automatisiert werden kann).

Bei einem CABG-Patienten, dessen Abstraktion derzeit 45 bis 90 Minuten dauert – über präoperative, intraoperative und postoperative Dokumentation in mehreren EHR-Modulen hinweg – kann ein semantisches Extraktionstool, das den ersten Datenabruf übernimmt, die Zeit des Abstraktors pro Fall um die Hälfte oder mehr reduzieren. Die Rechnung ist einfach: Wenn eine examinierte Pflegekraft (RN) mit einem Stundenlohn von 40 $ 1.300 CABG-Fälle pro Jahr verarbeitet (das von MGH für ihr STS-Cardiac-Register gemeldete Volumen) und die KI-gestützte Extraktion 30 Minuten pro Fall einspart, sind das 650 Stunden Pflegekraft-Arbeit, die jährlich zurückgewonnen werden – grob 26.000 $ an zurückgewonnenen Gehaltskosten, umgeleitet von der Transkription hin zu Validierungs- und Qualitätsverbesserungsarbeit. Über fünf Register hinweg, über 2.400 Krankenhäuser hinweg, ist die Summe kein Rundungsfehler.

Häufig gestellte Fragen

Warum machen EHRs die klinische Dokumentation nicht einfach standardmäßig strukturiert?

Weil die strukturierte Dateneingabe – Dropdown-Menüs, Kontrollkästchen, eingeschränkte Vokabulare – grundlegend im Widerspruch dazu steht, wie Kliniker denken und kommunizieren. Ein Kontrollkästchen kann „Brustschmerz: vorhanden" erfassen, aber nicht „Patient beschreibt intermittierenden substernalen Brustdruck, der zur linken Schulter ausstrahlt, schlimmer bei Belastung, durch Ruhe gelindert, Beginn vor etwa 2 Wochen, zunehmende Häufigkeit". Das Kontrollkästchen erfasst einen Abrechnungscode. Die Erzählung erfasst die klinische Argumentation. Kliniker zu zwingen, ausschließlich in strukturierten Feldern zu dokumentieren, würde Daten erzeugen, die Maschinen lesen können, die aber andere Kliniker nicht nutzen können. Der Kompromiss ist real, und die medizinische Gemeinschaft hat sich – zu Recht – für eine klinisch nützliche Dokumentation statt einer maschinenfreundlichen Dokumentation entschieden.

An wie vielen klinischen Registern nimmt ein typisches Krankenhaus teil?

Ein kommunales Krankenhaus kann an 3 bis 5 Registern teilnehmen – typischerweise für Schlaganfall (GWTG), Herzeingriffe (NCDR CathPCI) und chirurgische Qualität (ACS NSQIP). Ein großes akademisches Medizinzentrum nimmt in der Regel an 10 bis 15 Registern teil, die Herzchirurgie (STS), Traumatologie (TQIP), Transplantation (SRTR), Onkologie (NCDB) und mehrere subspezialisierte Register abdecken. Die veröffentlichten Daten des MGH umfassen 11 Register; viele akademische Zentren übertreffen diese Zahl. Jedes Register erhöht den Bedarf an Abstraktions-Vollzeitkräften, und diese Vollzeitkräfte summieren sich, da Register keine Daten gemeinsam nutzen.

Welche Arten von klinischen Dokumenten müssen manuell abstrahiert werden?

Die Dokumente, die den meisten Abstraktionsaufwand verursachen, sind Radiologieberichte, Entlassungsbriefe, Operationsberichte, Verlaufsnotizen und Pathologieberichte – die erzählerisch geprägten Dokumente, in denen die klinisch reichhaltigsten Informationen liegen. Laborwerte, Medikationsverordnungen und Vitalzeichen sind strukturierte Daten, die EHRs direkt exportieren können. Die manuelle Arbeit konzentriert sich überwiegend auf die Freitextdokumente, die die klinische Begründung und Nuancen enthalten, die strukturierte Felder nie erfassen sollten.

Kann KI einen Radiologiebericht tatsächlich genau genug für die Registerverwendung lesen?

Visuelle Sprachmodelle können diskrete Datenpunkte aus Radiologieberichten extrahieren – Tumorgrößen, Lateralität, Bildgebungsmodalität, Folgeempfehlungen – mit einer Genauigkeit, die sie als Erstprüfungsinstrument für einen Abstraktor zur Validierung geeignet macht. Sie ersetzen keine klinische Überprüfung, da Radiologieberichte Mehrdeutigkeiten enthalten (Befunde mit Einschränkungen, Messungen, die als „ungefähr“ qualifiziert sind), die menschliche Interpretation erfordern. Die geeignete Architektur ist die KI-gestützte Abstraktion: Das Modell füllt Felder aus, der Abstraktor validiert. Dies ist dasselbe Modell, das die Carta-Umfrage als Wunsch der Abstraktoren ergab – Werkzeuge, die die manuelle Suchzeit reduzieren, ohne das klinische Urteilsvermögen zu ersetzen.

Was ist der Unterschied zwischen Digitalisierung und Strukturierung in der klinischen Dokumentation?

Digitalisierung bedeutet, ein Dokument von der physischen in die elektronische Form zu überführen – das Scannen einer Papierakte, das Erzeugen einer PDF-Datei aus einem EHR, das Speichern eines Bildes in einem PACS. Das Dokument ist nun eine Datei. Strukturierung bedeutet, den Inhalt dieses Dokuments von erzählendem Prosa in diskrete, abfragbare Datenfelder zu überführen – das Extrahieren von „cross-clamp time: 47 minutes" aus einem Absatz in einem Operationsbericht und das Befüllen eines Datenbankfelds namens „cross_clamp_time_minutes" mit dem Wert „47". Digitalisierung erzeugt eine Datei, die ein Mensch lesen kann. Strukturierung erzeugt Daten, die eine Maschine nutzen kann. Das Problem in der klinischen Dokumentation besteht darin, dass die Digitalisierung stattgefunden hat, die Strukturierung jedoch nicht folgte – weshalb Krankenhäuser weiterhin Personal beschäftigen, das diese Aufgabe manuell erledigt.