Modul · stationäre Psychiatrie
Aus dokumentiertem Verlauf, erhobenem Bedarf und dem Wochenbudget der Fallgruppe entsteht ein Vorschlag. Wirksam wird ausschliesslich der dokumentierte Teamentscheid.
Vier fachliche Perspektiven, in der Oberfläche als Ausgangslage, drei Arbeitsschritte und ein Wochenabschluss.
| Perspektive | Woher | Was daraus entsteht |
|---|---|---|
| Ausgangslage | frühere Aufenthalte, automatisch | Verlaufsprofil und Verlaufskontext — niemand erfasst sie |
| Bedarf | Fachperson, 18 Subdomänen | je Bereich: offen, versorgt oder kein Bedarf |
| Funktion & Teilhabe | 13 Dimensionen, nachgelagert erhebbar | Funktionswert 0–100 |
| Behandlungsplan | Wochenbudget der Fallgruppe | Vorschlag je Leistung, dann Teamentscheid |
Am Ende der Woche schliesst das Team ab: Vorschlag, Entscheide und Bericht werden unveränderlich festgehalten, die nächste Woche beginnt bewusst. Fehlende Angaben zählen nie als Null — eine unvollständige Bedarfserhebung heisst „nicht beurteilbar", nicht „kein Bedarf".
Zwei Anmeldungen hintereinander — die erste entscheidet, ob Sie überhaupt an die Anwendung kommen, die zweite, was Sie darin dürfen.
| Konto | Was es sieht |
|---|---|
| bearbeiter1 | der klinische Pfad inklusive Speichern und Bericht — die normale Sicht |
| admin1 | zusätzlich die Administration: Regelstände ansehen und simulieren |
| gast1 | nur lesen; alle Speicherwege sind ausgeblendet |
Alles, was Sie dort tun, wirkt auf einem gemeinsamen Datenbestand mit synthetischen Fällen. Ein nächtlicher Reset stellt den Ausgangszustand wieder her.
Die Verantwortung für sämtliche klinischen Entscheidungen liegt vollständig und ausschliesslich beim Behandlungsteam. Massgeblich ist die Zweckbestimmung im Repository, nicht diese Seite.
Die Verlaufslogik stammt aus 18 gelieferten SQL-Dateien. Sie sind unverändert — geändert wurde daneben, protokolliert und nachweisbar.
Die Originale sind eingefroren. Alle 18 Dateien liegen byte-identisch im Repository, mit Prüfsummen daneben. Ein Test vergleicht sie bei jeder Änderung; wer eine Datei bearbeitet, lässt die Prüfung scheitern.
Die Revision liegt daneben, nicht darin. Vier abgeleitete Kopien tragen 17 markierte Änderungen, jede mit einer Nummer in der Zeile. Acht Abweichungen sind protokolliert, jede mit Begründung und Wirkungsnachweis über 80 stationäre Fälle.
Die Python-Fassung wird gegen die SQL geprüft — bei jeder Änderung, automatisch, elf Ergebnisspalten je Fall gegen beide Stände.
| Nr. | Befund | Klasse | Stand |
|---|---|---|---|
| A-01 | Die Schwelle 0.333 schneidet „ein Drittel" falsch | Fehlerkorrektur | umgesetzt |
| A-02 | Oberste Stufe der 90-Tage-Wiederaufnahme war unerreichbar | Fehlerkorrektur | bestätigt |
| A-03 | Die Kontaktjahre zählen praktisch nie | Fehlerkorrektur | Widerspruch möglich |
| A-04 | „Unbekannt" wurde als „keine Historie" gewertet | Fehlerkorrektur | umgesetzt |
| A-05 | Versorgungslücken-Punkte übersteuerten alles | Kalibrierung | umgesetzt |
| A-06 | Kategoriegrenzen an der realen Verteilung geprüft | Kalibrierung | keine Änderung |
| A-07 | „Wechselt Setting und Zentrum" ging verloren | Konzeptänderung | freigegeben |
| A-08 | Grundsatzfrage Summenbildung statt Kombinationsmatrix | dokumentierte Grenze | offen für v3 |
Nur eine Abweichung verschiebt Kategorien: A-02 hebt 15 von 80 Fällen in der Care-Path-Kategorie von 3 auf 4. Alle übrigen verschieben Punkte innerhalb ihrer Stufe.
Stufe 0 heisst nicht „unauffällig", sondern: es gibt keine ausreichende beobachtbare Vorhistorie. Die Oberfläche schreibt das aus, statt eine Null zu zeigen.
| Klasse | Bedeutung | Freigabe |
|---|---|---|
| Fehlerkorrektur | Das Original wollte erkennbar etwas anderes, als der Code tat | dokumentieren, umsetzen |
| Kalibrierung | Die Logik bleibt, Zahlen oder Grenzen werden neu gesetzt | umsetzen, Urheberschaft informieren |
| Konzeptänderung | Die Rechenlogik selbst ändert sich | Freigabe vor der Aktivierung |
Wer die Original-SQL geschrieben hat, liest zur Prüfung ausschliesslich das Protokoll und den Wirkungsbericht — nicht den Code. Eine Rückmeldung „das war anders gemeint" ist auch dann noch willkommen, wenn eine Abweichung bereits umgesetzt ist; genau dafür trägt A-03 seinen Widerspruchsvorbehalt.
Acht Meilensteine in zwei Wochen, jeder als eigener Pull Request mit grüner Prüfkette, jeder mit einem Steuerdokument und einer Marke im Verlauf.
| Datum | Meilenstein | Kern |
|---|---|---|
| 21.08. | Projektstart | gelieferte SQL eingefroren, Pipeline lauffähig |
| 23.08. | Regelwerk-Umbau | Werte, Regeln und Rechenwege getrennt; Konzeptrevision; Parameter-Register |
| 24.08. | UI-Klartext | klinische Sprache statt Systemvokabular |
| 24.08. | Nachtlauf | Testfundament, Doku-Ordnung, Demo-Drehbuch |
| 30.08. | Produkthärtung | Audit behoben, Anmeldung und Rollen, Betriebsdoku |
| 02.09. | Bedienbarkeit | zwei Rollen, drei Arbeitsschritte, abgeleiteter Fallstatus |
| 03.09. | Wochenzyklus | Übersicht als Einstieg, Wochenabschluss als Fassung |
| 04.09. | Führung | jede Ansicht sagt, wo man ist und was zu tun ist |
Ein Prinzip zieht sich durch alles: nichts verschwindet still. Wird etwas entfernt, steht es mit Begründung in einem Entfernungsprotokoll. Wird etwas nicht gelöst, steht es benannt in einer der beiden ToDo-Listen.
Was wo liegt und was es voraussetzt.
docs/START_HERE.md