Entity Data Dictionary
Last updated
Last updated
The Conceptual Entity Data Dictionary expressed in ADO.NET tables.
Physical Table | Conceptual Entity | Description |
| This table is used to describe the clinical attributes of an application such as vendor, version etc. This differs from the security definition of an application. A security application may exist without a clinical application existing. | |
| This table is used to describe the clinical attributes of a device. For example an insulin pump. Like an application, a clinical device may not be a security device or vice versa. For example when describing an event in which a device was involved , but that device does not need access to the system. | |
| This table is used to store entity address components. In order to normalize addresses, the values of the addresses themselves are not stored in this table, rather, stored in a unique datatable. | |
| N/A | This table stores the unique values of all address components found in the SanteDB system. |
| Stores information related to an entity’s physical, mailing or other postal addresses | |
| Stores the data related to entity extensions. Entity extensions are versioned, additional values for a particular entity. | |
| The entity identifier table is used to store alternate, external identifiers associated with a particular entity | |
| The entity name component table is used to store the individual components (family, given, prefix, suffix) of an entity’s name. | |
| The entity name table is used to store the names associated with a particular entity. For example, a patient may have a married and maiden name. | |
| The entity note table is used to store freetext notes about a patient. | |
| Entity relationships are relationships between one or more entities with one another. For example, a service delivery location may have one or more employees. | |
| Entity tags are non-versioned extensions of an entity. That is their value can change however changes are not tracked over time. | |
| Represents a non-versioned parts of the core entity such as class, determiner, etc. | |
| Stores telecommunications addresses related to the entity and their associated type (phone, email, etc) and use (work, home, mobile, etc.) | |
| This table is used to store the data which can change over time for an entity such as status, additional classifier, etc. | |
| This table is used to store information related to materials. | |
| This table is used to store information related to manufactured materials. | |
| This table is used to store information related to organizations, which are groupings of people, places for administrative purposes. | |
| This table is used to store information related to patients, or those who are receiving care. | |
| This table is used to store information related to the services which occur at a particular place. | |
| This table is used to store information about a physical place. In Open IZ places can represent delivery locations (hospitals, clinics, etc.) or administrative units (states, cities, etc.) | |
| This table is used to store information related to the languages which a person (including patients) speak. | |
| This table is used to store information related to persons (including patients and providers). | |
| This table is used to store information related to providers (persons who deliver care). | |
| This table is used to link the security subsystem for users to the clinical subsystem of entities (as entities are the ones who participate in Acts rather than Security Users). |