SMART Base
0.2.0 - ci-build
SMART Base, published by WHO. This guide is not an authorized publication; it is the continuous build for version 0.2.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/WorldHealthOrganization/smart-base/ and changes regularly. See the Directory of published versions
Active as of 2025-09-04 |
Definitions for the DAK logical model.
Guidance on how to interpret the contents of this table can be foundhere
0. DAK | |
Definition | Logical Model for representing a complete Digital Adaptation Kit (DAK) with metadata and all 9 DAK components |
Short | Digital Adaptation Kit (DAK) |
Control | 0..* |
Is Modifier | false |
Logical Model | Instances of this logical model are not marked to be the target of a Reference |
2. DAK.metadata | |
Definition | Metadata for the DAK |
Short | Metadata |
Control | 1..1 |
Type | BackboneElement |
Invariants | ele-1: All FHIR elements must have a @value or children (hasValue() or (children().count() > id.count()) ) |
4. DAK.metadata.id | |
Definition | Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces. |
Short | Unique id for inter-element referencing |
Control | 0..1 |
Type | string |
Is Modifier | false |
XML Format | In the XML format, this property is represented as an attribute. |
Summary | false |
6. DAK.metadata.extension | |
Definition | May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. |
Short | Additional content defined by implementations |
Comments | There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. |
Control | 0..* |
Type | Extension |
Is Modifier | false |
Summary | false |
Alternate Names | extensions, user content |
Invariants | ele-1: All FHIR elements must have a @value or children (hasValue() or (children().count() > id.count())) ext-1: Must have either extensions or value[x], not both (extension.exists() != value.exists()) |
Slicing | This element introduces a set of slices on DAK.metadata.extension . The slices areUnordered and Open, and can be differentiated using the following discriminators: |
8. DAK.metadata.modifierExtension | |
Definition | May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions. Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself). |
Short | Extensions that cannot be ignored even if unrecognized |
Comments | There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. |
Control | 0..* |
Type | Extension |
Is Modifier | true because Modifier extensions are expected to modify the meaning or interpretation of the element that contains them |
Summary | true |
Requirements | Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions. |
Alternate Names | extensions, user content, modifiers |
Invariants | ele-1: All FHIR elements must have a @value or children (hasValue() or (children().count() > id.count())) ext-1: Must have either extensions or value[x], not both (extension.exists() != value.exists()) |
10. DAK.metadata.identifier | |
Definition | Identifier for the DAK |
Short | DAK ID |
Note | This is a business identifier, not a resource identifier (see discussion) |
Control | 1..1 |
Type | id |
Primitive Value | This primitive element may be present, or absent, or replaced by an extension |
12. DAK.metadata.canonical | |
Definition | Canonical URL for the DAK |
Short | Canonical URL |
Control | 1..1 |
Type | canonical |
Primitive Value | This primitive element may be present, or absent, or replaced by an extension |
14. DAK.metadata.name | |
Definition | Name of the DAK |
Short | Name |
Control | 1..1 |
Type | string |
Primitive Value | This primitive element may be present, or absent, or replaced by an extension |
16. DAK.healthInterventions | |
Definition | Overview of the health interventions and WHO, regional or national recommendations included within the DAK |
Short | Health Interventions and Recommendations |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/HealthInterventions |
18. DAK.personas | |
Definition | Depiction of the human and system actors |
Short | Generic Personas |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/GenericPersona |
20. DAK.userScenarios | |
Definition | Narratives that describe how the different personas may interact with each other |
Short | User Scenarios |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/UserScenario |
22. DAK.businessProcesses | |
Definition | Business processes and workflows for achieving health programme objectives |
Short | Generic Business Processes and Workflows |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/BusinessProcessWorkflow |
24. DAK.dataElements | |
Definition | Data elements required throughout the different points of a workflow |
Short | Core Data Elements |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/CoreDataElement |
26. DAK.decisionLogic | |
Definition | Decision-support logic and algorithms to support appropriate service delivery |
Short | Decision-Support Logic |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/DecisionSupportLogic |
28. DAK.indicators | |
Definition | Core set of indicators for decision-making, performance metrics and reporting |
Short | Program Indicators |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/ProgramIndicator |
30. DAK.requirements | |
Definition | High-level list of core functions and capabilities that the system must have |
Short | Functional and Non-Functional Requirements |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/Requirements |
32. DAK.testScenarios | |
Definition | Set of test scenarios to validate an implementation of the DAK |
Short | Test Scenarios |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/TestScenario |
Guidance on how to interpret the contents of this table can be foundhere
0. DAK | |
Definition | Logical Model for representing a complete Digital Adaptation Kit (DAK) with metadata and all 9 DAK components |
Short | Digital Adaptation Kit (DAK) |
Logical Model | Instances of this logical model are not marked to be the target of a Reference |
2. DAK.metadata | |
Definition | Metadata for the DAK |
Short | Metadata |
Control | 1..1 |
Type | BackboneElement |
4. DAK.metadata.identifier | |
Definition | Identifier for the DAK |
Short | DAK ID |
Note | This is a business identifier, not a resource identifier (see discussion) |
Control | 1..1 |
Type | id |
Primitive Value | This primitive element may be present, or absent, or replaced by an extension |
6. DAK.metadata.canonical | |
Definition | Canonical URL for the DAK |
Short | Canonical URL |
Control | 1..1 |
Type | canonical |
Primitive Value | This primitive element may be present, or absent, or replaced by an extension |
8. DAK.metadata.name | |
Definition | Name of the DAK |
Short | Name |
Control | 1..1 |
Type | string |
Primitive Value | This primitive element may be present, or absent, or replaced by an extension |
10. DAK.healthInterventions | |
Definition | Overview of the health interventions and WHO, regional or national recommendations included within the DAK |
Short | Health Interventions and Recommendations |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/HealthInterventions |
12. DAK.personas | |
Definition | Depiction of the human and system actors |
Short | Generic Personas |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/GenericPersona |
14. DAK.userScenarios | |
Definition | Narratives that describe how the different personas may interact with each other |
Short | User Scenarios |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/UserScenario |
16. DAK.businessProcesses | |
Definition | Business processes and workflows for achieving health programme objectives |
Short | Generic Business Processes and Workflows |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/BusinessProcessWorkflow |
18. DAK.dataElements | |
Definition | Data elements required throughout the different points of a workflow |
Short | Core Data Elements |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/CoreDataElement |
20. DAK.decisionLogic | |
Definition | Decision-support logic and algorithms to support appropriate service delivery |
Short | Decision-Support Logic |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/DecisionSupportLogic |
22. DAK.indicators | |
Definition | Core set of indicators for decision-making, performance metrics and reporting |
Short | Program Indicators |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/ProgramIndicator |
24. DAK.requirements | |
Definition | High-level list of core functions and capabilities that the system must have |
Short | Functional and Non-Functional Requirements |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/Requirements |
26. DAK.testScenarios | |
Definition | Set of test scenarios to validate an implementation of the DAK |
Short | Test Scenarios |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/TestScenario |
Guidance on how to interpret the contents of this table can be foundhere
0. DAK | |
Definition | Logical Model for representing a complete Digital Adaptation Kit (DAK) with metadata and all 9 DAK components |
Short | Digital Adaptation Kit (DAK) |
Control | 0..* |
Is Modifier | false |
Logical Model | Instances of this logical model are not marked to be the target of a Reference |
2. DAK.metadata | |
Definition | Metadata for the DAK |
Short | Metadata |
Control | 1..1 |
Type | BackboneElement |
Invariants | ele-1: All FHIR elements must have a @value or children (hasValue() or (children().count() > id.count()) ) |
4. DAK.metadata.id | |
Definition | Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces. |
Short | Unique id for inter-element referencing |
Control | 0..1 |
Type | string |
Is Modifier | false |
XML Format | In the XML format, this property is represented as an attribute. |
Summary | false |
6. DAK.metadata.extension | |
Definition | May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. |
Short | Additional content defined by implementations |
Comments | There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. |
Control | 0..* |
Type | Extension |
Is Modifier | false |
Summary | false |
Alternate Names | extensions, user content |
Invariants | ele-1: All FHIR elements must have a @value or children (hasValue() or (children().count() > id.count()) )ext-1: Must have either extensions or value[x], not both ( extension.exists() != value.exists() ) |
Slicing | This element introduces a set of slices on DAK.metadata.extension . The slices areUnordered and Open, and can be differentiated using the following discriminators: |
8. DAK.metadata.modifierExtension | |
Definition | May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions. Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself). |
Short | Extensions that cannot be ignored even if unrecognized |
Comments | There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. |
Control | 0..* |
Type | Extension |
Is Modifier | true because Modifier extensions are expected to modify the meaning or interpretation of the element that contains them |
Summary | true |
Requirements | Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions. |
Alternate Names | extensions, user content, modifiers |
Invariants | ele-1: All FHIR elements must have a @value or children (hasValue() or (children().count() > id.count()) )ext-1: Must have either extensions or value[x], not both ( extension.exists() != value.exists() ) |
10. DAK.metadata.identifier | |
Definition | Identifier for the DAK |
Short | DAK ID |
Note | This is a business identifier, not a resource identifier (see discussion) |
Control | 1..1 |
Type | id |
Primitive Value | This primitive element may be present, or absent, or replaced by an extension |
12. DAK.metadata.canonical | |
Definition | Canonical URL for the DAK |
Short | Canonical URL |
Control | 1..1 |
Type | canonical |
Primitive Value | This primitive element may be present, or absent, or replaced by an extension |
14. DAK.metadata.name | |
Definition | Name of the DAK |
Short | Name |
Control | 1..1 |
Type | string |
Primitive Value | This primitive element may be present, or absent, or replaced by an extension |
16. DAK.healthInterventions | |
Definition | Overview of the health interventions and WHO, regional or national recommendations included within the DAK |
Short | Health Interventions and Recommendations |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/HealthInterventions |
18. DAK.personas | |
Definition | Depiction of the human and system actors |
Short | Generic Personas |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/GenericPersona |
20. DAK.userScenarios | |
Definition | Narratives that describe how the different personas may interact with each other |
Short | User Scenarios |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/UserScenario |
22. DAK.businessProcesses | |
Definition | Business processes and workflows for achieving health programme objectives |
Short | Generic Business Processes and Workflows |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/BusinessProcessWorkflow |
24. DAK.dataElements | |
Definition | Data elements required throughout the different points of a workflow |
Short | Core Data Elements |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/CoreDataElement |
26. DAK.decisionLogic | |
Definition | Decision-support logic and algorithms to support appropriate service delivery |
Short | Decision-Support Logic |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/DecisionSupportLogic |
28. DAK.indicators | |
Definition | Core set of indicators for decision-making, performance metrics and reporting |
Short | Program Indicators |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/ProgramIndicator |
30. DAK.requirements | |
Definition | High-level list of core functions and capabilities that the system must have |
Short | Functional and Non-Functional Requirements |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/Requirements |
32. DAK.testScenarios | |
Definition | Set of test scenarios to validate an implementation of the DAK |
Short | Test Scenarios |
Control | 0..* |
Type | http://smart.who.int/base/StructureDefinition/TestScenario |