Editing Wellbeing model

==Background==
The K'aute Wellbeing model is being developed, and aims to describe a future state way of working across KPT.

This article will show some key collateral generated as part of this work, to provide a more accessible and standardised knowledge base for reference.

The Wellbeing model has three components:
# A multidisciplinary holistic model of care
# Integrated operating model
# Enabling digital and data.

==Multidisciplinary holistic model of care==

==Integrated operating model==
An integrated operating model demands alignment of systems of record and workflow. An initial draft model is shown below:
{{#display_diagram:Mermaid:Integrated operating model}}

Following sections describe the above model in more detail, and make links to capabilities of enabling digital/data at the same time.

===Holistic needs assessment{{Vague|Confirm language/terms to be used|date=February 2025}}===
The 'holistic needs assessment' is intended to capture all goals, strengths and/or needs of the client/family.<ref>As a reference point, akin to a [[Whanau ora workflow#MAST Assessment|MAST Assessment]].</ref>

[[Kotahi]] has a facility for an over-arching assessment/goal plan process and we are intending to use it for this purpose.<ref>Note this is a relatively new feature, but it is designed to allow assessment and planning to be done outside of the service/contract context, and allows allocation of actions to stakeholders for completing goals.</ref> The Kotahi assessment process is structured hierarchically:
# Domains
# Outcome areas
# Outcome
Users can freely configure the above for their purposes - for example, define their own domains and outcome areas.

An assessment process can then be configured allowing questions or prompts to be set, which align with the above.

Completion of this results in a score being captured against each domain, and overall. This is intended to capture complexity and help with prioritisation of resource.<ref>A special reporting facility is also enabled, showing summary data of assessments completed and progress against goals. This data is also available to us in raw format, so we can use in other ways or integrate with other data as needed.</ref>

===Alofa/Goal plan===
A process of setting out goals is then carried out - these should link directly to findings from the assessment talanoa process.

In Kotahi, the first phase is framed as 'aspirations' and describe what the client/aiga want to work on. An aspiration can be any kind of statement, phrased in any language or way the client/aiga wish. These are then broken down into more specific goals which require linking to:
* Services
* Domain
* Outcome area
* Outcome.

===Actions===
The next level is defining specific actions which will contribute to the achievement of the goal. In Kotahi this requires a simple definition of the required action, start/stop dates and nomination of the responsible person.

The '''responsible person''' can be either:
* the client, or
* a staff member.<ref>Specific staff members can be set and made responsible for completion of an action.</ref>

Additionally, whanau/aiga members can be linked to achievement of a goal if, for example, it requires family support or the goal is relevant to others.

===Service catalogue===
{{Ambox|nocat=true|text=This is a new concept which has not yet been developed.}}

A service catalogue is:
{{quote|text=...an organized and curated collection of business and information technology services within an enterprise. Service catalogs are knowledge management tools which designate subject matter experts (SMEs) who answer questions and requests related to the listed service. Services in the catalog are usually very repeatable and have controlled inputs, outputs, and procedures.|source=[https://en.wikipedia.org/wiki/Service_catalog Wikipedia]}}

The development of a dynamic service catalogue enables us to easily:
* identify whether client/aiga goals can be met internally or externally
* define standardised pathways for internal referrals
* clarify external services we can access and referral process.

===Updating plan===
The status of agreed actions can be modified and updated at any time. Since this plan sits as an 'umbrella' across teams and services, anyone can access it and contribute to it.
[[File:Kotahi plan.png|thumb|Kotahi assessment, showing change from initial assessment.]]
Formal review of the assessment can be done on two further occasions.<ref>Nominally defined as a mid-point assessment, and one on completion.</ref> Each of these subsequent reviews are a chance to reassess the client/aiga against the domain scores generated in the initial assessment. The score differences are then presented and visualised, so that progress can be measured.

===Data capture===
Using the above approach in Kotahi enables us to catch every data point along this journey. While client/aiga assessment is quantified and presented/visualised within Kotahi itself,<ref>Additionally a summary report facility is available for admin users.</ref> access to the raw data will enable us to use and present this data in a range of different ways.

Standardised usage of NHI in Kotahi permits us to link to [[Indici]] data, where relevant and appropriate.

==Enabling digital and data==
{{See also|K'aute data model}}
The Wellbeing model will be enabled by effective use of digital and data. Please refer to content on the [[K'aute data model]] which zooms in on that component.

Digital and data is only one component of the overall model.

==References==