Scan-and-share check-in and records from other facilities over ABDM, switched on with your NHA credentials.
Installs with ABDMLink, whose screen it works on · Offered in: India only.The parts of the national health exchange that ABDMLink does not do, on the same gateway client and ledger. Scan and share (M1): a patient scans the counter QR in their ABHA app, the gateway posts their profile, and the hospital answers with a token number; the profile is sealed, the ABHA identifiers hashed, and ABHAKiosk checks the patient in from it. Records from elsewhere (M3, the Health Information User side): a doctor asks for a patient’s records held at another facility with their ABHA address, the patient decides in their own ABHA app, a granted consent is fetched, the records are requested with an encryption key made for that request alone, and the documents that arrive are decrypted, kept sealed and erased on the date the consent sets. The readiness register lists the National Health Authority’s steps — facility registration, bridge URL, the sandbox tests for M1, M2 and M3, the security audit, production credentials, the undertaking — and each is a fact a person records with its reference. Until the MedAppz owner switches ABDM on with the NHA’s client credentials, nothing reaches the network: a request is kept and marked not sent, and the screen says so first. The wire formats follow the published ABDM v3 specification and have not yet been exercised against the NHA sandbox.
/abdm-connectabdmconnect.readWhat it does not do, by design. A listing with only benefits is an advertisement.
Read out of the code, not the brochure: each app below is here because one service queries the other’s tables. Install either side and the hand-over is already wired.
Tell us what you run and we will show you this app inside a practice shaped like yours — or answer the question the page above did not.