Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Unterstützt SMART auf FHIR OAuth Bereichen von HealthLake
HealthLake verwendet OAuth 2.0 als Autorisierungsprotokoll. Wenn Sie dieses Protokoll auf Ihrem Autorisierungsserver verwenden, können Sie definieren, auf welche FHIR Ressourcen in Ihrem HealthLake Datenspeicher eine Client-Anwendung auch Lese- und/oder Schreibzugriff haben kann.
Das SMART FHIR On-Framework definiert eine Reihe von Bereichen, die vom Autorisierungsserver angefordert werden können. Die FHIRBereichsdefinitionen im SMART FHIR On-Framework finden Sie SMART unter Bereiche
Beispielsweise sollte eine Client-Anwendung, die nur darauf ausgelegt ist, dass Patienten ihre Laborergebnisse oder ihre Kontaktdaten einsehen können, nur berechtigt sein, (auf FHIR REST Anfrage) read
Geltungsbereiche anzufordern. Um diese als Bereich zu definieren, würden Sie eine Zeichenfolge wie die folgende patient/Observation.read
angeben. Dies würde es der Client-Anwendung ermöglichen, schreibgeschützt Zugriff auf den Observation
Ressourcentyp für den Patient
Ressourcentyp anzufordern.
Eigenständiger Startbereich
HealthLake unterstützt den Bereich des eigenständigen Startmoduslaunch/patient
.
Im eigenständigen Startmodus fordert eine Client-Anwendung Zugriff auf die klinischen Daten des Patienten an, da der Benutzer und der Patient der Client-Anwendung nicht bekannt sind. Daher fordert die Autorisierungsanfrage der Client-Anwendung ausdrücklich die Rückgabe des Patientenbereichs an. Nach erfolgreicher Authentifizierung gibt der Autorisierungsserver ein Zugriffstoken aus, das den angeforderten Patientenstartbereich enthält. Der benötigte Patientenkontext wird zusammen mit dem Zugriffstoken in der Antwort des Autorisierungsservers bereitgestellt.
Scope | Beschreibung |
---|---|
| Ein Parameter in einer OAuth 2.0-Autorisierungsanfrage, der anfordert, dass Patientendaten in der Autorisierungsantwort zurückgegeben werden. |
HealthLake FHIRressourcenspezifische Bereiche des Datenspeichers
HealthLake definiert drei Ebenen von Bereichen.
-
Patientenspezifische Bereiche gewähren Zugriff auf spezifische Daten über einen einzelnen Patienten. Welcher Patient ist im Startkontext angegeben.
-
Bereiche auf Benutzerebene gewähren Zugriff auf bestimmte Daten, auf die ein Benutzer zugreifen kann.
-
Bereiche auf Systemebene gewähren Lese-/Schreibzugriff auf alle FHIR im Datenspeicher gefundenen Ressourcen. HealthLake
Die folgende Tabelle zeigt die Syntax für die Erstellung FHIR ressourcenbezogener Bereiche, die von unterstützt werden. HealthLake Das allgemeine Format lautet wie folgt:
( 'patient' | 'user' | 'system' ) '/' ( fhir-resource | '*' ) '.' ( 'read' | 'write' | '*' )
Bereichssyntax | Beispiel für einen Geltungsbereich | Ergebnis |
---|---|---|
| patient/AllergyIntolerance.* | Eine Client-Anwendung hätte Lese-/Schreibzugriff auf Allergien. |
| user/Observation.read | Eine Client-Anwendung hätte Lesezugriff auf alle aufgezeichneten Beobachtungen. |
system/('read' | 'write' | *) | system/*.* | Eine Client-Anwendung hätte Lese-/Schreibzugriff auf alle Daten. |