LOCAL FIRST · NO SUPABASE · DEVICE OWNED

Dein Gerät. Deine Datenbank.

Die bestehende Ortho-App nutzt die Datenbank dieses Smartphones, Tablets oder Computers. Der lokale Worker führt ausschließlich begrenzte technische Prüfaufträge aus.

Zur App-Übersicht
DatenbankPrüfung läuftIndexedDB · dieses Gerät
Speicher verwendet–Größe wird ermittelt
SpeichererhaltUnbekanntVom Browser abhängig
Worker-Warteschlange–Persistente Aufträge

AUTONOMIE · GERÄTEPRIORITÄT

Ausfallschutz & lokaler Runner

Das Gerät bleibt die primäre Datenbank; Supabase ist optional. Technische Prüfung und Optimierungsvorschläge laufen nach dem Öffnen der App oder spätestens beim nächsten sichtbaren 15-Minuten-Zyklus, soweit Browserberechtigungen dies erlauben. Eine Web-App läuft nicht garantiert rund um die Uhr, sobald sie geschlossen wurde.

Verschlüsselt sichern

Gerätezustand wird gelesen …

Fälle & TermineMaterialverwaltung

01 / DEVICE DATA

Lokale Datenbestände

Die vorhandenen Testdaten aus der älteren Browserspeicherung werden beim ersten Öffnen automatisch übernommen. Es wird nichts in die Cloud übertragen.

Datenbank wird geöffnet …

Browserdaten können bei Geräteschaden, Zurücksetzen oder Löschen der Website-Daten verloren gehen. Verschlüsselte Sicherungen sind deshalb wichtig.

02 / BOUNDED EXECUTION

Lokale Worker

Auftrag wählen, dauerhaft in IndexedDB hinterlegen und auf diesem Gerät ausführen. Keine Druckbefehle, Diagnosen oder externen Netzwerkaktionen.

Bereit.

03 / GLASSBOX CHECK

Datenintegrität prüfen

Die Datenbank technisch kontrollieren, ohne Testdaten zu verändern. Prüft doppelte Kennungen, fehlerhafte Referenzen, ungültige Termine und Materialmengen. Keine Patientendaten werden in den Bericht kopiert.

Noch keine Integritätsprüfung durchgeführt.

SHA-256 vergleicht Datenschnappschüsse, ist aber weder eine digitale Signatur noch eine klinische Freigabe. Eventuelle Fehler werden nur angezeigt, niemals automatisch korrigiert.

03 / DEVICE TO DEVICE

Verschlüsselter Datentransfer

Jetzt automatisch angeboten: Auf einem neuen Gerät erscheint ein Import-Hinweis. Nach Änderungen erinnert die App an eine neue Sicherung. Ein echtes automatisches Kopieren zwischen zwei Geräten erfordert eine sichere Verbindung und deren Freigabe.

Ohne Cloud: Auf Gerät A verschlüsselt exportieren, Datei sicher auf Gerät B übertragen, dort wieder importieren. Keine automatische Synchronisierung.

AES-GCM und PBKDF2-SHA256 · nur auf diesem Gerät entschlüsselt.

Sicherungsstatus wird geladen …

Beim Import werden beide lokalen Testdatenbestände auf diesem Gerät ersetzt. Erst eine eigene aktuelle Sicherung erstellen.

04 / POCKET ENTERPRISE

24/7-Ausführung über bestehenden Runner

Die bestehenden PIGA Pocket-Enterprise-Worker sind von lokalen Ortho-Browser-Workern getrennt. Ihre Ereignisverarbeitung benötigt einen dauerhaft erreichbaren selbst gehosteten Rechner oder einen autorisierten externen Host. Kein Smartphone-Browser kann diese Verfügbarkeit garantieren.

Externer Runner: Online-Zustand nicht verifiziert. Browser-PWA kann den geschützten Runner nicht ohne Authentifizierung steuern.

Die App startet weder Remote-Worker noch druckt sie automatisch. Externe Aktionen bleiben an die bestehenden Gate-1-/Gate-2-Freigaben gebunden. Ein Rechner, der ausgeschaltet oder offline ist, führt keine Jobs aus.

05 / GOVERNANCE

Grenzen der lokalen Architektur

  • Smartphone, Tablet und Desktop verwenden denselben Web-Code, aber getrennte Gerätespeicher.
  • Es gibt keine Berechtigungsverwaltung durch Supabase oder einen anderen Cloud-Anbieter.
  • Worker arbeiten während einer aktiven Sitzung. Ein dauerhaft laufender Hintergrundprozess ist im Browser nicht garantiert.
  • Keine echten Patientenakten oder vertraulichen Personalunterlagen in diese offene Evaluation eintragen.
  • Synchronisierung mehrerer Geräte braucht später einen geprüften Transport, Konfliktbehandlung und Datenschutz.