Content migrated to: Website: https://docs.smarthealthit.org/smart-health-links GitHub Repo: https://github.com/smart-on-fhir/smart-health-links
8/30/2022Background and Design goals See https://hackmd.io/kvyVFD5cQK2Bg1_vnXSh_Q See https://datatracker.ietf.org/doc/draft-ietf-gnap-core-protocol/ protocol for reference Design Sketch #3: GNAP Method GNAP Method: Software components Resource Server. Hosts static files (which can be updated over time). These files are (may be?) encrypted so the resource server can't read them. Authorization Server. Manages access control for files in the Resource Server. The Authorization Server is also blind to the contents of encrypted static files.
5/31/2022Older design sketches below... See historical archive. Protocol Ideas OAuth Method. Using extension on OAuth 2.0, where client registrations can be tied to a specific data access policyy Pros: Leverages existing healthcar domain expertise with OAuth 2.0 (SMART on FHIR) Cons: Requires new extension parameters, requires a flavor of dynamic registration
4/28/2022Background and Design goals See https://hackmd.io/kvyVFD5cQK2Bg1_vnXSh_Q Design Sketch #2: Redirect Method Redirect Method: Protocol & Workflow Upload Shared File(s). Data Sharer chooses or creates files to share; encrypts them (see details under "Decryption" below); uploads them to the resource server. If there is more than one file to share, the resource server creates a Sharing Manifest JSON file with an array of high-entropy shared file URLs: { "type": "shclink-read",
4/21/2022or
By clicking below, you agree to our terms of service.
New to HackMD? Sign up