Zugriff und Audit
Wie Rollen und Patientenzuweisung den Zugriff begrenzen, wer bei Salisan auf Praxisdaten zugreifen kann und was das Audit-Protokoll aufzeichnet.
Der Zugriff in Salisan wird bei jeder Anfrage auf dem Server entschieden. Das Ausblenden einer Schaltfläche in der App ist eine Darstellungsentscheidung und niemals die Kontrolle.
Rollen und Patientenzugriff
Jedes Mitglied hat eine Rolle. Die integrierten Rollen sind Inhaber, Administrator, Mitglied und Sekretariat. Im Enterprise-Tarif kann eine Praxis zusätzlich eigene Rollen anlegen.
- Mitglied liest und schreibt klinische Unterlagen nur für Patienten, die ihm zugewiesen sind. Der Kalenderzugriff umfasst sein Team.
- Sekretariat arbeitet praxisweit mit Patienten, Kalendern, Kommunikation und Aufgaben und hat keine Berechtigung für klinische Unterlagen.
- Administrator und Inhaber haben organisationsweiten klinischen Zugriff sowie die Verwaltung von Mitgliedern und Teams. Nur der Inhaber verwaltet die Abrechnung, die Richtlinie zur Zwei-Faktor-Authentifizierung und die Durchsetzung von Single Sign-on.
Der Patientenzugriff hat zwei Ebenen. Der Patient muss zur Praxis der angemeldeten Person gehören, und die Rolle der Person muss die Aktion für diesen Patienten erlauben. Der Agent handelt mit den Berechtigungen der Person, die ihn nutzt. Export- und Löschaufträge prüfen die Befugnis der anfordernden Person erneut, wenn sie ausgeführt werden.
Die Schritte zur Verwaltung von Rollen stehen unter Personen und Zugriff. Die Konzepte stehen unter Rollen und Zugriff.
Trennung zwischen Praxen
Die Autorisierungsregeln von Salisan verlangen, dass jede Abfrage von Praxisdaten auf die Organisation der angemeldeten Person beschränkt ist. Patientenakten werden nur über die Zugriffsverknüpfung der Praxis zum Patienten erreicht. Automatisierte Tests prüfen, dass jede API-Route ihre Zugriffsstufe deklariert.
Zugriff durch Salisan-Mitarbeitende
Salisan-Mitarbeitende können sich nicht als Kunde anmelden. Impersonation ist deaktiviert, und Plattformrollen gewähren über den Arbeitsbereich keinen Zugriff auf die Patientendaten einer Praxis.
Die Nutzungsbedingungen besagen, dass Salisan Patientendaten als der beruflichen Schweigepflicht der Praxis unterliegend behandelt und sie nur auf dokumentierte Weisung der Praxis offenlegt oder wenn das Recht der EU oder eines Mitgliedstaats es verlangt. Der Support bittet Sie, keine Patientendetails zu senden.
Salisan hat keine Beschreibung veröffentlicht, welche Mitarbeitenden auf Produktivsysteme zugreifen können oder mit welcher Freigabe. Um nachzufragen, folgen Sie Salisan fragen.
Das Audit-Protokoll
Inhaber und Administratoren können Organisation → Compliance → Prüfprotokoll öffnen. Eine eigene Rolle benötigt dafür die Berechtigung Prüfprotokoll anzeigen. Der Seitentitel lautet Audit-Protokoll.
Das Protokoll zeichnet auf, wer sich angemeldet hat, wer welche Akte geöffnet hat und was erlaubt oder verweigert wurde. Es zeichnet außerdem Änderungen an Akten und an Organisationseinstellungen, Exporte, Löschanfragen und Agent-Aktionen auf.
- Jede Zeile zeigt das Datum, den Akteur, die Aktion und das Ziel. Der Akteurtyp ist Person, Agent, API oder System.
- Öffnen Sie eine Zeile, um Ergebnis, Grund, Quelle und die Namen der geänderten Felder zu sehen. Das Protokoll speichert Feldnamen, nicht deren Inhalte.
- Filtern Sie nach Aktionsgruppe (Patientenzugriff, Änderungen an Patientendaten, Organisationsänderungen, Organisationsadministrator), nach Zeitraum und nach Patient. Das Menü eines Patienten enthält außerdem Zugriffsprotokoll, das das Protokoll auf diesen Patienten gefiltert öffnet.
- Bei einer Agent-Aktion nennen die Details die Person, die sie gestartet hat.
- Auch das Lesen des Audit-Protokolls wird als Ereignis aufgezeichnet.
Um zu sehen, was eine Akte früher enthielt, öffnen Sie den Verlauf der Akte. Das Audit-Protokoll enthält nicht den früheren Inhalt.
Aufbewahrung und Integrität
Audit-Ereignisse werden in derselben Datenbanktransaktion geschrieben wie die Aktion, die sie beschreiben. Eine Praxis kann nicht verkürzen, wie lange Salisan sie aufbewahrt. Die Dauer hängt vom Land der Praxis ab, und Salisan hat sie nicht veröffentlicht.
Die Infrastrukturkonfiguration von Salisan archiviert außerdem von jedem Ereignis eine signierte Kopie in einem Write-once-Speicher (S3 Object Lock im Compliance-Modus), verschlüsselt mit einem verwalteten Schlüssel. Ein Export der Organisation enthält diese signierten Kopien unverändert.