Toegang en audit
Hoe rollen en patiënttoewijzing de toegang beperken, wie bij Salisan bij praktijkgegevens kan en wat het auditlogboek vastlegt.
Toegang in Salisan wordt voor elk verzoek op de server bepaald. Een knop verbergen in de app is een weergavekeuze en nooit de toegangscontrole.
Rollen en patiënttoegang
Elk lid heeft een rol. De ingebouwde rollen zijn Eigenaar, Beheerder, Lid en Secretaresse. Met het Enterprise-abonnement kan een praktijk ook eigen rollen maken.
- Lid leest en schrijft klinische dossiers alleen van patiënten die aan hem of haar zijn toegewezen. Toegang tot de kalender omvat het eigen team.
- Secretaresse werkt met patiënten, kalenders, communicatie en taken binnen de hele praktijk en heeft geen recht op klinische dossiers.
- Beheerder en Eigenaar hebben klinische toegang binnen de hele organisatie, plus beheer van leden en teams. Alleen de Eigenaar beheert de facturering, het beleid voor tweestapsverificatie en de afdwinging van single sign-on.
Patiënttoegang kent twee lagen. De patiënt moet bij de praktijk van de ingelogde persoon horen, en de rol van die persoon moet de handeling voor die patiënt toestaan. De Agent handelt met de rechten van de persoon die hem gebruikt. Export- en wisopdrachten controleren de bevoegdheid van de aanvrager opnieuw wanneer ze worden uitgevoerd.
Stappen voor het beheren van rollen staan in Mensen en toegang. De achterliggende begrippen staan in Rollen en toegang.
Scheiding tussen praktijken
De autorisatieregels van Salisan eisen dat elke query naar praktijkgegevens is afgebakend tot de organisatie van de ingelogde persoon. Patiëntdossiers zijn alleen bereikbaar via de toegangskoppeling van de praktijk met de patiënt. Geautomatiseerde tests controleren dat elke API-route haar toegangsniveau vastlegt.
Toegang door medewerkers van Salisan
Medewerkers van Salisan kunnen niet inloggen als klant. Het optreden namens een gebruiker (impersonation) is uitgeschakeld en platformrollen geven via de werkruimte geen toegang tot de patiëntgegevens van een praktijk.
De Servicevoorwaarden stellen dat Salisan patiëntgegevens behandelt als gegevens die onder het beroepsgeheim van de praktijk vallen en deze alleen openbaar maakt op gedocumenteerde instructie van de praktijk of wanneer het recht van de EU of van een lidstaat dat vereist. Support vraagt u geen patiëntgegevens te sturen.
Salisan heeft geen beschrijving gepubliceerd van welke medewerkers bij productiesystemen kunnen en onder welke goedkeuring. Volg Vraag het Salisan om dit te vragen.
Het auditlogboek
Eigenaren en beheerders kunnen Organisatie → Naleving → Auditlog openen. Een eigen rol heeft het recht Auditgeschiedenis bekijken nodig. De paginatitel is Auditlogboek.
Het logboek legt vast wie zich heeft aangemeld, wie welk dossier heeft geopend en wat is toegestaan of geweigerd. Ook legt het wijzigingen in dossiers en organisatie-instellingen vast, evenals exports, wisverzoeken en acties van de Agent.
- Elke rij toont de datum, de actor, de actie en het doel. Het actortype is Persoon, Agent, API of Systeem.
- Open een rij voor het resultaat, de reden, de bron en de namen van de velden die zijn gewijzigd. Het logboek slaat veldnamen op, niet de inhoud ervan.
- Filter op actiegroep (Toegang tot patiëntgegevens, Wijzigingen in patiëntgegevens, Organisatiewijzigingen, Organisatiebeheer), op datumbereik en op patiënt. Het menu van een patiënt heeft ook Toegangslogboek, dat het logboek gefilterd op die patiënt opent.
- Bij een actie van de Agent noemen de details de persoon die de actie startte.
- Het lezen van het auditlogboek wordt ook als gebeurtenis vastgelegd.
Om te zien wat een dossier eerder zei, opent u de Geschiedenis van het dossier. Het auditlogboek bevat de eerdere inhoud niet.
Bewaring en integriteit
Auditgebeurtenissen worden geschreven in dezelfde databasetransactie als de actie die ze beschrijven. Een praktijk kan niet verkorten hoe lang Salisan ze bewaart. De periode hangt af van het land van de praktijk en Salisan heeft die niet gepubliceerd.
De infrastructuurconfiguratie van Salisan archiveert bovendien een ondertekende kopie van elke gebeurtenis in write-once-opslag (S3 Object Lock in compliancemodus), versleuteld met een beheerde sleutel. Een organisatie-export bevat deze ondertekende kopieën ongewijzigd.