Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

Klinikai hozzáférési kérelmek beteg jóváhagyással (CIBA)

A klinikai hozzáférési kérelmek mögötti OpenID CIBA folyamat: a recepció megadja a beteg e-mail címét, a beteg jóváhagyja az alkalmazásban vagy e-mailben 30, 90 vagy 365 napra, és a klinika alkalmazása tokeneket kap.

Egy klinika csak akkor fér hozzá egy beteg rekordjához az Anpheros-on, amikor a beteg azt jóváhagyja. A klinika alkalmazása egy kérést küld, amely megnevezi a beteg e-mail címét és a szükséges hozzáférést. A beteg ezt megkapja az Anpheros alkalmazásban és e-mailben, látja, ki kér és mire, kiválasztja, mennyi ideig engedélyezi, és jóváhagyja vagy elutasítja. Ha jóváhagyja, a klinika alkalmazása megkapja a tokeneket, és a hozzáférés lejártáig vagy a beteg visszavonásáig olvashatja a rekordot.

A folyamat a szabványos OpenID Connect Client-Initiated Backchannel Authentication (CIBA) folyamat, poll módban. Ez azért létezik, hogy a recepciósnak ne kelljen telefont vagy linket átadnia a betegnek: a kérés a beteghez jut el, nem a klinika képernyőjén keresztül.

Lépésről lépésre

1. A recepció megadja a páciens e-mail címét. A klinika alkalmazása meghívja a POST /oauth/bc-authorize-et az ügyfélhitelesítő adataival, a páciens e-mail címével mint login_hint, a szükséges scope-mal és egy rövid binding_message-vel, amelyet a páciens látni fog.
2. A platform minden címre ugyanúgy válaszol. A válasz tartalmaz egy auth_req_id-öt, egy lejárati időt és egy lekérdezési intervallumot, attól függően, hogy az e-mail címhez tartozik-e Anpheros fiók. Nem derül ki, kinek van rekordja. Egy fiók nélküli személyre vonatkozó kérés egyszerűen lejár.
3. A páciens dönt. Értesítést kap az Anpheros alkalmazásban és e-mailben. A kérés megjeleníti a szervezetet, a hatókört és az üzenetet. Kiválaszt egy időszakot 30, 90 vagy 365 napra, és megnyomja az engedélyezés vagy az elutasítás gombot. Az e-mailben található link nem hagy jóvá semmit megnyitáskor, mert a levelezési szkennerek megnyitják a linkeket; a páciensnek meg kell nyomnia a gombot.
4. A klinika lekérdez. Az alkalmazás meghívja a POST /oauth/token-ot a urn:openid:params:grant-type:ciba grant type-al és a auth_req_id-al. Amíg a páciens nem döntött, a válasz authorization_pending. Jóváhagyás után a tokenek egyszer térnek vissza. Az elutasítás access_denied-et, a megválaszolatlan kérés pedig expired_token-et ad vissza.
5. A klinika olvas és ír az engedélyezett hatókörön belül. Minden olvasási művelet naplózásra kerül, és látható a páciens számára. A klinika csak azt változtathatja meg vagy törölheti, amit maga írt.

Mi védi a beteget

• Csak ellenőrzött e-mail cím. A kérés csak egy ellenőrzött e-mail címmel rendelkező fiókhoz illeszkedik, így senki sem kaphatja meg más személy kéréseit a saját címével történő fiók létrehozásával.
• Hatókörrel és időkorláttal rendelkezik. A hozzáférés erőforrástípusonként és műveletenként, meghatározott időszakra szól. Egy kérés, amelyre senki sem válaszol, alapértelmezés szerint egy napon belül, legfeljebb pedig hét napon belül lejár.
• Bármikor visszavonható. A visszavonás a következő kérésnél lép életbe. A klinika nem tudja magát újra bejelentkeztetni.
• Látható. A beteg minden csatlakozást és minden hozzáférést lát az alkalmazásban. Lásd: hozzájárulási és hozzáférési modell.

Mit kell építenie egy klinikának

• Egy bizalmas OAuth kliens regisztrálva a platformon, titkos kódját a szerveren kell tárolni.
• Egy lekérdező ciklus, amely tiszteletben tartja az intervallumot és kezeli a négy kimenetelt.
• Egy mód a páciens döntésének megjelenítésére a recepción ("vár a páciensre", "jóváhagyva …-ig", "elutasítva").
• A visszaküldött tokenek rövid élettartamú hitelesítő adatokként való kezelése: az access tokenek 30 percig érvényesek, a refresh tokenek pedig minden használatkor rotálódnak. Lásd hitelesítés és OAuth.

Egy olyan klinika számára, amely inkább a páciens előtt nyit meg egy hozzájárulási oldalt, például az asztalnál, a PKCE-vel és a SMART on FHIR standalone launch-al rendelkező standard engedélyezési kód folyamat is támogatott.

Gyakran ismételt kérdések

Kell a páciensnek klinikán tartózkodnia?

Nem. A jóváhagyást a saját telefonjukról vagy az e-mailben található linkről is megadhatják, bárhol is legyenek. Így egy kérést az időpont előtt is el lehet küldeni, és egy külföldön tartózkodó páciens is jóváhagyhatja azt.

Mi van, ha a páciensnek nincs Anpheros fiókja?

A kérést elfogadják, majd döntés nélkül lejár, és a klinika nem tudja megállapítani, hogy létezik-e fiók. A páciens létrehozhat egy fiókot, és a klinika új kérést küldhet.

Meddig tart a hozzáférés?

A páciens 30, 90 vagy 365 napot választ a jóváhagyáskor. Korábban is visszavonhatja.

Láthatja a klinika a teljes rekordot?

Csak azt a hatókört, amit a páciens jóváhagyott. A hatókörök erőforrástípusonként és műveletenként vannak beállítva, és kategória szerint szűrhetők.

A kérés folyamata szabványos?

Igen. Ez OpenID Connect CIBA, így meglévő OAuth könyvtárak használhatók. A szélesebb modellhez lásd a healthcare API patient consent útmutatót.

Ez élőben elérhető?

Igen, a platformon privát béta verzióban. A produkciós hozzáféréshez ellenőrzött szervezet és aláírt adatfeldolgozási megállapodás szükséges.

Kapcsolódó

• Betegadat-platform klinikák és kórházak számára
• Beteghozzájárulási platform egészségügyi alkalmazásokhoz
• Beteghozzájárulás implementálása SMART on FHIR segítségével
• Biztonság, adatvédelem és adattárolási hely

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card