Latenode

Was ist ein Fallmanagement-Framework? Phasen, Modelle und Standards

Ein Fallmanagement-Framework ist ein strukturiertes Praxismodell, keine Software. Erfahren Sie mehr über die Phasen, Modelle und Standards, die es in Sozialarbeit und Gesundheitswesen wirksam machen.

21 Min. Lesezeit
Illustration zu Phasen, Modellen und Standards im Fallmanagement

Die meisten Teams, mit denen ich über Fallmanagement spreche, haben eines von zwei Problemen. Entweder haben sie ein Softwaresystem gekauft und angenommen, das entspreche bereits einem Framework, oder sie haben ein Framework-Dokument, dem niemand folgt, weil der tägliche Druck es leichter macht, Fälle einfach so zu bearbeiten, wie es sich im jeweiligen Moment richtig anfühlt. Beides führt zum selben Ergebnis: Resultate, die je nach Fachkraft variieren, statt sich an den tatsächlichen Bedürfnissen der betreuten Person zu orientieren.

Ein Fallmanagement-Framework ist keine Software. Es ist keine Sammlung von Gewohnheiten, die gute Fallmanager im Laufe der Zeit entwickeln. Es ist ein strukturiertes, wiederholbares Praxis-Modell mit definierten Phasen, Rollen und Standards, das regelt, wie Fallmanager Fälle einschätzen, planen, koordinieren, überwachen und abschließen. Ohne ein solches Framework fallen Teams unabhängig vom verwendeten Modell oder System auf uneinheitliche Ad-hoc-Praktiken zurück. Auf dieser Aussage baut dieser Artikel auf, und es lohnt sich, genau zu erläutern, was sie in der Praxis bedeutet.

Was Teams oft erst spät lernen

  • Ein Fallmanagement-Framework ist ein Praxis-Modell, keine Software – das System erfasst, was das Framework definiert.
  • Jedes echte Framework durchläuft definierte Phasen; das Überspringen einer Phase lässt sie nicht verschwinden, sondern macht sie nur unsichtbar.
  • Unterschiedliche Zielgruppen und Risikostufen erfordern unterschiedliche Modelle; ein universell angewendetes Framework führt zu einer ungleichen Betreuungsintensität.
  • Ohne Framework hängen Ergebnisse davon ab, wer einen Fall bearbeitet, und nicht davon, was der Klient benötigt.

Was ein Fallmanagement-Framework tatsächlich ist

framework_vs_software_layers

Das Case Management Body of Knowledge (CMBOK) definiert Fallmanagement als einen dynamischen Prozess, in dem Fachkräfte Optionen und Dienstleistungen bewerten, planen, umsetzen, koordinieren, überwachen und auswerten, um die gesundheitlichen und sozialen Unterstützungsbedürfnisse einer Person zu erfüllen. Das ist die Grundlage. Die National Association of Social Workers (NASW) ergänzt einen wichtigen Aspekt: Das Framework ist nicht nur der Prozess, sondern auch die Rechenschaftsstruktur rund um diesen Prozess. Wer macht was, mit welcher Befugnis und dokumentiert nach welchem Standard?

Die Praxis des Fallmanagements existiert innerhalb eines Frameworks. Die Fallmanagement-Arbeit wird durch dieses Framework umgesetzt. Das Fachgebiet Fallmanagement hat über Jahrzehnte Standardisierungsgremien, Schulungsprogramme und Governance-Strukturen aufgebaut, gerade weil unstrukturierte Fallmanagement-Aktivitäten zu dramatisch ungleichen Ergebnissen für Menschen führen, die sich per Definition in einer vulnerablen Lage befinden.

Hier liegt die Verwirrung, die ich immer wieder beobachte: Ein Team kauft ein Fallmanagement-System, konfiguriert Aufnahmeformulare und eine Aufgabenwarteschlange und betrachtet das Framework-Problem als gelöst. Die Software hat nun einen Bezug zum Fallmanagement, aber sie ist nicht das Framework. Das System erfasst, was das Framework definiert. Es setzt durch, was das Framework verlangt. Ohne das zugrunde liegende Praxis-Modell bleibt nur eine Datenbank mit einer ansprechenden Oberfläche, die die individuellen Entscheidungen der Person dokumentiert, die den jeweiligen Fall an diesem Tag gerade bearbeitet.

Das ist kein Sonderfall. Es ist das vorherrschende Muster in Organisationen, die gerade erst beginnen, ihre Fallmanagement-Abläufe zu professionalisieren.

Die Unterscheidung hat praktische Bedeutung. Wenn eine Fachkraft ausscheidet oder ein Fallbestand neu zugewiesen wird, sorgt ein echtes Framework dafür, dass der übernehmende Fallmanager genau weiß, wo der Fall steht, was bewertet wurde, was der Plan verlangt und welcher nächste Schritt ansteht. Ohne Framework beginnt die neue Fachkraft anhand der Notizen der vorherigen Person zu raten. Meiner Erfahrung nach bedeutet das meist, von vorn anzufangen.

Die Kernphasen, die jedes Fallmanagement-Framework durchläuft

Jedes seriöse Fallmanagement-Framework durchläuft unabhängig von Zielgruppe oder Umfeld denselben allgemeinen Lebenszyklus. Der Case Compass der Weltbank identifiziert sechs Kernphasen: Kontaktaufnahme und Aufnahme, umfassende Bewertung, Entwicklung eines individuellen Dienstleistungs- oder Versorgungsplans, Umsetzung durch Überweisungen und Vernetzungen, Monitoring sowie Fallabschluss mit Übergangsplanung. Die Terminologie variiert je nach Kontext, doch die zugrunde liegende Struktur ist im gesamten Bereich des Fallmanagements konsistent.

Was variiert, ist die Qualität der Umsetzung jeder Phase unter Druck. Und der Druck durch hohe Fallzahlen trifft nicht alle Phasen gleichermaßen – er komprimiert tendenziell den Anfang (Kontaktaufnahme, Bewertung) und überspringt das Ende (Monitoring, strukturierter Abschluss). Die Mitte (Planentwicklung, Überweisungen) vermittelt den Eindruck, dass Arbeit stattfindet. Deshalb fühlen sich Teams produktiv, selbst wenn die strukturellen Phasen zu kurz kommen.

Kontaktaufnahme und Aufnahme: Wo die meisten Frameworks den Klienten zuerst verlieren

Kontaktaufnahme ist eine eigenständige Phase, kein administrativer Schritt. Sie ist der Punkt, an dem die klientenzentrierte und stärkenorientierte Ausrichtung, die gute Fallmanagement-Praxis ausmacht, entweder etabliert wird oder nicht. Wird die Aufnahme als bloßes Ausfüllen von Formularen behandelt, beginnt der Fallmanagement-Prozess damit, dass der Klient als zu kategorisierendes Problem statt als Person mit Bedürfnissen und Ressourcen positioniert wird, die verstanden werden müssen.

Bei der Aufnahme sollten folgende Aspekte erfasst werden: die aktuelle Situation, erste Bewertungssignale, Prioritäten des Klienten, Kommunikationspräferenzen, unmittelbare Sicherheitsbedenken sowie ein vorläufiges Bild davon, welche Ressourcen und persönlichen Stärken der Klient in die Situation einbringt. Was Teams bei hohen Fallzahlen typischerweise auslassen: die letzten drei Punkte. Das Ergebnis ist eine Falleröffnung, die Defizite erfasst, aber Kapazitäten nicht berücksichtigt. Das prägt jeden nachfolgenden Plan in eine Richtung, in die der Klient nicht investiert ist und die die Fachkraft nicht dauerhaft tragen kann.

Eine schnelle Aufnahme ist nicht grundsätzlich schlecht. Eine unvollständige Aufnahme ist es. Das ist ein bedeutender Unterschied.

Umfassende Bewertung von Bedürfnissen und Stärken

Bewertung in einem gut konzipierten Framework bedeutet mehr als eine Checkliste von Problemen. Sie sollte sowohl Bedürfnisse als auch Stärken erfassen und abbilden, was der Klient benötigt und was er tatsächlich nutzen kann – einschließlich bestehender Unterstützungssysteme, familiärer und sozialer Unterstützung, der gesundheitlichen Vorgeschichte und nachgewiesener Resilienz.

Das ist praktisch relevant, weil Bewertungen, die nur Defizite dokumentieren, Pläne hervorbringen, die nicht berücksichtigen, was bereits funktioniert. Ein Klient mit starken informellen sozialen Unterstützungsstrukturen benötigt nicht dieselbe Interventionsintensität wie eine vollständig isolierte Person, selbst wenn das aktuelle Problem auf einem standardisierten Formular identisch aussieht. Pläne, die ausschließlich auf Defizitbewertungen beruhen, führen häufig zu Doppelarbeit und übersehen die Hebelpunkte, die Veränderungen tatsächlich nachhaltig machen.

Die Bewertungsphase ist zudem der Punkt, an dem Vorurteile von Fachkräften am wahrscheinlichsten die Falldokumentation beeinflussen. Ein stärkenorientiertes Framework enthält explizite Anstöße zur Erfassung der Ressourcen des Klienten – nicht als Höflichkeit, sondern weil der nachfolgende Plan nur so gut sein kann wie das Bild, das die Bewertung zeichnet.

Entwicklung von Dienstleistungsplänen und Umsetzung durch Überweisungen

Ein Dienstleistungsplan ist nur dann nützlich, wenn er nachverfolgt wird. Hier beobachte ich die kostspieligste Lücke in der Praxis: Pläne werden erstellt, weil das Framework es verlangt, und dann abgelegt, während die eigentliche Fallmanagement-Arbeit nach Instinkt und Verfügbarkeit statt anhand des dokumentierten Plans weiterläuft.

Echte Dienstleistungsplanung bedeutet, gemeinsam mit dem Klienten individuelle Ziele zu entwickeln, konkrete Dienstleistungen und Ressourcen zur Erreichung dieser Ziele zu identifizieren, über Überweisungen und Vernetzungen mit Dienstleistern zu verbinden und – hier ist die NCBI-StatPearls-Literatur eindeutig – diese Dienstleistungen zu koordinieren und zu integrieren, damit Übergaben tatsächlich erfolgen und der Klient nicht in der Lücke zwischen verschiedenen Einrichtungen verloren geht.

Eine Überweisung ist nicht der Endpunkt. Eine nicht nachverfolgte Überweisung ist eine Hoffnung, keine Intervention. Die Umsetzungsphase verlangt vom Fallmanager die Bestätigung, dass die Überweisung eingegangen ist, der Klient die Verbindung hergestellt hat und die erbrachte Leistung dem entspricht, was der Plan vorsieht. Das ist Koordination. Alles weniger ist Papierarbeit.

Zwei Überweisungen pro Plan, denen niemand nachgeht, sind schlechter als eine Überweisung, die tatsächlich umgesetzt wird.

Monitoring, Bewertung und Fallabschluss

Monitoring ist eine fortlaufende Phase, keine abschließende Kontrolle. Es bedeutet zu prüfen, ob Leistungen erbracht werden, ob sich die Situation des Klienten so verändert, dass der Plan angepasst werden muss, und ob sich die ursprünglich bewerteten Bedürfnisse verschieben. Dies unterscheidet sich von der formellen Bewertung beim Fallabschluss, bei der Ergebnisse anhand der festgelegten Ziele beurteilt werden.

Der Praxisfehler, der mehr als fast alles andere zu einer erneuten Inanspruchnahme von Leistungen führt: Fälle administrativ zu schließen – weil der Platz benötigt wird, weil das SLA abgelaufen ist oder weil der Berichtszeitraum des Fördergebers geendet hat –, bevor die Stabilisierung des Klienten bestätigt wurde. Die Kontinuität von Leistungen und Versorgung während eines Übergangs erfordert, dass der Abschluss eine geplante Phase und kein Abbruchpunkt ist.

Die gewünschten Ergebnisse beim Abschluss sollten dokumentiert werden. Wurden die Ziele erreicht? Teilweise erreicht? Was bleibt ungelöst? Welche Nachbetreuung ist gegebenenfalls eingerichtet? Ein Fall, der ohne Antworten auf diese Fragen geschlossen wird, wird häufig erneut eröffnet.

Fallmanagement-Modelle und ihre Einbindung in ein Framework

Ein Fallmanagement-Framework ist die Struktur. Ein Fallmanagement-Modell ist der konkrete Ansatz, der innerhalb dieser Struktur arbeitet. Teams verwechseln beides häufig. So entsteht eine Organisation, die die Intensität eines intensiven Fallmanagement-Modells für eine risikoarme Zielgruppe übernimmt (teuer und nicht wirklich hilfreich) oder ein Vermittlungsmodell bei einem Klienten mit schwerer psychischer Erkrankung und komplexen Bedürfnissen anwendet (unzureichend und manchmal gefährlich).

Die vier wichtigsten Fallmanagement-Modelle – Vermittlung, klinisch, stärkenorientiert und intensiv – unterscheiden sich dadurch, wie die Bewertung strukturiert wird, wie viel direkte Beteiligung der Fachkraft erwartet wird und wie die Rollenbeziehung zwischen Fachkraft und Klient aussieht. Sie alle fügen sich jedoch in dieselben allgemeinen Framework-Phasen ein, die oben beschrieben wurden. Unterschiedliche Fallmanagement-Modelle schaffen keine eigenen Phasen, sondern definieren, wie diese Phasen umgesetzt werden.

ModellPrimäres UmfeldBewertungsstrukturUmfang der Fachkraft-BeteiligungGeeignetste Zielgruppe
VermittlungRessourcenbegrenzte Einrichtungen, soziale DiensteBedürfnisschwerpunkt, Zuordnung von LeistungenGering: nur Koordination und ÜberweisungGeringere Komplexität, kurzfristige Bedürfnisse
KlinischPsychische Gesundheit, Gesundheitswesen, gleichzeitig bestehende ErkrankungenKlinisch + psychosozial, fortlaufendHoch: therapeutische Beziehung eingeschlossenPsychische Erkrankungen, Traumata, komplexe gleichzeitig bestehende Bedürfnisse
StärkenorientiertGemeinschaft, Sozialarbeit, WiedereingliederungRessourcen und Ziele, gemeinsam mit dem Klienten entwickeltMittel: Coaching- und InteressenvertretungsrolleKlienten mit Fähigkeit zur Selbstbestimmung
IntensivHohes Risiko, Beteiligung mehrerer SystemeUmfassend, häufige NeubewertungSehr hoch: kleine Fallbestände, häufiger KontaktHöchstes Risiko, Einbindung in mehrere Leistungssysteme

Zwei Kontextpunkte, die diese Tabelle nicht vermitteln kann: Die Wahl des Modells legt das Ressourcenmodell fest, nicht nur den Praxisstil. Der Wechsel von Vermittlung zu intensiv mitten im Fallbestand ist nicht nur eine Anpassung der Praxis – er erfordert andere Betreuungsschlüssel, andere Supervisionsstrukturen und andere Finanzierungsquellen. Treffen Sie die Entscheidung bewusst, nicht standardmäßig.

Vermittlungs- und klinische Fallmanagement-Modelle

Das Vermittlungsmodell ist primär ein Ansatz für Leistungsvernetzung und Überweisungen. Die Rolle des Fallmanagers besteht darin, Bedürfnisse zu bewerten, passende Dienstleistungen und Ressourcen zu identifizieren und den Klienten mit diesen Leistungen zu verbinden. Eine direkte Beteiligung über diese Überweisungsfunktion hinaus ist begrenzt. Dieses Modell eignet sich gut für Zielgruppen mit geringerer Komplexität und kurzfristigen, zeitlich begrenzten Bedürfnissen.

Unterschiedliche Modelle treffen unterschiedliche Annahmen über die Rolle der Fachkraft. Das klinische Fallmanagement-Modell ergänzt die Koordinationsfunktion um direkte therapeutische oder psychosoziale Interventionen. Dadurch eignet es sich für Klienten mit Diagnosen im Bereich psychischer Gesundheit, Traumaerfahrungen oder gleichzeitig bestehenden Substanzkonsum- und psychischen Erkrankungen, bei denen die Beziehung selbst Teil der Leistungserbringung ist. Die Anwendung eines Vermittlungsmodells auf diese Zielgruppe – also die Behandlung der Arbeit als Überweisung und Vernetzung – übersieht den Mechanismus, durch den Veränderungen tatsächlich entstehen.

Stärkenorientierte und intensive Fallmanagement-Modelle

Das stärkenorientierte Modell richtet die Bewertung weg von der Frage, was nicht stimmt, und hin zu dem, was der Klient bereits mitbringt: Fähigkeiten, Beziehungen, frühere Erfolge, Ressourcen und ein ausgeprägtes Selbstverständnis. Die Rolle des Fallmanagers wird eher die eines Interessenvertreters und Coaches als die eines Koordinators oder Klinikers. Dieses Modell erzeugt Pläne, die der Klient tatsächlich als eigene betrachtet. Deshalb wird es in gemeinschaftsbasierten Umgebungen mit besserer Beteiligung und konsequenterer Umsetzung in Verbindung gebracht.

Intensives Fallmanagement ist das ressourcenintensivste Modell: kleine Fallbestände, häufiger Kontakt, umfassende Dienstleistungen und ein Fallmanager, der Klienten häufig zu Terminen begleitet und Unterstützung in mehreren Lebensbereichen bietet. Für die richtige Zielgruppe ist dies nicht übertrieben – für Klienten mit dem höchsten Risiko und der Beteiligung mehrerer Systeme (Justiz, psychische Gesundheit, Wohnen, Substanzkonsum) ist intensives Fallmanagement die minimale angemessene Betreuungsintensität.

Was ich in der Praxis beobachte, wenn diese Modelle ohne bewusstes Framework-Design vermischt werden: Manche Klienten erhalten intensive Aufmerksamkeit, weil sie lautstark auftreten oder sich in einer Krise befinden, andere erhalten Kontakt auf Vermittlungsniveau, weil sie es nicht tun. Die Unterschiede werden durch Auftreten und Präferenz der Fachkraft bestimmt, nicht durch den bewerteten Bedarf. Genau das soll ein Framework verhindern.

So wählen Sie das richtige Fallmanagement-Modell für Ihren Kontext

Die Wahl des richtigen Fallmanagement-Modells ist eine Entscheidung, deren Folgen sich im Laufe der Zeit verstärken. Die falsche Wahl scheitert nicht sofort – sie scheitert im Maßstab, wenn Sie zwölf Monate später mit verstreuten Ergebnisdaten und ausgebrannten Fachkräften arbeiten. Die folgenden Auswahlkriterien sind Entscheidungsfaktoren, keine Checkliste zum Überfliegen.

  • Risikostufe der Zielgruppe

Der Ansatz für Fallmanagement muss zur Intensität des Klientenbedarfs passen. Risikoarme, stabile Zielgruppen eignen sich für Vermittlung; Hochrisiko-Zielgruppen mit mehreren beteiligten Systemen benötigen klinische oder intensive Modelle. Eine Unterversorgung führt zu vermeidbaren Krisen. Eine Überversorgung verbraucht Personalressourcen und Finanzmittel, die Klienten mit dem höchsten Bedarf zugutekommen sollten. Führen Sie vor der Modellwahl eine formelle Risikostratifizierung durch, nicht erst danach.

  • Organisatorische Kapazität und tatsächliche Fallbelastung

Intensives Fallmanagement erfordert geringe Fallzahlen – typischerweise 8 bis 12 Fälle pro Fachkraft, abhängig von der Zielgruppe. Wenn Ihr aktuelles Personalmodell von 30 Fällen pro Fachkraft ausgeht, wird Ihr Ansatz nicht intensiv, nur weil Sie ihn „intensiv“ nennen. Der von Ihnen gewählte Fallmanagement-Prozess muss mit dem Personal umsetzbar sein, das Ihnen tatsächlich zur Verfügung steht. Eine ambitionierte Modellwahl ohne die nötigen Ressourcen zu ihrer Unterstützung ist der Punkt, an dem Frameworks zur Fiktion werden.

  • Anforderungen von Fördergebern oder Regulierungsbehörden

In vielen Kontexten sozialer Dienstleistungen besteht keine freie Wahl. Medicaid-finanziertes Fallmanagement hat festgelegte Anforderungen. Programme zur Wiedereingliederung nach Kontakt mit dem Justizsystem haben durch Fördergeber definierte Leistungselemente. Kinderschutzdienste arbeiten unter gesetzlichen Verpflichtungen, die die Umsetzung des Modells unabhängig von den Präferenzen der Organisation einschränken. Identifizieren Sie nicht verhandelbare Anforderungen, bevor Sie das Modell wählen, denn sie können die Entscheidung bestimmen.

  • Klarheit der Fachkraftrollen

Ein klinisches Fallmanagement-Modell erfordert Fachkräfte mit klinischer Kompetenz und angemessener Lizenzierung. Ein stärkenorientiertes Modell erfordert Schulungen in ressourcenorientierter Bewertung, auf die viele Fachkräfte, die mit defizitorientierten Aufnahmeformularen ausgebildet wurden, nicht automatisch zurückgreifen. Rollen und Verantwortlichkeiten müssen vor der Modellwahl definiert werden, nicht danach. Eine klinisch nicht ausgebildete Fachkraft mit einer klinischen Fallmanagement-Rolle zu betrauen, ist nicht nur eine Lücke in der Praxis, sondern ein Haftungsrisiko.

  • Managementkompetenzen und Supervisionsarchitektur

Fallmanagement-Modelle mit höherer Beziehungsintensität zwischen Fachkraft und Klient benötigen mehr reflektierende Supervision, nicht weniger. Wenn Ihr Managementpersonal auf Kontrolle statt auf Praxisberatung ausgerichtet ist, führt ein Wechsel zu klinischen oder intensiven Modellen zu Supervisionslücken, die sich als Mitarbeiter-Burnout und ethische Abweichungen zeigen. Ihre Infrastruktur für Managementkompetenzen ist Teil der Gleichung bei der Modellwahl.

  • Aktuelle Praxis als standardmäßige Vermittlung

Dieser Punkt wird zu selten erkannt. Viele Organisationen beschreiben ihren Fallmanagement-Ansatz als umfassend oder ganzheitlich. Wenn Sie jedoch beobachten, was Fachkräfte tatsächlich tun, handelt es sich um Vermittlung: Bedürfnisse werden identifiziert, Überweisungen erstellt, und der Kontakt zum Klienten endet mit der Übergabe der Überweisungsliste. Wenn dies die tatsächliche Praxis ist, benennen Sie sie und statten Sie sie als Vermittlungsmodell mit Ressourcen aus, statt darauf zu bestehen, dass das Framework intensiver ist, als es tatsächlich ist. Der Fallmanagement-Prozess kann nicht verbessert werden, wenn er nicht klar sichtbar ist.

📊 In der Praxis:
Die NASW definiert sozialarbeiterisches Fallmanagement als eine Methode der Dienstleistungserbringung, bei der ein professioneller Sozialarbeiter die Bedürfnisse des Klienten und seiner Familie bewertet und ein Paket mehrerer Dienstleistungen organisiert, koordiniert, überwacht, bewertet und vertritt, um die komplexen Bedürfnisse des einzelnen Klienten zu erfüllen. Das ist das Minimum. Eine Organisation, deren Fachkräfte Klienten nur mit einer Leistung verbinden und anschließend den Fall schließen, erbringt nach dieser Definition kein Fallmanagement – unabhängig davon, was die Dokumentation aussagt. Praxisstandards sind die Untergrenze, nicht die Obergrenze.

Wo Fallmanagement-Frameworks in Sozialarbeit, Gesundheitswesen und sozialen Diensten eingesetzt werden

Das Framework-Konzept gilt in allen vier zentralen Kontexten, in denen Fallmanagement-Leistungen erbracht werden: öffentliche soziale Dienste und Kinderschutz, Gesundheitswesen und Koordination komplexer Versorgung, gemeinnützige Organisationen für wohnungslose oder justizbetroffene Klienten sowie Wiedereingliederungs- oder Justizprogramme. Je nach Kontext variieren das regulatorische Umfeld, die Definition von „Ergebnis“ und die spezifischen Standards, die die Praxis regeln. Strukturell konstant bleiben der Phasenzyklus, die Notwendigkeit klarer Rollen und die Anforderung dokumentierter Rechenschaftspflicht.

Gesundheits- und soziale Dienste haben sich im Allgemeinen auf eine recht konsistente Framework-Architektur zubewegt. Der Unterschied zwischen einem Framework für soziale Dienste und einem Framework für das Gesundheitswesen liegt nicht in den Phasen – Kontaktaufnahme, Bewertung, Planung, Umsetzung, Monitoring, Abschluss –, sondern in den Praxisstandards, die jede Phase regeln, und den sie umgebenden Rechenschaftsstrukturen.

Sozialarbeit und Kinderschutz

child_protection_framework_accountability

Kinderschutzprogramme nutzen Fallmanagement-Frameworks sowohl als Praxisleitfäden als auch als Governance-Instrumente. Im gesetzlichen Kinderschutz übt ein Sozialarbeiter nicht allein fachliches Ermessen aus – er arbeitet innerhalb einer gesetzlich vorgeschriebenen Rechenschaftsstruktur, die regelt, wie Bewertungen durchgeführt werden müssen, wer konsultiert werden muss, was dokumentiert werden muss und unter welchen Bedingungen Entscheidungen eskaliert werden. Das Framework ist auch ein Compliance-Instrument.

Die Framework-Struktur des South Australian Department for Child Protection beispielsweise behandelt das Framework als Mechanismus für behördenübergreifende Koordination und Rechenschaftspflicht, nicht nur als internen Praxisleitfaden. Die sozialarbeiterische Funktion im Kinderschutz ist ausdrücklich kollaborativ: Bewertungen erfolgen behördenübergreifend, Pläne benötigen die Zustimmung mehrerer Stellen, und das Framework definiert, wer in jeder Phase die Verantwortung trägt, statt dies informellen Verhandlungen zu überlassen.

Im Kinderschutz ist die uneinheitliche Anwendung eines Frameworks durch verschiedene Fachkräfte nicht nur ein Qualitätsproblem. Sie ist ein Problem der Rechenschaftspflicht und des rechtlichen Risikos. Deshalb sind Praxisstandards in diesem Kontext nicht verhandelbar, sondern verbindlich.

Fallmanagement im Gesundheitswesen und Koordination komplexer Versorgung

Gesundheitssysteme und Versicherer nutzen Fallmanagement-Frameworks hauptsächlich, um Doppelarbeit zu reduzieren und Patienten mit hoher Inanspruchnahme zu steuern. Laut NCBI-StatPearls-Literatur behandelt das Fallmanagement im Gesundheitswesen das Framework als Protokoll zur Versorgungskoordination: Das Ziel besteht nicht darin, klinisches Urteilsvermögen zu ersetzen, sondern sicherzustellen, dass die Koordinationsaktivitäten rund um die klinische Versorgung nicht zwischen den Leistungserbringern verloren gehen.

Diese Unterscheidung ist in der Praxis wichtig. Wenn Fachkräfte im Gesundheitswesen das Framework mit der klinischen Leitlinie verwechseln, überspringen sie häufig Planungsphasen, weil das klinische Protokoll verbindlicher wirkt. Das Ergebnis ist, dass Gesundheitsdienstleister hervorragende einzelne klinische Interventionen leisten, während die Koordination zwischen diesen Interventionen scheitert. Eine betreuende Person geht mit einem Entlassungsplan nach Hause, der nicht mit häuslichen Pflegediensten verbunden wurde. Ein Patient mit einer chronischen Erkrankung besucht drei Fachärzte, die jeweils eine ausgezeichnete Behandlung anbieten, von denen jedoch keiner weiß, was die anderen verordnet haben.

Das Framework schließt die Lücken zwischen klinischen Kontakten, nicht die klinischen Kontakte selbst. Diese Unterscheidung klar zu halten, ist der Großteil der Governance-Arbeit.

Gemeinnützige Organisationen, soziale Dienste und Programme zur Wiedereingliederung nach Kontakt mit dem Justizsystem

Hier liegt die Lücke, die ich am frustrierendsten finde. Gemeinnützige Organisationen, die mit gemeinschaftsbasierten Zielgruppen arbeiten – Menschen ohne Wohnung, Menschen nach einer Haftentlassung, Menschen beim Wiedereinstieg in die Gesellschaft –, führen häufig ein Fallmanagement-Framework primär ein, um Erwartungen von Fördergebern oder Regulierungsbehörden zu erfüllen. Das Framework wird dokumentiert. Es wird in Förderberichten genannt. Fachkräfte erhalten eine Schulung dazu. Anschließend erbringen sie jedoch Fallmanagement-Leistungen, die ihren eigenen Instinkten statt dem dokumentierten Framework folgen, weil der Druck, Fälle abzuschließen und weiterzumachen, unmittelbar ist und das Framework abstrakt wirkt.

Dadurch entsteht ein spezifisches Fehlermuster: Die Organisation kann die Einhaltung des Frameworks auf dem Papier nachweisen, während die Dienstleistungen und Unterstützungen, die Klienten tatsächlich erhalten, je nach zugewiesener Fachkraft stark variieren. Das Framework steht im Regal. Die Praxis ist ad hoc.

Die Arbeit von Orbis Partners zu evidenzbasierten Ansätzen verdeutlicht den strukturellen Punkt: Ein Framework, dem nicht gefolgt wird, ist kein Framework, sondern Dokumentation. Der Bereich sozialer Dienste hat erhebliche Anstrengungen in die Entwicklung von Praxis-Frameworks investiert, gerade weil strukturierte, konsistente Praxis bessere Ergebnisse erzielt als kompetente, aber unstrukturierte Praxis. Die Sprache des Frameworks zu übernehmen, ohne die Praxis zu verändern, erschließt keinen dieser Vorteile.

Dort beginnt das Ticket üblicherweise.

Was ein Fallmanagement-Framework nicht ist

Drei Missverständnisse verursachen den größten Teil der Verwirrung, die ich bei Fallmanagement-Frameworks sehe, und alle drei führen zu unterschiedlichen Formen von Implementierungsfehlern.

Missverständnis eins: Das Framework ist die Software. Dies ist das häufigste Missverständnis. Eine Organisation implementiert ein Fallmanagement-System, konfiguriert dessen Aufnahmeformulare und Workflow-Phasen und geht davon aus, dass die Technologie das Framework abbildet. Das tut sie nicht. Die Software ist das Erfassungswerkzeug. Der Fallmanagement-Prozess, den sie widerspiegelt, ist nur so gut wie das Praxis-Modell, das vor der Implementierung entwickelt wurde. Bessere Software für ein Team ohne Framework zu kaufen, gibt diesem Team kein Framework – sondern eine aufwendigere Methode, uneinheitliche Praxis im großen Maßstab zu dokumentieren. Ich habe das oft genug erlebt, um dafür eine standardisierte Support-Antwort zu haben.

Missverständnis zwei: Das Framework besteht aus Überweisungen und Papierarbeit. Die Definition wirksamer Fallmanagement-Praxis der NASW und der evidenzbasierten Literatur stellt ausdrücklich klar, dass Fallmanagement eine Koordinations- und Interessenvertretungsfunktion ist, keine administrative Funktion. Wenn Fallmanagement-Arbeit auf das Erstellen von Überweisungslisten und das Ausfüllen von Aufnahmedokumentationen reduziert wird, verschwinden die Phasen Koordination, Monitoring und Bewertung. Der Klient erhält eine Liste von Leistungen, keinen betreuten Plan. Ob Leistungen tatsächlich erreicht werden, ob sie geeignet sind und ob Ergebnisse erzielt werden – nichts davon wird verfolgt. Fallmanagement umfasst naturgemäß Dokumentation und Überweisungen, doch diese dienen einem substanzielleren Zweck: sicherzustellen, dass der Klient tatsächlich erhält, was er benötigt.

Missverständnis drei: Ein Framework versorgt alle Zielgruppen. Bewährte Verfahren im Fallmanagement sind in diesem Punkt eindeutig. Unterschiedliche Zielgruppen, Risikostufen und Kontexte erfordern unterschiedliche Modelle innerhalb des Frameworks. Ein Framework, das für eine kurzfristige Krisenstabilisierung konzipiert ist, wird Klienten mit fortlaufendem Unterstützungsbedarf unzureichende Leistungen bieten. Ein Framework, das auf die Zielgruppe mit der höchsten Intensität ausgerichtet ist, wird teuer, bevormundend und nicht nachhaltig sein, wenn es auf alle angewendet wird.

🤔 Denken Sie darüber nach:
Viele Organisationen haben ein dokumentiertes Fallmanagement-Framework auf dem Papier, aber keinen Mechanismus, um zu überprüfen, ob Fachkräfte ihm tatsächlich folgen. Die Lücke zwischen Richtlinie und Praxis im Fallmanagement ist sowohl verbreitet als auch weitgehend unsichtbar – denn die einzigen Personen, die wissen, was innerhalb einzelner Fälle geschieht, sind die beteiligten Fachkräfte und Klienten. Ein Framework ohne Supervisions- und Rechenschaftsstruktur zu seiner Durchsetzung ist eine Dokumentationsübung. Die evidenzbasierte Fallmanagement-Forschung von Orbis Partners zeigt klar, dass strukturierte, konsistent angewendete Frameworks Ergebnisunterschiede bewirken, nicht die Dokumentation, dass ein Framework vorhanden ist.

Praxisstandards und Governance innerhalb eines Fallmanagement-Frameworks

Ein Framework wird verbindlich statt bloß beratend, wenn es durch Praxisstandards, Supervisionsanforderungen, Rechenschaftspflicht in der Dokumentation und Ergebnisbewertung durchgesetzt wird. Die CMBOK-Definition enthält die Formulierung „bewerten, um Ergebnisse, Erfahrungen und Wert zu verbessern“ – und diese Bewertungspflicht gilt nicht nur für einzelne Fälle, sondern auch für das Framework selbst.

Die NASW-Praxisstandards für sozialarbeiterisches Fallmanagement definieren konkrete Kompetenzanforderungen für Fallmanager: professionelle Wissensbasis, ethische Praxis, Bewertungskompetenz, Planungsfähigkeiten und kontinuierliche berufliche Weiterentwicklung. Diese Anforderungen sind nicht aspirativ. Sie sind die Untergrenze, auf die sich der Berufsstand für Fallmanager geeinigt hat. Eine Organisation, deren Framework nicht mit diesen Standards verbunden ist, arbeitet außerhalb des fachlichen Konsenses – unabhängig davon, wie gut die Software funktioniert.

Dokumentation, Supervision und Mechanismen der Rechenschaftspflicht

Ein Fallmanagement-Framework funktioniert nur dann, wenn Dokumentationsstandards, Supervisionskontrollpunkte und Rechenschaftsschleifen kodifiziert sind, statt dem Ermessen einzelner Fachkräfte überlassen zu werden. Das Urteilsvermögen des Fallmanagers ist wichtig und sollte durch supervidierte Praxis entwickelt werden – nicht völlig ungeprüft bleiben.

So sieht Rechenschaftspflicht innerhalb eines Frameworks tatsächlich aus: regelmäßige Überprüfung von Fallakten durch die Supervision anhand der Framework-Anforderungen, dokumentierte Fallberatung bei komplexen Fällen, klare Rollen und Verantwortlichkeiten dafür, wer Planänderungen autorisiert, Überprüfung von Fällen kurz vor dem Abschluss durch das Management zur Bestätigung der Stabilisierung sowie ein Eskalationspfad, wenn die Kapazität oder Kompetenz einer Fachkraft für die Bedürfnisse eines Falls nicht ausreicht. Das Prinzip der partnerschaftlichen Zusammenarbeit ist keine weiche Formulierung – es beschreibt ein Supervisionsmodell, in dem Fallmanager und Supervisor gemeinsam für die Qualität des Falls verantwortlich sind.

Die Einhaltung des Frameworks wird nicht durch Vertrauen durchgesetzt. Sie wird durch strukturierte Überprüfung durchgesetzt. Organisationen, die auf Erstes setzen, erzeugen Unterschiede von Fachkraft zu Fachkraft. Organisationen, die Letzteres aufbauen, erzielen Konsistenz auf Framework-Ebene.

Ergebnis-Monitoring und Framework-Bewertung im Zeitverlauf

Dies ist die Ebene, die die meisten Organisationen auslassen. Sie entscheidet darüber, ob das Framework im Laufe der Zeit besser wird oder starr bleibt, während sich Klientenbedürfnisse und Evidenz weiterentwickeln.

Das Monitoring einzelner Fälle zeigt Ihnen, ob dieser Klient auf Kurs ist. Die Framework-Bewertung zeigt Ihnen, ob das Framework selbst die Ergebnisse für seine Klienten erzielt, für die es entwickelt wurde. Das sind unterschiedliche Fragen. Die eine wird während eines Falls gestellt. Die andere wird jährlich gestellt – anhand aggregierter Falldaten, Supervisionsmuster und Ergebnisse, die über den gesamten Fallbestand messbar sind.

Das Fehlermuster: Organisationen behandeln das Framework als festes Artefakt statt als dynamisches Prozessmodell. Die Literatur verändert sich. Die Bedürfnisse der Zielgruppe verschieben sich. Es entstehen neue Erkenntnisse darüber, was tatsächlich funktioniert. Ein Framework, das nicht anhand von Ergebnisdaten bewertet und entsprechend aktualisiert wird, stimmt immer weniger mit dem überein, was Klienten tatsächlich benötigen.

Um die besten Ergebnisse sicherzustellen, muss die Ergebnisbewertung in die Governance-Struktur des Frameworks selbst integriert werden. Gewünschte Ergebnisse sollten auf Ebene der Zielgruppe definiert, konsistent gemessen und als Auslöser für die Überprüfung des Frameworks genutzt werden. Wenn die gewünschten Ergebnisse nicht erreicht werden, besteht die Antwort nicht darin, einzelnen Fachkräften die Schuld zu geben – sondern zu prüfen, ob das Framework noch darauf abgestimmt ist, was laut Evidenz funktioniert.

Ein Framework, das sich nicht im Laufe der Zeit verbessert, ist nicht statisch. Es fällt zurück.

FAQ

Frequently Asked Questions

Ein Framework ist die übergeordnete Struktur aus Phasen, Standards, Rollen und Governance, die die gesamte Praxis organisiert. Ein Modell – etwa Vermittlung oder intensive Betreuung – ist ein spezifischer Ansatz innerhalb dieser Phasen. Es definiert, wie Bewertung, Einbindung der Fachkraft und Intensität der Leistungen für eine bestimmte Zielgruppe gestaltet werden.

War das hilfreich? Teile es →

Geschrieben von

Vasiliy Datsenko

Leiter des Kundensupports

Vasiliy Datsenko ist Leiter des Kundensupports bei Latenode und ein produktorientierter Autor zum Thema Automatisierung. Seine Arbeit verbindet Kundengespräche, Workflow-Automatisierungsforschung, KI-Anwendungsfälle und praktische Produktschulungen für Teams, die echte Geschäftsprozesse automatisieren möchten.

Autorenprofil →

Faktencheck von

Oleg Zankov

CEO Latenode, No-code-Experte

Mit einer Philosophie, die auf Innovation, Problemlösung und Benutzererfahrung basiert, konzentriere ich mich darauf, Teams zu befähigen, maßgeschneiderte Integrationen zu erstellen und Arbeitsabläufe einfach und effizient zu automatisieren. Mit umfangreicher Erfahrung in den Bereichen Geschäftsentwicklung, Technologieunternehmertum und Softwareentwicklung erkannte ich den Bedarf an einer zugänglicheren, skalierbareren und anpassungsfähigeren Integrationslösung. So entstand Latenode.com. Mit unserer Plattform können Unternehmen die Macht der Technologie nutzen, ohne umfassende Programmierkenntnisse zu benötigen. Leidenschaftlich daran interessiert, eine Zukunft zu fördern, in der Technologie uns dient und nicht umgekehrt, ist es meine Mission, komplexe Prozesse zu vereinfachen. Ich glaube an die Demokratisierung der Technologie und daran, Teams mit den Werkzeugen auszustatten, um in einer zunehmend digitalen Welt zu innovieren, zu wachsen und erfolgreich zu sein.

Autorenprofil →

Weiterlesen