Een HIPAA-conform platform voor teams die de opioïdencrisis bestrijden

Teams die opioïdengebruik aanpakken, misten een gestandaardiseerde digitale oplossing om hun casussen te beheren en interventies bij te houden. Velen werkten met spreadsheets en papieren dossiers, waardoor ze moeilijk konden meten wat werkt en hun resultaten konden verbeteren. Zonder centrale systemen kon beleid niet op schaal worden getest en bleef data versnipperd over county's.

Goldie moest cruciale workflows centraliseren in één veilig platform dat zowel online als offline betrouwbaar werkt, regionale verschillen ondersteunt en volledig voldoet aan HIPAA en 42 CFR.

Het team van Akveo verzorgde de volledige ontwikkeling, waaronder de systeemarchitectuur, backend- en frontendontwikkeling, realtime messaging, de logica voor offline synchronisatie op mobiel en de uitrol van de infrastructuur op AWS, om veiligheid, compliance en schaalbaarheid te garanderen.

HIPAA-compliance

Om aan HIPAA te voldoen, volgt de applicatie deze belangrijke werkwijzen:

1. Databasebeveiliging: Multi-tenant architectuur: de data van elke klantorganisatie is geïsoleerd in aparte schema's, met rolgebaseerde toegangscontrole. Back-ups: geautomatiseerde en veilige back-ups zijn ingericht.
2. Authenticatie en toegangscontrole: Gebruikersauthenticatie met een strikt wachtwoordbeleid. Rolgebaseerde toegangscontrole in de app, volgens het principe van minimale rechten.
3. Beveiliging van datatransmissie: Alle data die tussen clients en server wordt verzonden, is versleuteld via HTTPS.
4. Monitoring en audit: Activiteiten worden gelogd om verdachte handelingen te kunnen opsporen.

Multi-tenant architectuur

De applicatie scheidt data op het niveau van elk bedrijf (tenant). Door deze scheiding kunnen gebruikers van de ene tenant geen data van een andere tenant inzien.

Tot welke tenant een gebruiker behoort, wordt bepaald op het moment van authenticatie.

De logische scheiding van data is geïmplementeerd op databaseniveau: voor elke tenant wordt een aparte verbinding opgezet en toegang tot andermans data is zowel op API- als op databaseniveau beperkt. Op API-niveau controleert het systeem of de gebruiker tot de opgevraagde tenant behoort. Op databaseniveau worden de beperkingen afgedwongen via aparte verbindingen en mechanismen voor toegangscontrole.

Voor bestandsopslag gebruikt de applicatie AWS. Op dit niveau wordt de scheiding van data gegarandeerd door een strikte opslagstructuur. De toegangsrechten tot de bestanden van elke tenant worden op API-niveau gecontroleerd.

Offline-first

De applicatie is gebaseerd op het offline-first-principe. Dat betekent dat de app ook zonder verbinding moet werken. Synchronisatie van de data met de globale systeemstatus vindt plaats zodra er een internetverbinding is.

Om deze aanpak te realiseren, is besloten de API op te splitsen in twee typen: een lees- en een schrijf-API.

De lees-API werkt alleen online. Die laadt actuele data op het mobiele apparaat van de gebruiker, waar de data in een lokale database wordt opgeslagen. Zo blijft de informatie beschikbaar, ongeacht de internetverbinding, en kan de app in offline modus werken. Om de prestaties te optimaliseren bij grote hoeveelheden data wordt gedeeltelijke synchronisatie gebruikt: bij elk volgend verzoek worden alleen de wijzigingen gedownload die in de globale systeemstatus zijn opgetreden terwijl het apparaat offline was.

De schrijf-API is ontworpen om handelingen die gebruikers offline uitvoeren te verzamelen en op te slaan. Deze handelingen worden in de database van het apparaat vastgelegd in dezelfde volgorde waarin ze zijn uitgevoerd. Zodra de applicatie verbinding met internet heeft, worden alle opgeslagen bewerkingen naar de server gestuurd en achtereenvolgens uitgevoerd. Is de applicatie online, dan wordt data direct naar de server gestuurd zonder lokaal te worden opgeslagen.

E-mails versturen

Met de applicatie kunnen namens de tenant e-mails naar patiënten worden verstuurd. Beheerders voeren daarvoor hun e-mailadres in het configuratiescherm in, dat vervolgens als afzenderadres wordt gebruikt.

Sms-chats

Gebruikers en patiënten kunnen via sms communiceren in een chatformaat. Elke tenant krijgt een telefoonnummer toegewezen voor het versturen en ontvangen van sms-berichten. De chat wordt in realtime bijgewerkt.

Meldingen

Gebruikers van de applicatie worden over wijzigingen geïnformeerd via pushmeldingen en meldingen in de app. Via deze meldingen kunnen ze snel navigeren of acties uitvoeren in de app.

Geplande taken

Het systeem bevat automatische logica waarmee acties zonder tussenkomst van gebruikers worden uitgevoerd, zoals statuswijzigingen, het aanmaken van taken, het genereren van rapporten enzovoort.

Integratie met analysediensten

Voor data-analyse integreert de applicatie met diensten van derden en levert ze de data in een formaat dat geschikt is voor analyse. Deze systemen gebruiken de data om diverse metrics van bedrijfsprocessen visueel weer te geven.

Publieke API

Naast het gebruik van het systeem in de mobiele applicatie maakt een publieke API integratie met andere oplossingen en teams mogelijk.