DRAFT SMART Guidelines L3 SOP
0.2.1 - CI Build International flag

DRAFT SMART Guidelines L3 SOP, published by TBD. This is not an authorized publication; it is the continuous build for version 0.2.1). This version is based on the current content of https://github.com/DigitalSQR/smart-ig-starter-kit and changes regularly. See the Directory of published versions

Types of Content

The SMART Guidelines define the provision of guidance and monitoring using a structured, standardized representation of knowledge of different types:


User Scenario

A narrative or situation where users interact with a system, environment, or service. User scenarios guide many subsequent knowledge representation processes to ensure coverage and focus.

Generic Persona

An archetype representing a person interacting with the system. This aids in understanding the motivations and potential actions of users within scenarios.

Health Intervention

Initiatives about prevention, monitoring or addressing medical conditions.

  • L2:

Business Process

A collection of related tasks or activities that achieve a specific organizational goal. Business processes often encompass or give rise to multiple user scenarios, especially in complex systems.

Requirement

A detailed specification of a system’s needs, derived from user scenarios, personas, and business processes. It forms the foundation for system design and testing.

Decision Table

A structured method for representing complex decision logic. This is a basis for developing business processes and transformation logic.

Scheduling Logic

The rules used to schedule tasks and interventions.

Indicators

Metrics used to measure the performance or outcomes of business processes and health interventions, and guide decision-making.

Data Object

A comprehensive representation of information, often deriving from business processes or requirements. They encapsulate multiple data elements.

Data Element

An atomic piece of data, often a part of data objects. Elements get transformed, coded, or mapped as per transformation logic or coding systems.

Coding

The assignment of codes to data elements, where applicable, using standard terminologies and mapped to other codes as needed. Coding aids in ensuring that data elements are universally understood and interpretable.

Mapping

Mapping the codes from one system to another, ensuring that multiple representations, when possible, are documented and accessible.

Form

A tool for data collection, often driven by the requirements of business processes or the need to collect specific data.

Transformation Logic

The rules applied to change data from one format or structure to another. Often influenced by decision tables, coding, and mapping to ensure data integrity.

Test Case

A set of conditions under which a system is assessed, often derived from requirements and user scenarios. They ensure the system performs as expected.

Test Data

Specific data used to execute test cases, often derived from data objects and elements, ensuring testing of system functionalities.