You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When working with patient-facing apps, developers can access and regenerate a new client secret from the developer portal at any time.
For provider-facing apps, developers must work with individual facilities to obtain client secrets after the facility approves the production app.
This has now been addressed for the test patients in the v2 version of the API sandbox. Please re-run your tests and let us know if you still face any issues.
Please note, while the v2 version (that has the fix for this issue) is available in the sandbox, our production instances will begin migrating to this version over the course of the summer. Hence, the availability of the fix in production may vary depending on the version the facility is on. Please let me know if you have any further questions.
All production apps are subject to a review process. Only MEDHOST-approved apps have access to APIs. Provider-facing apps and service client apps also require approval from the appropriate facility. For patient-facing apps, only MEDHOST approval is required.
The text was updated successfully, but these errors were encountered:
Working, kind of.
Uses non-standard
user
key in extended data attribute in JWT to return Patient information:#WARNING: smart-configuration scopes list is incorrect:
The OAuth 2.0 Client is not allowed to request scope 'patient/Flag.read'."}'
Status:
The text was updated successfully, but these errors were encountered: