Expand description
The categories of one access, classified with the deployment’s
CategoryMap from the model ids of what the access delivered, read or
wrote (Regulation (EU) 2025/327 Annex II 3.2(c)).
The data an access reaches are its root objects, each named by its
template id and its archetype id: the template key wins, then the
archetype key. Where the access delivered a value that is no root object
(a leaf value or an aggregate), or nothing at all, the ids the request
constrains its data to classify it too, its templates first. A category
is a set, since one access reaches data of several, and none never
removes one. A key matches only exactly, or, in a map declared with
Matching::OpenEhr, apart from case: an
id that differs by space or a specialisation is unmapped. A root object of
a resource kind that holds no data of any category, such as an
EHR_STATUS reached beside a COMPOSITION, adds “no category” with its
kind and takes nothing from the categories of the others. Whatever is
uncertain marks the access Classification::unclassified with its ids
as evidence, and the access is never refused for it. No specification
governs the classification: our own design.
Structs§
- Classification
- The categories of one access, their bases, and the evidence.
- Evidence
- What an access shows of the data it reached.
- Evidence
Counts - How many distinct ids each evidence set of a classification held before the map’s evidence limit cut it.
- Queried
- The ids a request constrains its data to, read from its syntax tree.
- Root
Object - One root object an access reached, named by its model ids: never a value it holds.
Enums§
- Basis
- What a category of an access was read from.
- Resource
Kind - A kind of resource that holds no data of any category: the openEHR Reference Model classes an access can reach beside clinical content, or a kind the deployment names.
- Unclassified
- Why an access is unclassified.
- Unreadable
- Why the data of an access could not be read for their ids.