The grantor and the grantee, the capacity in which each acts, and the verification that the grantor was entitled to permit at all.
grantor-authority-basis
Grantor identity and authority basis
Who asserts the right to permit reading, in what capacity (self, personal representative, guardian, delegate, institutional custodian), what evidence supports that capacity, and the outcome and time of verification against the ownership or delegation record. A grant issued without a verified basis is void rather than merely disputed.
Questions
- Which authoritative identifier designates the grantor, and in which master system is it resolved?identity
Expected answer
- grantor identifier value
- issuing master system identifier
- identifier scheme or namespace
- resolution timestamp
- In what capacity does the grantor act — data subject, owner, personal representative, guardian, or delegate?authority
Expected answer
- capacity code from governed vocabulary
- reference to the delegation or guardianship record relied on
- scope limits of that capacity
- What evidence documents the representative's authority, and when was it last verified?evidence
Expected answer
- evidence artefact reference
- verifier identity
- verification outcome
- verification timestamp with offset
- What happens to an active grant if the authority basis lapses or is later found invalid?exception
Expected answer
- effect code (void ab initio, suspend, terminate forward)
- effective instant of the effect
- reason code
- notification obligation
Artifacts
- Authority verification recordThe captured evidence and outcome of confirming that the grantor could lawfully permit the read, including any representative documentation relied on.
grantee-designation
Grantee designation and onward recipients
Who may read under the grant — a named party, a defined class or collection, or the bearer of a ticket — and which onward recipients or sub-processors, if any, are inside the grant and under what flow-down duties.
Questions
- Is the grantee an individually named party, a party collection, or a bearer of a transferable ticket?classification
Expected answer
- grantee designation kind code
- grantee identifier or collection selector
- transferability flag
- Which onward recipients or sub-processors are within the grant, and under which flow-down duties?relationship
Expected answer
- recipient identifiers or recipient category codes
- flow-down duty references
- permitted onward jurisdictions
- How is the grantee authenticated at read time, and at what assurance level?security
Expected answer
- required authentication method
- minimum assurance level
- attribute source for the assurance claim
- May the grantee sub-delegate its read right, and what record must exist if it does?authority
Expected answer
- sub-delegation permitted flag
- required sub-delegation record type
- notification requirement to the grantor
party-functional-roles
Party functional roles
ODRL requires Agreement to name assigner and assignee; Offer requires assigner. FHIR names grantor (who grants rights), grantee (who must comply with the directive, including obligations), manager (lifecycle), controller (enforcer), and subject (who the consent is about). UMA distinguishes resource owner, requesting party, client, resource server and authorization server, and allows the requesting party to differ from the owner. Party collections may be refined (for example friends over age 18). FHIR comments that grantor/grantee are search conveniences and that fully computable consents list both as actors inside provisions. The Kantara Consent Receipt historically treats the PII principal as issuing a receipt to the controller, whereas ISO 27560 treats the organisation as issuing a receipt to the individual.
Questions
- Who is the grantor, and which ownership, parental-responsibility or delegation record authorises them to grant?authority
Expected answer
- grantor_party_id
- capacity_code
- ownership_authority_ref
- Which party or party collection is the grantee, and are members refined by attributes such as role or age?access
Expected answer
- grantee_party_id
- party_collection_refinement
- requesting_party_id
- Is the data subject a different person from the grantor, as with a parent granting over a child's record?relationship
Expected answer
- subject_party_id
- grantor_party_id
- capacity_code
- Which actor manages the instrument through its lifecycle and which actor evaluates reads against it?ownership
Expected answer
- manager_party_id
- enforcer_party_id
Artifacts
- Party rosterResolved party identifiers, roles, collection membership and authority references for one instrument.