consent
Fetch the full consent artefact
Also known as: Consent Fetch. Fetches the full consent artefact for a given consent artefact ID. Should be called after receiving the on-notify callback with status GRANTED.
Certification cases HIU_FLOW_101, HIU_FLOW_102, HIU_FLOW_103, HIU_FLOW_104, HIU_FLOW_105, HIU_FLOW_106, HIU_FLOW_107, HIU_FLOW_108, HIU_FLOW_109, HIU_FLOW_110, HIU_FLOW_111, HIU_FLOW_112, HIU_FLOW_113
The artefact contains: - Exact care contexts approved - HI types permitted - Date range for data access - Data erase date - Digital signature for validation - HIP and HIU identifiers
Store the artefact securely, it is required for the health information request. Bearer token obtained from POST /hiecm/gateway/v3/sessions A fresh UUID that you generate for this request. The callback that answers it carries the same value. In M3 a single consent can produce several callbacks, so keep the mapping from request id to consent request id rather than relying on ordering. The current time in ISO 8601 UTC, with milliseconds and the Which consent manager you are talking to. Identifier of the health information user the request or callback is intended for. This is per facility, and it is what a callback arriving at your one bridge URL is routed on. The bridge URL and your credentials belong to the integration, not to the facility. Consent artefact ID (from consentArtefacts array in on-notify or status) Consent artefact details.Authorizations
Authorizationbearer tokenRequiredHeaders
REQUEST-IDstringRequiredTIMESTAMPstringRequiredZ suffix. The gateway rejects a request whose timestamp has drifted too far from its own clock, so take this from a synchronised clock rather than from a local one.X-CM-IDstringRequiredsbx on the sandbox and abdm in production.X-HIU-IDstringRequiredBody
consentIdstringRequiredResponses
200
Callbacks
- After this call, ABDM posts The consent artefact detail, fetched by artefact id to
/api/v3/hiu/consent/on-fetch. Open the callback.