AngularJS
This page provides information specifically related to AngularJS in SanteDB applets.
SanteDB applets are written using the AngularJS framework. SanteDB's uicore (org.santedb.uicore) applet provides a series of useful Angular filters, directives and factories which can be used to write and compose user interfaces.
Directives
There are a series of directives in the SanteDB AngularJS library which are used to render components.
Entity Search (entity-search)
The entity-search directive is used to render a search box which can be used to search any SanteDB resource on the SanteDB API. This directive is used when you wish to provide simple searches to users. The structure of this directive is:
For example, if you were to provide a search for all Places which are of type ServiceDeliveryLocation and grouped by their State the following entity-search could be used:
Address Edit (address-edit)
The address editing control provides a common input control for EntityAddress
types.
Attribute | Type | Description |
---|---|---|
address | The | |
no-add | Boolean | When true, the user will not be permitted to add new types of this address to the entity. |
no-type | Boolean | When true, no type address (Home, Vacation, Work, etc.) will be shown. |
simple-entry | Boolean | When true, a simplified version of the data entry form will be shown. |
is-required | Boolean | When true, the address is required. |
owner-form | Form | The name of the AngularJS form to which the address entry belongs. |
control-prefix | String | When using multiple address entry forms on a single page, the prefix to add to each input id. |
Example of Use
Geographic Edit (geo-edit)
Allows for the editing of a geo-tag on an object.
Attribute | Type | Description |
---|---|---|
geo | The geographic tag which should be edited on this object (note that ng-scope is not used) | |
is-required | Boolean | True if the information for the GEO tag must be entered. |
owner-form | Form | The angular form which owns this input collection. |
control-prefix | String | The prefix to append to all inputs (for multiple geo-tag inputs) |
Name Edit (name-edit)
The name edit input control allows for the common reuse of a name entry component.
Attribute | Type | Description |
---|---|---|
name | The | |
no-add | Boolean | When true, the user will not be permitted to add new types of this name to the entity. |
no-type | Boolean | When true, no type name (legal, official, license, etc.) will be shown. |
simple-entry | Boolean | When true, a simplified version of the data entry form will be shown. |
is-required | Boolean | When true, the address is required. |
owner-form | Form | The name of the AngularJS form to which the address entry belongs. |
control-prefix | String | When using multiple address entry forms on a single page, the prefix to add to each input id. |
input-style | simple or tag | When |
allowed-components | prefix, suffix, given, family | A comma separated list of parts of the name which are permitted for entry. |
Telecom Edit (telecom-edit)
The telecom editing control allows the UI to capture telecommunications addresses for an entity.
Identifier List Editor (identifier-list-edit)
The identifier list editing control allows the UI to capture identiifers on a key/value pair entry.
Identifier Edit (identifier-edit)
The identifier edit allows for the easy capture of a single identifier.
Relationship Edit (admin-relation-edit)
The relationship editor provides a generic entry for relationships to/from entities with one another.
Schedule Editor (schedule-edit)
The schedule editor allows for editing of a PlaceService entry.
Entity History (entity-history)
The entity history control allow for the display of a table outlining the history of an object.
Entity Policy Assignment (entity-policy-admin)
The policy assignment directive allows the UI to assign policies to any of the securable objects in SanteDB such as SecurityDevice, SecurityRole, SecurityApplication, Entity, and Act.
Demand (demand)
The demand directive is an attribute that can be attached to any button or link and is used to easily disable the link whenever the currently authenticated user does not have adequate permission to access the function.
For example, if you want to place a button on the page that will delete something important and wish to ensure that the user has been granted the "Unrestricted Administrative Function" policy (1.3.6.1.4.1.33349.3.1.5.9.2.0) you would use this syntax:
Entity Table (entity-table)
The entity table is used to render a dynamic client side table which allows for filtering, sorting, and performing actions on lists (tables) of Entities. The entity table directive is used as follows:
The properties are described in more detail below:
Attribute | Description |
---|---|
id | Uniquely identifies the entity table |
type | Identifies the type name (resource name) which the table should be used to display |
search-field | The field within the @type that is to be filtered when the user uses the search function of the table |
default-query | The default HDSI query specification to use on the table (used to filter obsolete data) |
property-path | If the data you wish to display in the table is not at the root of the object, this is the path to select the display data. |
i18n-prefix | The localization prefix to be used when rendering buttons, column titles, etc. If you have a prefix of "org.myapp" then a column "userName" would be rendered with "org.myapp.userName" |
render | Provides a series of rendering functions for the named columns. For example, to render "userName" using a function "renderUserName" the following value would be used: { userName: 'renderUserName' } |
properties | A JavaScript array of properties from the object (root properties only) which are to be rendered. |
can-filter | When true, indicates the user can search the results in the entity table. |
upstream | When true, binds the entity table to an upstream datasource. |
can-sort | When true, sorting is enabled. |
stateless | When true, a _queryId parameter is not appended to queries that the entity-table does. This slows down pagination, however allows for dynamic refreshes of the data. |
sub-resource | If querying from a sub-resource (example: |
sub-resource-holder | The UUID of the object which holds the sub-resource. |
item-actions | An array of objects which dictate which buttons to place on each column. |
actions | An array of objects which dictate which buttons to place at the top of the table. |
Rendering Buttons
Buttons are rendered on the entity-table using a series of control objects. Each control object is placed into an Array on either the item-actions or actions attributes in this format:
Authority Select (authority-select)
The authority select directive creates a drop-down selection which allows a user to select an assigning authority based on a particular scope.
Attribute | Description |
---|---|
ng-scope | The property/attribute where the value of the authority selection should be placed |
key | The path on the objects returned from the server API where the "value" (what gets put into ng-scope) should be extracted. |
identity-scope | The scope of the authorities to show in the selector (i.e. the types of authorities to show) |
Concept Select (concept-select)
The concept select shows a searchable input which is bound to a concept set.
Parameters
Attribute | Type | Description |
---|---|---|
ng-scope | * | The property/attribute where the value of the selected concept selection should be placed |
key | String | The path on the objects returned from the server API where the "value" (what gets put into ng-scope) should be extracted. |
concept-set | String | The name of the concept set to use to populate the searchable drop-down. |
exclude-concepts | UUID[] | The concepts to exclude from the selection box |
add-concept | UUID[] | Concepts which are to be added to the concept select (this is useful for adding null-flavor options) |
Example Use
Security Provenance (provenance)
The provenance filter is used to render the provenance data related to the object (create, update, or delete). Provenance is covered in more detail in architecture documentation. This filter renders in HTML so it should be bound as follows (the example shows the provenance for the user's creation data):
The output of this is a control which allows examination of the event including user, application, device, timestamp and session id.
Entity List
This feature is new to SanteDB 3.0
The entity-list
directive behaves much like the entity-table
only it presents a more mobile friendly view of results to the user. The entity-list
can operate as a list, or as a grid of paged search results.
Property | Dynamic/Bind | Description |
---|---|---|
id | No | The unique identifier for the DOM element representing the root of the item list. |
type | No | The name of the resource which is used to populate the table. |
display | Yes | The display of the list either |
search-field | Yes | The field which is used to search for objects in |
upstream | Yes | True if the search should be executed against the upstream server or false for a local search. |
default-query | Yes | The query which is used to filter the initial set of results. |
item-actions | Yes | The actions which should be placed in the footer of each result. |
actions | Yes | The actions which should be placed in the header of the the result. |
item-supplement | Yes | The function which should be called for each result. These functions can fetch additional data or make computations for the view model for each result. |
order-by | No | The default sorting expression for results in the format : |
can-filter | No | When explicitly set to false the filtering option will not appear |
can-size | No | When set to true, allow the user to select the number of results. |
item-class | No | The CSS class which should be applied to every result. |
stateless | No | When set to true, indicates that each pagination of search of the resource should not include |
sub-resource-scope | Yes | The id in which the |
sub-resource | No | The name of the sub-property/resource on the API to query |
operation-scope | Yes | The id in which the |
operation | No | The name of the operation to invoke to query for results |
key-property | No | The name of the property which serves as the KEY for the result |
For example, to display all Place
in a grid of results:
Filters
SanteDB also provides a series of filters which are useful for rendering common objects. The filters are explained below.
Localize (i18n)
The localize or i18n filter is used to automatically find the specified translation string in the global list of translations for the current locale. For example, to render string ui.action.save in the current locale:
Note: One of the benefits of using SanteSuite's i18n filter rather than other AngularJS localization filters is that the server side will pre-process these tags and save the result of localization when deployed in production mode. This saves lower powered clients from re-running the filter on repeat views.
Identifier (identifier)
The identifier filter is used to render the the specified identifier value from the specified domain (given a series of identifiers or a single identifier). For example, to render a patient's national health identifier:
Concept (concept)
The concept filter is used to render the preferred display name for a concept in the current locale. For example, to render the preferred display name of gender in the current locale:
Entity Name (name)
The name filter is used to render the specified type of name from the provided patient name collection. For example, to render a patient's legal name:
Entity Address (address)
The address filter, like the name filter, is used to render an entity's name. For example, to render the direct address of a place:
Extended Date (ext-date)
The extended date (ext-date) filter is used to render dates according to the current user locale. This allows the developer to specify custom formats and custom precision. For example, the below code will show a patient's date of birth to the precision it was captured:
Last updated