user linking
Link On-Confirm, HIP confirms linked care contexts
Async Callback: After receiving a link confirm request at the HIP bridge URL ({bridgeUrl}/v0.5/links/link/confirm) with the patient's OTP, the HIP validates the OTP and calls this Gateway endpoint to confirm the linked care contexts.
Certification cases USER_INIT_LINK_602, USER_INIT_LINK_603, USER_INIT_LINK_604, USER_INIT_LINK_605, USER_INIT_LINK_606, USER_INIT_LINK_607
Authorizations
Authorizationbearer tokenRequiredBearer token obtained from POST /hiecm/gateway/v3/sessions
Headers
REQUEST-IDstringRequiredA fresh UUID that you generate for this request. The callback that answers it carries the same value, so this is how you match an asynchronous reply to the call that caused it. Store it before you send the request, not after.
TIMESTAMPstringRequiredThe current time in ISO 8601, UTC, with milliseconds and a Z suffix, from a synchronised clock. The sandbox rejects IST and accepts UTC.
X-CM-IDstringRequiredWhich consent manager you are talking to. sbx on the sandbox and abdm in production. A dedicated error code exists for an invalid value here, which tells you how often it is wrong.
Body
patientobject[]Requiredpatient.referenceNumberstringRequiredHIP's internal patient reference number
patient.displaystringRequiredPatient display name
patient.careContextsobject[]Requiredpatient.hiTypeobject[]Requiredpatient.countintegerRequiredTotal number of care contexts in this entry
responseobjectRequiredEcho of the requestId from the original Gateway-to-HIP request
response.requestIdstringRequiredrequestId received in the original Gateway request to HIP bridge
Responses
Callbacks
- You make this call in reply to Confirmation of a link, carrying the token the patient approved, which ABDM posts to
/api/v3/hip/link/care-context/confirm. Open the callback.