Abteilung & Versorgung
Das Dienstplan-Tool der Abteilung bauen
Ein gemeinsamer Dienstplan auf einer einzigen Webseite: Musterwoche, ein Reiter pro Tätigkeit, Monatsansicht, Synchronisierung für das ganze Team, online veröffentlicht. Schritt für Schritt mit Claude gebaut.
Bildschirmfoto eines echten Werkzeugs · fiktive Daten, Namen unkenntlich · Oberfläche auf Englisch
Abbildung. Eine einzige Datei, ein Reiter pro Tätigkeit, eine gemeinsame Datenbank und eine versionierte Veröffentlichungskette.
Das Problem
Der Dienstplan einer kardiologischen Abteilung umfasst Dutzende Mitarbeiter (Oberärzte, Fellows, Assistenzärzte, Ärzte in Weiterbildung) und sehr unterschiedliche Tätigkeiten: Echokardiographie nach Raum, Sprechstunden, Belastungstests, MRT, Bereitschaftsdienst, Besprechungen, Lehre. Oft liegt er in einer Tabelle, die nur eine Person bearbeiten kann, und jede Abwesenheit löst eine Kette von E-Mails aus.
Schritt für Schritt
- Schreiben Sie die Spezifikation vor dem Code: die Liste der Mitarbeiter (mit ihrer Kategorie), die Tätigkeiten, die Halbtage, wer was bearbeiten darf. Claude entwirft sie aus Ihren Notizen und der bestehenden Tabelle und listet die zu klärenden Unklarheiten auf.
- Eine Musterwoche, dann echte Wochen: Ein Reiter „Global“ beschreibt die Standardwoche aller; die echten Wochen werden daraus abgeleitet und verändern die Vorlage nie.
- Wiederkehrende Anwesenheiten nach Wochenparität: Eine Anwesenheit kann nur in geraden oder nur in ungeraden Wochen wiederkehren, zwischen einem Start- und einem Enddatum. Die echten Wochen berechnen sie; sie wird nie von Hand kopiert.
- Ein Reiter pro Tätigkeit: Echokardiographie (nach Raum und Halbtag), Sprechstunde, Belastungstest, MRT, Bereitschaftsdienst, Besprechungen, Fakultät, Abwesenheiten und eine Monatsansicht, die alle zeigt. Ist eine Zelle voll, zeigt eine Zeile „ebenfalls anwesend“ alle, die ihre Kapazität überschreiten: Ohne sie verschwanden Namen ohne Vorwarnung.
- Eine einzige HTML-Datei, ohne zu wartenden Server: Claude baut sie, Sie öffnen sie im Browser, um sie zu testen.
- Eine gemeinsame Datenbank, damit das ganze Team in Echtzeit dieselben Daten sieht, geschützt durch ein Team-Passwort. Die Datei darf niemals eine eingefrorene Kopie der Daten enthalten: Ein neuer Computer würde ohne Warnung einen veralteten Stand anzeigen. Ein rotes Banner „nicht verbunden“ kennzeichnet einen Computer, der nicht die echten Daten sieht. Wenn zwei Personen gleichzeitig bearbeiten, werden die Änderungen nach Identität zusammengeführt (wer eingeteilt ist), nie nach Position in der Liste: Sonst löscht die eine Änderung die andere.
- Regeln über versionierte Migrationen anwenden: Jede Regeländerung (neue wiederkehrende Anwesenheit, umbenannte Tätigkeit) ist eine nummerierte Migration, die nur einmal angewendet wird, und erst nach der ersten erfolgreichen Synchronisierung mit der Datenbank. Zu früh angewendet, würde sie auf leere Daten schreiben oder überschrieben werden.
- Online veröffentlichen: Die Datei liegt in einem GitHub-Repository. Jede Änderung läuft über einen Zweig und dann über einen Pull-Request, den die verantwortliche Person selbst zusammenführt; ein statischer Hoster veröffentlicht danach automatisch den Hauptzweig. Zwei Testreihen (Datenlogik, Handgriffe im Browser) müssen vor jeder Zusammenführung bestanden sein.
- Versionieren: Jede Version trägt eine Nummer (v38, v39 …), die im Seitentitel sichtbar ist; die alte Version wird archiviert, nie überschrieben.
- Einen Skill daraus machen: Alle gewonnenen Erkenntnisse (Fehler, Vorgehen, Prüfungen) werden in einem Orchestrator-Skill „planning“ gebündelt, damit sie nicht in jeder Unterhaltung neu gelernt werden müssen.
Ergebnis
Ein online verfügbares Dienstplan-Tool, gemeinsam genutzt und versioniert, und ein Skill, der es diagnostizieren, korrigieren und ausliefern kann.
Schutzvorkehrungen
- Der produktive Dienstplan wird nie direkt von der KI verändert: Sie bereitet einen Zweig und einen Pull-Request vor, Sie führen ihn zusammen. Nichts wird ohne Zustimmung veröffentlicht, und Korrekturen werden in einer einzigen Version gebündelt.
- Keine Patientendaten im Dienstplan. Kontaktdaten der Mitarbeiter bleiben im Verzeichnis, nicht in der veröffentlichten Datei.
- Das Team-Passwort erscheint weder in geteilten Unterhaltungen noch in verbreiteten Dokumenten.
- Bereitgestellt heißt nicht getestet: Kein Link wird weitergegeben, ohne geöffnet worden zu sein; sonst trägt er den Vermerk „nicht geprüft“.
- Der Dienstplan speist nie den persönlichen Kalender: Es sind zwei getrennte Quellen.
Einstiegsprompt
Hier sind unsere Dienstplan-Tabelle und die Liste der Mitarbeiter. Schreibe die Spezifikation für ein Dienstplan-Tool auf einer einzigen Webseite: Musterwoche, ein Reiter pro Tätigkeit, Monatsansicht, Abwesenheiten. Liste auf, was unklar ist, bevor du irgendetwas programmierst.