Rollen und Rechte
Links Rolle auswählen, rechts die zugehörigen Rechte prüfen und gezielt ändern. Geschützte Systemrechte bleiben gesperrt.
Rollenmatrix wird geladen.
Rollen und Rechte
Lesbare Rollenmatrix statt Auth-Feldern im Verbindungsteil.
Grundlagen werden geladen.
Benutzerverwaltung
Browserkonten werden hier angelegt, bearbeitet, gelöscht und über einen separaten Passwortprozess neu ausgestellt. Quelle ist die MariaDB-Tabelle auth_users; der Erstseed kommt aus AUTH_USERS.
Benutzer werden geladen.
MariaDB ist für diese Browserkonten die Laufzeitquelle.
Benutzerliste
Aktive Browserkonten mit Rolle, Frontend-Zugriff und Status.
Benutzer anlegen
Neuanlage mit Rolle, Status und Startpasswort. Der Benutzername bleibt nach dem Anlegen fest.
Die Zugriffsrechte kommen nur aus der Rolle. Stammdatenänderungen ändern kein Passwort.
Passwort ändern
Wähle zuerst ein bestehendes Konto aus der Benutzerliste.
Dieser Prozess ändert ausschließlich das Passwort und beendet bestehende Sitzungen des Kontos.
Noch kein Passwortprozess ausgeführt.
Terminarten
Aktuell aus vorhandenen Terminen abgeleitet, bis ein eigener Stammdaten-Endpunkt existiert.
Räume
Raumstammdaten werden direkt über die vorhandene Ressourcen-API gepflegt.
Raumstammdaten werden geladen.
Personalstamm
Personal wird als Stammdatenbasis für Planung und Verfügbarkeit direkt im Admin gepflegt.
Personalstammdaten werden geladen.
Schichten / Abwesenheiten
Arbeitszeiten und Ausfälle werden über dieselbe Personalbasis administrativ gepflegt.
Schichten und Abwesenheiten werden geladen.
Schicht anlegen
Wiederkehrende Schichten sind die Grundlage für Verfügbarkeitsprüfungen.
Abwesenheit anlegen
Abwesenheiten blockieren Planung und müssen mit Zeitraum und Grund gepflegt werden.
Planungsvorschau
Ein Zeitslot wird gegen Raum- und Personalverfügbarkeit geprüft, ohne den operativen Workspace zu vermischen.
Noch keine Planungsvorschau ausgeführt.
Räume
Freie und blockierte Räume für das gewählte Zeitfenster.
Personal
Verfügbare und blockierte Mitarbeiter mit Gründen.
Betriebsinformationen
Sprechzeiten, Telefonzeiten, Kommunikationsdaten, Praxisurlaub und Vertretungspraxen werden hier als zentrale Wissensquelle gepflegt.
Betriebsinformationen werden geladen.
Dieser Bereich ist ausschließlich für Praxisbetrieb, Urlaub und Vertretungen gedacht. Spontane Schließungen wegen IT-Umbau, Seminaren oder Fortbildungen werden nicht als Urlaub gepflegt.
Betrieb
Klare Arbeitsbereiche statt Onepager
Die fachlichen Funktionen sind getrennt. Änderungen werden über den gemeinsamen Speichern-Button oben in einem Lauf gesichert.
Öffentliche Kommunikationsdaten für POKS, Rauka und Website-Projektion.
Sprechstunden und Telefonzeiten als gepflegte Wissensquelle.
Vertretungspraxen separat pflegen und später beim Urlaub auswählen.
Geplante Abwesenheiten steuern Website-Hinweise und Vertretungen.
Praxisdaten
Praxisdaten und Kommunikationswege
Diese Daten können Rauka, POKS und der Website-Projektion als öffentliche Organisationsdaten dienen.
Zeiten
Sprechstunden und Telefonzeiten
Zeiten getrennt pflegen, damit Website, Workspace und Rauka dieselbe Quelle nutzen.
Sprechzeiten
Format pro Tag: 08:00-11:00; 16:00-18:00
Telefonzeiten
Format pro Tag: 08:00-13:00; 16:00-18:00
Vertretungen
Vertretungspraxen
Jede Vertretung ist ein eigener Datensatz und kann später beim Urlaub per Checkbox ausgewählt werden.
Urlaub
Urlaub und Website-Hinweis
Langfristige und kurzfristig geplante Praxisurlaube. Der Veröffentlichungsvorlauf für die langfristige Urlaubskarte ist hier manuell steuerbar.
Aktive Urlaubshinweise erscheinen sofort online. Kurzfristige Planungen und die langfristige Urlaubskarte orientieren sich zusätzlich am eingestellten Vorlauf.
Platzhalter für spätere organisatorische Hinweise wie temporäre Telefonzeiten, Vertretungsregeln oder Patienteninformation.
Wirkt auf kurzfristig geplante Website-Hinweise sowie auf die langfristige Urlaubskarte. Erlaubt sind 5 bis 30 Tage Vorlauf. Nach dem Enddatum verschwindet der Hinweis sofort.
Status aktiv zeigt den Hinweis sofort online. Geplante Kurzfrist- und Langfrist-Hinweise dürfen innerhalb des Vorlaufs parallel auf der Website erscheinen; am Starttag bleibt der Urlaubseintrag zusätzlich als aktiver Hinweis bestehen.
Sonderlagen
Systemmodus getrennt als operativer Eingriff mit eigener Verantwortung.
Aktueller Systemmodus wird hier angezeigt.
Freigaben, Vorlagen und Kommunikation werden geladen.
Workspace-Freigaben
Die Sichtbarkeit im Workspace wird hier freigabegesteuert und pro Hauptfunktion gesteuert.
Workspace-Freigaben werden geladen.
Rollenschalter überschreiben den Standard nur für die gewählte Workspace-Rolle.
Bausteinverwaltung
Texte für E-Mail, SMS und interne Nachrichten sicher bearbeiten. Änderungen werden zuerst als Entwurf gespeichert und erst nach Freigabe live geschaltet.
- 1Baustein wählen
- 2Text prüfen und ändern
- 3Entwurf freigeben und live schalten
Noch keine Vorschau geladen.
Text bearbeiten und veröffentlichen
Speichern erzeugt eine neue Entwurfs-Version. Erst "Live schalten" ersetzt den aktuell verwendeten Text.
Template-Workflow wird geladen.
Neuen eigenen Baustein anlegen
Für zusätzliche Praxis-Texte. Systembausteine für feste Workflows bitte oben bearbeiten.
Noch kein eigener Baustein angelegt.
KI / Voice
KI-Triage und Rauka-SIP-Client getrennt als eigene Fähigkeitsblöcke.
Praxis Chat intern
Arbeitsplätze, Schlüssel und interne Gruppenkommunikation werden hier getrennt vom Omnichannel-Board gepflegt.
Interner Chat wird geladen.
Chat-Gruppen
Gruppen werden manuell gepflegt. Empfang / Anmeldung ist nur ein Initialvorschlag.
Mehrfachauswahl mit Strg oder Umschalt. Ohne Auswahl bleibt die Gruppe ohne direkte Arbeitsplatz-Mitglieder.
Arbeitsplätze
Ein administrativ erzeugter Schlüssel identifiziert den Browserarbeitsplatz.
Kommunikation
Nachrichten, Routing und Workflow-Steuerung bleiben als eigener Item-Bereich im mittleren Arbeitsfeld sichtbar.
Omnichannel Chat
Reservierte Fläche für den interaktiven Chatraum mit Eingangs- und Rückfragen.
Kommunikation wird geladen.
Versionen
Jeder Speichervorgang erzeugt eine nachvollziehbare Board-Version.
Externe Zugänge, Schlüssel und Systeme werden geladen.
Externe Zugänge
Eingehende Zugänge und ihre fachliche Einordnung.
Zugangsschlüssel
Schlüssel für verbundene Dienste getrennt von Rollen und Einstellungen verwalten.
Neue Schlüssel werden nur direkt nach Erstellung oder Erneuerung angezeigt.
InboxShield / POKSora
Praxiskennung und Zugangsschlüssel für die spätere InboxShield-Anbindung vorbereiten.
InboxShield-Konfiguration wird geladen.
Der Zugangsschlüssel wird verschlüsselt gespeichert und später nicht mehr im Klartext angezeigt.
Schlüsselregeln
Vorgaben für Secret-Verteilung, Auth-Modus und Rotation pro Rolle.
Verbindungsprofile
Technische Anbindungsarten mit administrativer Aktiv-/Inaktiv-Schaltung.
Externe Systeme
Rauka-SIP-Client, Mail, Analytics und weitere angebundene Systeme als fachliche Systemkarte.
Auswertungen
Berichte, Exportvorschau und Datenqualität in einer eigenen Arbeitsfläche.
Auswertungen werden geladen.
Datenquellen
Schwerpunkte
Noch keine Auswertung geladen.
E-Mail-Versand einrichten
Hier hinterlegst du den SMTP-Zugang, über den POKS Rezept-, Überweisungs- und Systemmails versendet.
Versand-Werkzeuge werden geladen.
1
Mailserver-Profil
Trage hier die SMTP-Daten deines Mailpostfachs ein. Danach Aktiv für Versand und Standardprofil setzen.
Verbindung
Anmeldung
Das Passwort wird gespeichert, aber nicht wieder angezeigt.
Absender
Betrieb und Diagnose Arbeitsliste, letzte Zustellungen, Fehler und Versandvorschau
3
Versandvorschau
Optional: bestehende E-Mail auswählen und prüfen, welchen Versandumschlag POKS bauen würde.
Offene E-Mails
Zuletzt zugestellt
Letzte Fehler
Noch kein Versand-Ergebnis geladen.
SMS-Probelauf
Kurze Einweg-SMS über die Telefonanlage. Kein Rückkanal, keine Antwortverarbeitung, maximal 160 Zeichen.
SMS-Werkzeuge werden geladen.
0 / 160 Zeichen. SMS ist bewusst nicht bidirektional.
Noch kein SMS-Ergebnis geladen.
Telefonbuch
Status, Freigaben und Vorgaben für das gemeinsame Telefonbuch. Die Pflege der Kontakte bleibt im Workspace.
Telefonbuch-Einstellungen werden geladen.
Freigaben und Transport
Rechte, globaler Telefonbuchumfang und bewusste Abschaltung über den Transportweg.
Kontaktarten und Farben
Vorgaben für die Kontaktmaske: Begriff, Art und Farbe. Einzelne Kontakte können später abweichen.
Offline-Queue
Ausstehende Kontaktanlagen und Änderungen, falls das Telefonbuch vorübergehend nicht erreichbar ist.
Offline-Queue wird geladen.
Queue-Eintrag bearbeiten
Kontaktfelder korrigieren, fehlende Rufnummern ergänzen oder doppelte Einträge gezielt entfernen.
Speichern setzt offene Fehler wieder auf wartend. Danach kann der Eintrag erneut verarbeitet werden.
Kontaktprüfung und Datenquellen
Ähnliche Einträge, Zusammenführung und Kontaktvorschläge sind reine Prüfpfade und führen keine automatische Massenänderung aus.
Kontaktprüfpfade werden geladen.
Wenn der Telefonbuch-Zugriff deaktiviert ist, liest, sucht, speichert oder löscht POKS dort keine Kontakte.
Versicherer-Kontakte
Offizielle GKV-/PKV-Kontaktstammdaten aus Verbandslisten und Versicherer-Domains. Rohdaten, bereinigte Daten und Reviewstatus bleiben getrennt.
Versicherer-Kontakte werden geladen.
Letzte Läufe
Protokoll mit Rohdaten- und CSV-Zeilen.
Noch kein Lauf geladen.
Bereinigte Kontakte
CSV-Vorschau mit Reviewstatus.
Noch keine Daten geladen.
Keine personenbezogenen Patientendaten. Keine Marketingnutzung. Keine Massenkommunikation. Sekundärquellen werden nur als Hinweis akzeptiert.
Placetel Routing
Routing-Pläne, Prioritäten und Simulation aus der Placetel-Anlage. Schreibzugriffe bleiben bis zur Freigabe gesperrt.
Placetel-Routing wird geladen.
Routing lesen
Aktuellen Placetel-Stand ohne Änderung abrufen.
Mehrere Zeitpunkte mit Komma trennen.
Moduswechsel-Vorschau
Prüft Plan, Zielobjekt und Simulation. Es wird nichts an Placetel geschrieben.
Noch keine Moduswechsel-Vorschau berechnet.
Routing-Pläne
Aus Placetel gelesene Pläne mit Objekten und Prioritäten.
Noch kein Routing geladen.
Simulation
Welche Routing-Regel zu einer Uhrzeit greifen würde.
Noch keine Simulation geladen.
Telefon-AI-Agent
Konfiguration für Rauka, Rückruf-Ziel, Betriebsmodus und OpenAI-Realtime-Prompt. Geheimwerte werden nicht hier gespeichert.
Telefon-AI-Agent wird geladen.
Betrieb
Aktivierung, Modus, Rückruf-Ziel und Zeitfenster.
Routingbezug
Referenzen auf vorbereitete Placetel-Objekte. Schreiben bleibt gesperrt.
Voice und Briefing
OpenAI-Referenz ohne Secrets und generiertes Rauka-Briefing.
Transkriptions- und Übergabeprüfung
Strukturierte Rauka-Handoffs ohne Volltranskript im Workspace. Rohtranskript und Audio bleiben ausschließlich im Admin-Audit.
Noch keine Transkriptions-Previews geladen.
OpenAI- und Placetel-Secrets bleiben in der Serverumgebung. Diese Maske speichert nur Betriebslogik und Prompt-/Session-Referenzen.
Rückruf-Ziele
Nebenstellen für Rückrufstarts aus POKS und für die Anzeige ausgehender Placetel-Gespräche.
Rückruf-Ziele werden geladen.
Freigaben werden aus vorhandenen Arbeitsplätzen, Teamgruppen, Benutzern oder Rollen ausgewählt. Rollenfreigaben gelten breit für alle Konten dieser Rolle: ideal für Anmeldung 1-4 und Backoffice mit Rolle MFA. Persönliche Nebenstellen wie Sprechzimmer 1/2 werden über den konkreten Benutzer, aktuell jreiffert, freigegeben und nicht über die Rolle Arzt.
Monitoring-Daten werden geladen.
Kennzahlen
Service-Zustand, Stack-Hinweise und Kernkennzahlen ohne Konfigurationsanteile.
Warnungen
Warnungen und kritische Betriebszustände als eigener Block.
Neustartregeln
Prozessbezogene Restart-Grenzen und Fehlerbudgets aus dem Betriebsbauplan.
Betriebsprozesse
Verantwortliche, Fristen, Empfängerkanäle und Zielsysteme für aktive Warn- und Störungslagen.
Warnweg-Konfiguration
Diese Maske schreibt die Betriebswerte in die Env-Dateien für den nächsten Rebuild. Die Felder sind bewusst fachlich benannt.
Warnweg- und Empfänger-Konfiguration wird geladen.
Warnweg
Zielsystem, Zielname und Schweregrad für automatische Warnmeldungen.
Empfängerprofile
Kontakte und Zielsysteme für Betriebs-, Admin-, Entwicklungs- und Security-Wege.
Die Werte werden in
deploy/monitoring-alerting.env und deploy/alert-recipients.env geschrieben. Wirksam werden sie nach dem Rebuild auf der NAS.
Warnversand
Vorschau und manueller Versand des externen Warnexports als Operator-Werkzeug.
Warnexport wird geladen.
Noch keine Warnvorschau geladen.
Jobs / Queues
Queue-Sicht mit separaten Filtern, fern von globaler Konfiguration.
Logs
Audit-Stream als API-seitige Betriebslog-Sicht; Debug-Daten bleiben außerhalb dieses Flows.
Hier liegen nur technische Checks. Der restliche Adminbereich bleibt frei von Debug-Feldern.
API Test
API-Ziel und Token nur hier konfigurieren.
Ohne Token nutzt die Diagnose die gemeinsame Sitzung. Ein Bearer-Token im Diagnosefeld überschreibt sie.
Systemchecks
Schnelle technische Laufzeitchecks ohne Vermischung mit Monitoring-Ansichten.
Debug Tools
Schnellzugriffe für rohe API-Antworten.
Noch keine Diagnose ausgeführt.