Closed floofydoug closed 2 years ago
An access token is considered opaque, and the system that receives one is not expected to do anything with it other than send it back to the system that granted it in the Authorization
header. An access token could be something like a JWT that can be decoded, but that is not a requirement so there is no expectation for clients to decode an access token.
The patient id needs to be in the response to the token request, not in the token itself. http://hl7.org/fhir/smart-app-launch/app-launch.html#response-5 http://hl7.org/fhir/smart-app-launch/example-app-launch-public.html#retrieve-access-token
Ahh, I see. I guess I will need a proxy to add that outside of my IDP. Thank you @Jammjammjamm
Hello,
I am currently running:
I am running into an issue on Standalone Patient Access tests 1.3.10:
However, this is my decoded testing Access Token straight from the test itself.
There is definitely a patient on this token. Is there something else that I am missing?