Skip to main content

4 changes

The PHR role has API references

Aarogya Setu is the reference PHR, and it is now ingested and split the way the provider milestones are, rather than landing as one file of 208 operations.

  • P1, identity and profile, 63 operations
  • P2, linking and records, 49 operations
  • P3, consent and notifications, 35 operations
  • PHR application services, 61 operations, which is not a certification milestone

The same calls and the same 422 PHR error codes apply to any PHR, not only to Aarogya Setu. No OpenAPI file is published for this role yet, so these are derived from the collection rather than from a specification, and every operation says so.

M2 and M3 have real API references

An OpenAPI file now exists for each of M1, M2 and M3, plus Postman collections for all three. They are ingested, and the reference pages are built from them rather than from prose.

The catalogue went from 35 documented operations to 69, and from 10 declared callbacks to 12, five of which now carry a real payload.

What the new sources do not give you

The three specifications describe no callbacks at all. What they model as paths is the outbound half, the calls you make, including the on-init and on-notify responses you send. What the gateway posts to your registered URL is absent from every one of them.

For M3 that gap is now filled: the callbacks carry the payloads. For M2 only the data notification is available, so the remaining M2 callbacks name a path and stop.

Corrections applied to the published files

Five, all recorded in catalogue/openapi/corrections/ rather than applied silently: 52 em dashes rewritten, 8 references to components that were never defined, 26 UUID format assertions the examples contradict, 2 hiType examples that disagreed with the schema, and 1 example dropped for violating the schema it illustrates.

Nothing in this release has been run against the ABDM sandbox. Every page and every atom says unverified.