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.

Außerordentl. Prof. (MCU-PH)Ordentl. Prof. (PU-PH)Claude CodeCoworkGitHubNetlify2 bis 3 Sitzungen, dann eine Version pro Monat

Dienstplan im Dialog bauen: Gespräch, Vorschau der Version, Zähler pro Person.
Dienstplan im Dialog bauen: Gespräch, Vorschau der Version, Zähler pro Person.

Bildschirmfoto eines echten Werkzeugs · fiktive Daten, Namen unkenntlich · Oberfläche auf Englisch

Architektur des Dienstplan-Tools

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

  1. 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.
  2. Eine Musterwoche, dann echte Wochen: Ein Reiter „Global“ beschreibt die Standardwoche aller; die echten Wochen werden daraus abgeleitet und verändern die Vorlage nie.
  3. Ein Reiter pro Tätigkeit: Echokardiographie (nach Raum und Halbtag), Sprechstunde, Belastungstest, MRT, Bereitschaftsdienst, Besprechungen, Fakultät, Abwesenheiten und eine Monatsansicht, die alle zeigt.
  4. Eine einzige HTML-Datei, ohne zu wartenden Server: Claude baut sie, Sie öffnen sie im Browser, um sie zu testen.
  5. 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.
  6. Online veröffentlichen: Die Datei liegt in einem GitHub-Repository, das ein statischer Hoster (zum Beispiel Netlify) automatisch veröffentlicht.
  7. Versionieren: Jede Version trägt eine Nummer (v38, v39 …), die im Seitentitel sichtbar ist; die alte Version wird archiviert, nie überschrieben.
  8. 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 liefert eine Datei, Sie veröffentlichen sie.
  • 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.

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.

← Zurück zum Triptychon