• No results found

How technology can be supportive and motivating for patients with chronic heart failure

N/A
N/A
Protected

Academic year: 2021

Share "How technology can be supportive and motivating for patients with chronic heart failure"

Copied!
154
0
0

Bezig met laden.... (Bekijk nu de volledige tekst)

Hele tekst

(1)

R.G.A. Groeneveld S1505963 Master assignment 2018 Course code: 201700301 Faculty: Science and Technology

Master program: Health science Track: Personalized monitoring and coaching Date: February 2018 - March 2019 Supervisors: F. Sieverink PhD M.J. Wentzel PhD Commissioned by: Vital10

2018

University of Twente Rik Groeneveld

[HOW TECHNOLOGY CAN BE SUPPORTIVE AND

MOTIVATING FOR PATIENTS WITH CHRONIC HEART

FAILURE]

A study on the needs and wishes of CHF patients, to see how eHealth technologies can aid them in their self-management. A new eHealth platform called 'mijn Health e-Portal' was used as a case to discuss the elements of online care.

(2)

Abstract

Background: eHealth is an important factor in the self-management of chronically ill patients. Even though there are many existing theories on how to persuade users into using eHealth technologies, adherence is not always optimal. This study aims to find factors that influence chronic heart failure (CHF) patients in their self-management, and see how eHealth can be deployed to be more supportive and help motivate chronically ill patients in their self-management. This study made use of a case example called 'mijn Health e-Portal', or mijnHEP for short. By discussing the mijnHEP it was determined how the elements of eHealth were experienced amongst patients. In addition possible opportunities for improvement of this platform were uncovered.

Methods: This study used qualitative structured interviews (n=10) which consisted of 2 parts. In the first part patients were asked about their experiences in living with their illnesses. In the second part patients were ask to orientate themselves on the mijnHEP platform and describe their experiences with eHealth interventions like the case example. This way, data was gathered to identify bottlenecks in chronic self-care management and uncover what role eHealth can fulfill in this aspect.

Results: The interviews provided two kinds of results, those specific to the mijnHEP platform and those related towards self-management and eHealth in general. The results specific to the mijnHEP platform were formulated into 47 requirements. Six bottlenecks in the self-management of CHF patients were identified: dealing with mental stress, lack of introduction into cardiac rehabilitation programs, lack of acknowledgement, trust in technologies, coordination between healthcare providers, and the level of control of their own rehabilitation. The patients also described the participation of their health care providers in eHealth interventions as an important factor to their adherence.

Conclusion: eHealth interventions have the potential to be of added value in the self-management of chronically ill patients. To keep up adherence levels in eHealth interventions, it seems these kinds of technologies benefit from a multidisciplinary implementation. In addition, there should be attention towards the involvement of social circles of CHF patients, in order to create awareness of the illnesses.

Furthermore, the goals and functions of eHealth platforms should be clear, to increase ease of use. The introduction users get to these platforms seems to be another vital aspect in the success of eHealth platforms. A key principle in resolving these kinds of bottlenecks is a personalized approach in addressing the needs and wishes elicited from all of the stakeholders involved.

(3)

Index

Introduction ... 1

Theoretical framework ... 6

Fogg's Behavior Model ... 6

Persuasive System Design ... 7

Nielsen's Heuristics ... 10

Methods ... 12

Case example ... 12

Design ... 12

Participants ... 13

Data collection ... 13

Data analysis ... 14

Code schemes ... 14

Requirement specification ... 16

Results ... 18

Demographics ... 18

Results sub question 1 ... 19

Results sub question 2 ... 24

Results sub question 3 ... 30

Requirement elaboration ... 37

Discussion ... 56

Answering the research questions ... 56

The role of technology in CHF ... 58

Distinctive findings ... 59

Earlier research on mijnHEP ... 61

Generalizability ... 62

Implications for future research ... 63

Strengths and weaknesses ... 64

Conclusion ... 65

References ... 66

Appendix 1; The interview script ... 70

Appendix 2; The code schemes ... 81

Appendix 3; The requirement templates ... 93

Appendix 4; Screenshots of the mijnHEP platform ... 142

(4)

1

Introduction

Self-management in chronic heart failure

Chronic heart failure or congestive heart failure (CHF) is a condition in which the heart is unable to maintain a normal cardiac output. It cannot pump enough blood to meet the body's demand (1). CHF is a chronic disease that has a big influence on the daily lives of patients. Symptoms include shortness of breath, swelling of the legs, and feeling tired (2). To deal with the illness, patients have to change their lifestyle. This means that in order to improve health related outcomes for patients with CHF, self- management is essential (3).

Bodenheimer et al. described the term self-management as teaching patients problem solving skills, solving patient identified problems, and goal setting / reaching (4). In health care the term self- care is also often used (5). Riegel et al. stated that self-care focuses on activities that are necessary to be physiologically stable (self-care maintenance), the ability to anticipate to symptoms when they occur (self-care management), and the process of measuring (changes in) symptoms (self-care monitoring) (6, 7). This shows that the terms self-care and self-measurement can be very intertwined.

In this paper they will be used interchangeably and will both refer to the three main elements Riegel described: self-monitoring self-management, and self-maintenance. Other elements that can also be associated with self-care include: educating oneself on health promoting behaviors, measuring health values, and collaborative relationships with healthcare providers (8, 9).

Since the main aspect of dealing with CHF is a change in lifestyle, it is important for patients to take actions in self-managing their disease. Organizations like the British Heart Foundation (BHF) or the American Heart Association (AHA) support CHF patients in developing self-management skills, by explaining what they should do in order to live with their illness. They described underlying key elements of self-management in CHF such as: Keeping track of medications, keeping records of the experiences with heart failure, keeping track of health measurements such as blood tests, daily weight, and fluid intake. These elements allow patients to obtain insight in the development of their illness and the progress of their rehabilitation. This increases the competence of patients in recognizing symptoms, allowing them to be more aware and take action accordingly (10, 11). The concepts of self-care maintenance as described by Riegel relate to what the BHF and AHA described.

Furthermore they advised patients to check for changes in the symptoms, relating to self-care monitoring. Lastly they advised elements that could be classified as self-care management, such as educating oneself, keeping in contact with the health care team, setting realistic short term goals as to the changes the patient wishes to make, and getting social support which can be achieved via loved ones or support groups.

Advices like these are mainly focused on people who report greater levels of improvement and emotional wellbeing. For patients who deal with advanced heart failure self-care decisions become

(5)

2 more complex (11). The focus then shifts more from self-care to shared decision-making, where the patient, together with his family and his physician, builds his own care plan in which the attention shifts to what treatment options are preferred by patients. Creating such a health care plan is an individualistic process (11, 12)

The role of technology in self-management

Technology offers opportunities in aiding self-care management skills. Specifically, eHealth technologies are used to help self-management in chronically ill patients. A paper by van Gemert - Pijnen et al. described eHealth as the use of technologies to improve health well-being and healthcare (13). The common goal of e-Health is for patients to actively play a part in their wellbeing (14). There are many aspects to eHealth, such as monitoring and improving health, facilitating communication between patients and healthcare professionals, or delivering information to the user. Telemonitoring devices make it easier for patients to measure health values on a daily basis, decreasing the frequency and duration of hospitalizations (15). Systematic education can improve patients knowledge, reducing health risks (16). Furthermore, the ability to communicate with a health care provider on distance eliminates barriers that would otherwise inhibit the patient in getting help (17).

Studies show that people are willing to accept technology, as long as they have access to, and training in the use of these technologies (18, 19). eHealth can be a positive influence on the development of self-management skills among CHF patients. Via eHealth these forms of self-management can improve health outcomes and reduce costs for groups of patients with a variety of chronic conditions (4).

While eHealth offers potential advantages, systematic reviews concerning eHealth usage amongst CHF patients do not universally support this conclusion (20-24). This is partly due to the fact that most of the current CHF eHealth interventions focus mainly on the monitoring aspect, and not the management, maintenance, social, or educational aspects of the illness (19). Physical symptoms, such as shortness of breath and tiredness can also have an influence on the functional capabilities of CHF patients. This reduces the effectiveness of self-care management in general, since these patients often experience greater difficulty in performing self-maintenance (19). Another barrier in the effectiveness of eHealth in CHF patients is the age and technology skills of the target group, as CHF tends to be an illness that occurs more in elderly people (1, 25). Even though the computer usage of elderly is increasing, there are still many who are not too familiar with technology (26).

Adherence to technology

Despite some of the difficulties with eHealth, there is still potential in the usage of eHealth for chronically ill patients. An important factor in the success of eHealth is the adherence of these patients to the technologies. Adherence is a term that is related to measures such as usage of technology, engagement, intended use, or non-usage attrition (27). Although there are many defining aspects of the

(6)

3 term adherence, there is not one clearly defined definition for this concept. A systematic review on adherence in e-therapies from Donkin et al. described adherence as: "The degree to which the user followed the program as it was designed" (28). While Kelders et al. defined adherence as: "The extent to which individuals should experience the content to derive maximum benefit from the intervention, as defined or implied by its creators" (29). The concept of adherence differs per individual, since technologies are often created for large target groups, consisting of individuals with their own goals and desired outcomes (28, 30).

Even though studies show the health related benefits of eHealth, adherence to these technologies is not always as high as expected (31). This is partly due to the fact that stakeholders are insufficiently involved in the development process of new technologies. That results in the intended use of the technology oftentimes being unclear. It is preferable to involve users in the development process of these technologies (32-34). Yet many researchers still tend to rather rapidly develop technologies, with only end results in consideration. The creation of these new technologies is more likely to benefit in a multidisciplinary environment (13).

The CeHRes roadmap

In order to develop technologies that create adherence to technologies, it is of added value to include all possible stakeholders that are involved with the technology from the beginning. Once every stakeholder is identified, it is essential to find out what their needs and wishes are. This way a technology can be created that fits everybody's frame of reference. There are certain steps to do this as efficient as possible and to clarify each step, a tool has been created. This tool is called the CeHRes roadmap. It can be used to help plan, coordinate and execute the participatory development process of eHealth (35).

The roadmap consists of 5 phases, the contextual inquiry, value specification, Design phase, operationalization and the summative evaluation. These can be seen in figure 1.

Figure 1, the CeHRes Roadmap (35)

(7)

4 First the situation of every stakeholder involved with the problem that the technology should solve has to be inquired. In the contextual inquiry all of the prospective stakeholders are identified. They are asked for their wishes and needs in concerning their context of the problem, and it is determined how eventual technologies should benefit them. Afterwards it must be determined what the added value of the technology should be, according to the stakeholders. These values will eventually be translated into requirements. Based on these requirements certain prototypes will be designed. These prototypes are developed and evaluated through constant iteration between the design team and the actual prospective users. When a new technology has been created there needs to be a plan for implementation. Marketing plans are set in motion and operationalized, to get the technology in use.

Lastly the technology will be evaluated on its effects on for instance the patients, financial benefits, or the general public health (35).

This entire process asks for a holistic approach, with the constant possibility for feedback on previous steps, and iteration throughout the entire development process. It is an open circle, which should not only be followed from beginning to end. It is certainly possible, or sometimes even preferable, that problems which occur during later phases need to be fixed by looking back at earlier phases. This way the roadmap can account for shortcomings or changes in the wishes and needs of the stakeholders, providing an optimal fit between the technology and the user.

Needs & persuasiveness

The main issues with living with CHF lie with awareness, contact with professionals and lifestyle changes (10, 11). In order for a technology to help with this, it is important to look at what the needs and wishes of CHF patients are. A study by Boyd et al. showed that CHF patients felt unsupported by services and had little understanding of their diagnosis, treatment aims, or prognosis and concluded that patients could benefit from specific care models, with professional and social support (36).

Harding et al. studied the communication and information needs of CHF patients and also found that CHF patients lacked understanding of CHF, especially in regards to the symptoms. This lack of understanding contributed to the patients' anxiety, and lead to self blame, anger, and shame. According to the cardiac staff it was one of the reasons for lack of adherence to therapy (37). A study by Nahm et al. prioritized the need for information of CHF patients and showed that they want to have information on up-to-date research findings, medication, and laboratory tests rather than general information about CHF (19). All of these studies focused mainly on elderly CHF patients.

Once the needs and values of the patients are clear, they can be translated into requirements. These requirements describe what an eHealth system should function, in order to fit the intended use of all the stakeholders (38).

These requirements could contain opportunities for including persuasive elements. Making eHealth systems more persuasive can stimulate the adherence of users (13). There have been many studies on how persuasion can be applied to technology (39-41). The term persuasion is very broad

(8)

5 and can therefore be operationalized into different fields of research (42). Some studies look at the psychology of how and why people are persuaded to act in certain ways, while some studies focus more on the aspects of technology-mediated persuasion. Three examples in these fields of research are studies by BJ Fogg, Oinass Kukkonen, and Nielsen(40, 41, 43). Their theories on persuasion will be discussed in the theoretical framework of this paper. The eventual goal of these persuasive techniques is to induce a change in the behavior of patients.

To adequately support CHF patients, it is of importance to find out what they want and how they can be helped, so that new eHealth technologies can be as user friendly, personalized and effective as possible. When eHealth interventions fit the context of the user, adherence will be higher, and the technology can increase the quality of life of the patients (35).

In this study will make use of a case example, in order to see what the needs of CHF patients are related to online eHealth interventions. The aim is to see how eHealth can be used to help them in the self-management of their illness. The first three steps of the CeHRes roadmap will be re-examined in order to find what persuasive techniques could be beneficial in order to keep patients adherent to eHealth interventions. This leads to the following research question:

How can technology be supportive and motivating for people suffering from Chronic Heart Failure (CHF)?

To accurately answer this question 3 sub questions have been made which will each be answered separately, leading to a satisfying conclusion for the main question.

 What are the experiences of CHF patients in dealing with the self-management aspects of their illness?

 How are the elements of current e-health interventions to support self-management in CHF patients experienced, based on the mijnHEP platform?

 How can persuasive elements be implemented in eHealh platforms meant for stimulating self- management in patients with chronic illnesses, such as the mijnHEP platform?

(9)

6

Theoretical framework

The theoretical framework of this paper will provide insight in 3 different theories of persuasiveness and behavior change. These 3 theories will be Fogg's Behavior Model, Kukkonen's Persuasive System Design, and Nielsen's Heuristics. Afterwards it will be explained what the roles of these theories are in this research.

Fogg's Behavior Model

BJ Fogg is a behavior scientist, who is the founder of the study of 'captology'. Captology is the study of how computers can persuade people (44). In his research Fogg showed that computers can have a big role as persuasive social actors and that people can be influenced by technology almost the same way they can be influenced by humans (45). He created a model called the Fogg Behavior Model (FBM), which explains the drivers of human behavior trough three factors(40):

Motivation

Ability

Triggers

Fogg argues that for a target behavior to happen, a person must have sufficient motivation, sufficient ability, and an effective trigger. These must all be simultaneously present. When a task is easy to do, but the user lacks motivation, it will not be done. The same goes the other way around, but even if a task is easy and the user is motivated to do it, without a trigger it will not be done. Each of these principal elements consists of subcomponents. The FBM outlines core motivators (motivation), simplicity factors (ability), and three types of prompts (triggers).

For the elements of motivation there are 3 core motivators, who each encompass two sides of the same spectrum.

 Pleasure/pain; these motivators are the most rely on one of the most basic human response.

Results of these motivators are often immediate, people are responding to what's happening in the moment. Although these motivators are powerful and direct, especially pain is not an optimal motivator (trough more or less obvious reasons). But when researching motivators, it cannot be ignored.

 Hope/fear; this dimension is characterized by anticipation of an outcome. Hope and fear are also strong motivators, but can be considered more ethically and empowering compared to pleasure/pain.

 Social acceptance/rejection; again this dimension focuses on one of the basic human needs, to fit in a social group. This is what makes it a strong motivator. Facebook, among others, is one of the social media that showed how big technologies can get, ones they attend to our desire to socially accepted.

To define simplicity there are 6 subcomponents that facilitate the ability to undergo behavior change.

 Time; target behavior must not require too much time, otherwise it is not simple enough to do.

(10)

7

 Money; For people with limited financial resources, target behavior that costs too much is not simple, and will often not be done.

 Physical effort; behaviors that require (too much) physical effort are not simple, and will thus influence the targeted behavior

 Brain cycles; target behavior must not require too much thinking. Preferably it consists of the same patterns so that the user does not have to constantly learn new stuff.

 Social deviance; target behavior should not deviate from the social norm. chances are it will be less likely the behavior will be reached if the user has to act outside the expected norm.

 Non-routine; this subcomponent is relatively similar to the brain cycles, the target behavior should not deviate from the patterns the user usually has.

Lastly there are three types of prompts that can facilitate a trigger

 Spark as trigger; a spark is a trigger that motivates behavior, it immediately persuades the user to undergo a certain behavior change. This trigger is appropriate for people who lack motivation

 Facilitator as trigger; a facilitator makes behavior easier, and is appropriate for people with low ability.

 Signal as trigger; a signal indicates or reminds the user to perform behavior, it works best when the user is motivated and able to perform a target behavior.

Persuasive System Design

Another researcher in the field of persuasion is called Harri Oinas-Kukkonen. He made a model called Persuasive System Design (PSD model)(41). This model is explains the key components that a technology must feature in order to reach its goals. Oinas-Kukkonen's model provides a more systematic analysis and design methods for developing persuasive software, rather than focusing on the prediction of user acceptance. This way the model expands on FBM, by creating empirical and conceptual functionalities that technologies should feature in order to be persuasive.

The PSD model is based on three phases in persuasive systems development. First it is important to understand the key elements behind persuasive systems. Oinas-Kukkonen defined seven postulates that define the role of technology in persuasion:

1. Information is never neutral; Technology is always present and influencing people's behavior. This is an ongoing process rather than a single act.

2. People like their views about the world to be organized and consist; if system support the making of commitment, users are more likely to be persuaded. People like their view of the world to be organized. If there are inconsistencies in people's views, they tend to motivate the person to take action to change them.

(11)

8 3. Direct and indirect routes are key persuasion strategies; When people are motivated to perform a target behavior they are keener to persuasion in a direct way. If motivation lacks, there can be more subtle an indirect routes to persuasion.

4. Persuasion is often incremental; it is more effective to persuade users through incremental suggestions, rather than a onetime suggestion.

5. Persuasion through persuasive systems should always be open; information behind systems should always be available. This prevents bias, and increases users trust.

6. Persuasion should aim at unobtrusiveness; persuasive techniques should not disturb the user in their daily lives. The system should look for opportune moments to persuade.

7. Persuasive systems should aim at being both useful and easy to use; A general postulate that entails the core foundations of persuasive systems. If the technology is not easy to use, it will have a hard time persuading users.

The second phase focuses on what happens in the information processing event, namely understanding the roles of persuader, persuadee, message, channel and the larger context. To find ideal opportunities for persuasion it is important to analyze the intent of the persuasion, understanding of the persuasion event, and to recognize the patterns in use (46).

The third phase shows the design of system features. The design principles shown in this phase are based on Fogg's behavior model, yet they elaborate how they can be transformed into software requirements and even implemented as actual system features. These principles are put into four categories, called:

 Primary task support;

 Dialogue support;

 System credibility support;

 Social support;

Primary task support is based on the basic elements the users have to carry out in order to make use of a technology. The second system feature is that of the dialogue support. This category focuses on the computer-human dialogue and provides ways for the system to give feedback to the users.

The third system features focuses on how the system can be made credible, so that is has authority over users and will be accepted more easily. The fourth and last system feature centers on the human need for social interaction Table 1 shows the four categories by presenting them with the related design principles. Each principle is provided with an explanation and an example.

(12)

9

Table 1, The PSD principles

Primary task support:

PSD principle Explanation Example

Reduction The system should reduce complex behavior into simple tasks, the effort of the user should be reduced

An application for healthy eating should provide lists with healthy food

Tunneling The system should guide the user through the functions, while providing opportunities to persuade along the way

Smoking cessation websites should come with information on how to quit smoking after users indicate to be addicted

Tailoring The system should be tailored to the needs and interests of the users

There should be different options on a platform when the user indicates he is either experienced or inexperienced

Personalization The system should provide personalized content for its user

The user should have the option to prioritize information that is most relevant to him Self-monitoring The system should provide means for the user to keep

track of his own status

Step counters and heart rate monitors Simulation The system should provide ways to link cause to

effect

Pictures of before and after weight loss Rehearsal The system should provide means for rehearsing a

targeted behavior, to change the attitude of the user

Flight simulations help pilots practice for the real world situation

Dialogue support:

PSD principle Explanation Example

Praise The user should be praised for good work on the system

Motivating text messages when goals are achieved

Rewards Virtual or real world rewards should be given to the users when targeted behavior is reached

Virtual points that can be accumulated through actively using the system

Reminders The system should remind the user to actually make use of it

Automatic text messages when a new option has opened for the user

Similarity The system should provide ways to make itself recognizable to the user

The usage of slang in applications for younger adults

Liking The system should have a look that appeals to the user Colorful design for applications used by a younger target group

Social role The system should adopt a social role in the user's life An option for communication between the user and a specialist

System credibility support:

PSD principle Explanation Example

Trustworthiness The system should look and feel like it can be trusted Information on a site should not be biased Expertise The system should show that it is knowledgeable and

competent

Applications should be updated regularly Surface credibility The first look at the system should indicate that it is

credible

Applications should not be overloaded with adds Real-world feel The system should give information about the people

behind the content

Coaching modules can have a video to show who is behind the modules

Authority The system should refer to people of authority Websites can show that they are supported by authoritarian figures

Third-party endorsement

The system should provide legit sources Logos of health care organizations on eHealth platforms

Verifiability The system should provide means to verify sources of the information

Claims are supported by links to other websites Social support:

PSD principle Explanation Example

Social learning The system should provide means to learn from the experience of other users

Shared fitness journals Social comparison The system should provide means to see the progress

of other users

Sharing of information on physical health in smoking cessation applications

Normative influence The system should provide means for peer pressure Systems that show what the norm of most users is, so other users know what goals to set Social facilitation The system should provide ways to show that others

are doing the same target behavior as the user

Students in an online learning environment can see how many other students are doing the same Cooperation The system should leverage the natural drive for

humans to cooperate

Data of CHF patients is gathered on a platform so that it can be analyzed on a group level Competition The system should provide ways for the users to

compete with each other

The user with the most steps a week gets a prize Recognition The system should provide ways for recognition for

users who reach targeted behavior

Publicly acknowledging a stopper of the month on a smoking cessation application

(13)

10

Nielsen's Heuristics

The third theory that will be discussed is that of the Heuristic evaluation. Heuristic evaluation is done by looking at the interface of a technology and trying to assess whether the interface satisfies certain persuasive principles. Ideally this is done according to certain rules, such as listed guidelines (47).

There are multiple of these guidelines, like the one created by Smith and Mosier, who created just under 1000 Heuristics (or rules) to follow (48). However a more structured approach in these heuristics was created by Molich and Nielsen, who categorized the heuristics in 10 basic usability principles. These 10 heuristics are presented in table 2 on page 11, an explanation and an example will be given to elaborate each heuristic (43).

Role of the theories

The three theories discussed in this framework will mainly be used to help answer the third sub question. In that question it will be discussed what elements of the theories fit in with eHealth interventions, in order to find strategies to persuade users to be more adherent to the technology. The values and needs of the users have been extracted in this research, and transcribed into requirements.

The persuasive techniques in these theories will be examined to see which techniques can heed the values and needs of the users. How this is exactly done will be further explained in the methods section.

(14)

11

Table 2, Nielsen's heuristics

Heuristic Explanation Example

Visibility of system status The system should keep the user informed about what is going on. The system should show its current status

Questionnaires that to show how far you are during the completion of the survey, applications that send notifications when new e- Mails arrive, the amount of steps shown on a step counter etcetera Match between system and

real world

The system should use concepts familiar with the user, thus making information seem natural and logical

An example of this is the avoidance of jargon

User control and freedom The user should be free to navigate easily around the system

When a user clicks on a function that he did not intend to use, there should be an easy exit, without having to go through extended dialogue

Consistency and standards It is preferable if the system uses the same layout and structure throughout its features

Important buttons like the 'homepage' function should always remain in the same spot Error prevention Creators of a system should try

to avoid error-prone situations, or at least include prevention messages

One of the most common example of this is the "do you really want to log out?" pop-up that occurs once someone clicks on 'exit' Recognition rather than

recall

The system should minimize the user's memory load. This means the user should not have to remember how things work if the system can help facilitate this. It is easier to recognize things than to recall them (think of questions like "is Donald Duck's shirt blue?" vs. "What color is Donald Duck's shirt?").

Making information and interface functions visible and easily accessible. Google for instance does this by suggesting what you are looking for when you type in the search bar

Flexibility and efficiency of use

The system should have functions that are unseen, but help experienced users navigate faster through the system than novice users

The 'ctrl + c ctrl + v' shortcut instead of having to click the left mouse and select 'copy', then click left mouse again and select 'paste'.

Aesthetics and minimalistic design

The system should not have irrelevant information.

Everything that is too much is unattractive

Images can help the design of an interface, overloading a page with images however can clutter the interface

Help users recognize, diagnose, and recover from errors

The system should have plain and simple error messages when the user does something wrong

Error messages should contain what the user did wrong, how it could have happened and, most important, how it can be solved Help and documentation The system should always have

a form of help ready for the user, when he is not able to fulfill a task

This can be done via an (online) helpdesk, or for instance a video showing what the appropriate actions are to fulfill the task

(15)

12

Methods

In the methods section it will be explained how this study was set up. The following 5 paragraphs will be discussed: 'case example', 'design', 'participants', 'data collection', and 'data analysis'

Case example

This paper uses a case example to take a look at what CHF patients want and how they think eHealth technologies can be used to help them in their daily lives with their illness. The eHealth intervention that will be discussed is called mijn Health e-Portal or mijnHEP.

MijnHEP is an online eHealth platform created by a company called Vital10 (49). The goal of the platform is to help people with chronic illnesses in their daily lives with their disease, where the focus has shifted from blaming to rewarding (50). The concept of the mijnHEP is to award points to the patients who show they are active on the platform. These so called 'vitaliteitspunten' or 'v-points' for short, can be used to get discount on services and goods, such as regular products, medical devices, or even gift vouchers at restaurants or hotels. The v-points can be accumulated by being active on the platform. A few examples of this are entering health related values (such as glucose levels, weight or blood pressure), participating in e-coaching modules, or connecting fitbits to the account in order to count steps. Furthermore the platform offers many more features to help patients with their illness, such as insight in their medical dossier and easy contact with health care providers trough a chat (50).

The mijnHEP platform is on the verge of being implemented in health care. This means it is in its latest phases according to the CeHRes roadmap. However as stated earlier, the roadmap allows for constant feedback ant iteration. This means that by guiding the prospective users through the platform, new insights can be found and formative feedback can be used to personalize the platform so that is better fits the daily life of the users, and therefore stimulate adherence.

Design

This study consisted of a qualitative research in which structured interviews were used. The interviews were structured in two parts. The first part contained open questions, based on the experiences of patients in living with their heart disease. This was done to get a look at how patients deal with their illness and to identify possible shortcomings in the care they receive. The first interview took around half an hour. The second part consisted of a design based qualitative research, centered on the case example that was used in this study. Patients were questioned on their opinion of the eHealth elements the platform had to offer. This was done to get an idea of how the users experience the elements of eHealth, and to see where possible opportunities for improving such technologies lie, in order to keep patient more adherent. The second part also took about 30 minutes.

Ethical approval of this research was obtained by the university's ethical committee. Participants received information about the goal of the research. Informed consents were signed by the

(16)

13 participants, which informed them about the confidentiality and anonymity of their results and that they had the right to withdraw at any moment.

Participants

A total of 10 interviews were conducted in this research. Due to the difficulty of finding willing patients, several connections were made to contact as many CHF patients as possible. The eventual patients that that took part in the research were:

 2 CHF patients from the Medical Spectrum Twente in Enschede;

 2 CHF patients from the Polifysiek department of the Hogeschool in Amsterdam;

 5 CHF patients form the Community Health Centre Vital10 in Amsterdam;

 1 CHF patient in his hometown in Twente;

Interviews were conducted between the 14th of June and the 6th of August 2018.

The only inclusion criteria used for the interviews was that the patients had to suffer some from some sort of chronic illness. Ideally this had to be some kind of heart related disease, but due to the shortage of respondents other chronic illnesses were also included. The self-indicated illnesses of the patients included: Congenital heart defect (1 patient), heart noise resulting in a prolapsed heart valve (1 patient), atrial fibrillation (1 patient), myocardial infarction resulting in atrial fibrillation (1 patient), atrial fibrillation plus high blood pressure (1 patient), myocardial infarction (2 patients), arteriosclerosis plus stenosis (1 patient), cerebral infarction (1 patient), and transient ischemic attack (TIA) (1 patient). There were no further inclusion criteria. This was done to get a larger variety in the sample size. Patients of all ages, backgrounds, or years of experience with their illness, were included in the interviews.

Data collection

The interviews used in this study consisted of two parts. The first interview was a semi structured interview used to get insight in the lives of the CHF patients. The questions in this interview were based on six themes: Background information, experiences with their illness, adjustments in life, support, self-management, and drivers. The specific questions were formulated in an interview script.

This script can be seen in appendix 1 (in Dutch). Some questions were rewritten between interviews, to fit the context of the interviewee.

The second part of the interview resembled a think aloud usability test. However, the protocol that was used did not strictly follow that of a think aloud. There was more room for interaction between the interviewer and interviewee. This was done to encourage exploration, and engage in more open discussion. To discuss the options of eHealth, the case example of mijnHEP was used. The fact that the findings of the study had to be generalized for all eHealth interventions and were not specific to mijnHEP was another reason to not use a strict think aloud protocol.

(17)

14 A test account in mijnHEP was prepared, so that it included all the elements of eHealth that needed to be discussed with the users. Voice recording and Open Broadcaster Software (OBS) were activated, to record the actions and statements of the patients. Patients were asked to perform the following six actions on the platform:

 Starting conversations in the chat function;

 Entering health measurement values;

 Navigating the advices page;

 Navigating the dossier page;

 Navigating the web shop;

 Participating in an eCoach module;

During each action the patients were asked questions about their experiences, what was difficult or easy, or their general view of the elements the platform had to offer. After the actions were completed, some general questions regarding eHealth and the mijnHEP platform were asked. For the specific actions and questions, check appendix 1.

Data analysis

When the last interviews were done, the audio recordings and OBS data were transcribed. After this, the transcripts were coded in order to analyze the data. Since this was a qualitative study, the transcripts needed to be systematically analyzed. This was done using chapter 11 of the Qualitative research practice by Ritchie and Lewis, on reporting and presenting qualitative data (51) and the requirement elicitation method of van Velzen et al (38).

Code schemes

Four different code schemes were created which contributed to answering each of the sub questions.

These four code schemes can be seen in table 3. The four schemes are based on the structure of the interviews. This way each of the aspects that could answer the research questions could be examined.

 The first code scheme centered on the personal experiences of the patients. This scheme focused mainly on the first part of the interviews and was the primary source for answering sub question 1 and 3.

 The second code scheme centered on the elements of eHealth. This scheme focused mainly on the second part of the interviews and was the primary source for answering sub question 2 and 3.

 The third code scheme centered on persuasive elements. This code scheme contained everything that was said during the entire interviews in relation to persuasive or motivating aspects. This code scheme, together with the previous two, was the primary source for answering sub question 3.

(18)

15

 The fourth code scheme was called other and consisted of all the quotes that could be of importance, but did not qualify under any of the other schemes. This code scheme was used for answering all of the sub questions.

Initial codes were created for each of the code schemes. For the first scheme this was based on the six themes the questions in the first part of the interview were based upon, these six themes can be seen in the data collections paragraph or in table 3. The second code scheme was put together in a similar manner. The initial codes were based on the actions that were performed during the second part of the interview. The sole change to this was that 'navigating the web shop' was left out. The web shop function was discussed with the users but could not be fundamentally analysed on whether underlying techniques could be used to make it more persuasive, since the inclusion of the reward system is a persuasive technique in and of itself. Remarks on the web shop function were limited to whether users were motivated by this reward system or not. This meant that quotes regarding the web shop were instead coded under the third scheme. An additional code was made called 'general view' that included anything useful that was being said about the platform or eHealth in general, that did not fit any of the other codes. The initial codes for the third scheme were based on motivational or demotivational aspects of the eHealth platform. The initial codes for the fourth scheme were divided into 'treatment method' and 'rehabilitation'. Whilst the codes of the first 3 schemes were based on the structure of the research questions (and hence the structure of the interviews), the code scheme of 'other' was the only scheme that got its initial codes after analysing the data. Since this scheme consisted of remaining quotes that could be important to answer the questions, but did not fit any of the other code schemes.

The remaining quotes in this scheme could best be categorised under the codes 'treatment method' or 'rehabilitation' Table 3 shows the four code scheme with their initial codes.

Table 3, The four code schemes

The four code schemes:

1. Personal experiences 2. Elements of eHealth 3. Persuasive elements 4. Other Initial codes:

Background information Communication Motivational Treatment method Experiences with their

illness

Dossier Demotivational Rehabilitation

Adjustments in life Health values

Support Online advice

Self management Coaching modules

Drivers General view

(19)

16 Three transcribed interviews were coded using these schemes. The coding was done in Atlas.ti version 8. After this, the initial codes were further categorized into subcategories. The structure of the code schemes was then discussed with an independent analyst. After consensus was reached the other transcripts were also coded. Once all transcripts were coded, 10 % of the quotes were checked by the independent analyst for inter-rater reliability, to see whether the coding results would be the same when assessed by a different analyst, using the same code schemes, under the same circumstances.

This led to some final discussion and revisions of the code schemes. The end results of the code schemes that were used in this research can be seen in appendix 2. Appendix 2 includes the initial codes, the sub-codes and a description of what each code exactly entails, provided by an example quote.

With the code schemes complete the data was checked one last time and transported to excel.

The excel file consisted of 4 tabs, in accordance with the 4 code schemes. Each tab contained the quotes that were coded under one of its codes. A single quote could have been assigned two or three codes. Each of the 4 tabs contributed to answering the sub questions.

Requirement specification

To elicit requirements from the coded data, a requirement elicitation method was used (38). Each quote was examined to determine the values and attributes. This was then re-evaluated during a brainstorm session including multiple researchers. This research group consisted of individuals involved in the development and implementation of the mijnHEP. During the brainstorm session the needs, wishes, and values of the patients and the health care providers concerning mijnHEP were discussed. This provided an initial list of values which were used for this research. Some values were added after the brainstorm session.

Once every quote was linked to one or more attributes and values, it was determined what the requirements associated with the values should be. Requirements could not be assigned to every quote.

Each coded quote was of importance in this research, but not all did well to translate into requirements. For instance, quotes like: 'I am the kind of person who cannot sit still. If there is nothing to do, I'll search for work around the house. Sweeping, raking, as long as I'm active' were coded, under the codes of personal experience in this example, since they did provide insight in the characteristics of the participants. However, quotes like these did not provide information that would lead to concrete requirements that could improve the mijnHEP. Each quote was examined to see if it could be conveyed into requirements. The ones that could were mainly used to answer the third sub question, the ones that could not were mainly used to answer the first and second sub questions.

Each tab had a function in answering the research questions. To answer the first question on how the aspects of self-management were experienced amongst CHF patients, the main source was the tab with the 'personal experiences'. The second question was answered using a similar fashion. This time the

(20)

17 main source was the tab 'elements of eHealth'. For both questions the other 3 tabs were also checked.

The main source of data were however the tabs as mentioned.

The third question was answered using the requirements. All 4 tabs were used, but most quotes that lead to requirements were found on the 'elements of eHealth', and 'persuasive elements' tab. These tabs were mostly linked to eHealth and could therefore be translated into requirements. For instance, the quotes under the code 'background information' on the 'personal information' tab did often not translate well into requirements.

The requirements were used to indicate what is needed in eHealth interventions to fulfill the needs of the users. Some requirements were relatively self-explanatory, while others needed further elaboration. The elaboration was given using the persuasive techniques as described in the theoretical framework.

(21)

18

Results

In the results section the three sub questions will be answered, in order to give a conclusion for the main research question.

Demographics

Table 4 shows the demographic characteristics of the 10 participants in this study. Keep in mind that the demographics are own indications of the participants, for instance the 'Skills with technology' were not based on actual reference scales such as a Likert scale. Instead the participants were asked how they would describe their experience with technology.

Table 4, demographics of the participants

Respondent # Gender Age Skills with technology

Illness Experience

with illness

1 Female 79 Bad TIA 2 days

2 Female 72 Bad Cerebral infarction 2 days

3 Female DNS* Good Atrial fibrillation plus high

blood pressure

2 years

4 Female 64 Good Myocardial infarction 20 years

5 Male 62 Good Myocardial infarction resulting

in atrial fibrillation

20 years

6 Male 64 Ok Arteriosclerosis plus stenosis 2.5 years

7 Female 35 Good Heart noise resulting in

prolapsed heart valve

Entire lifetime

8 Female 71 Ok Artial fibrillation Entire lifetime

9 Female DNS* Ok Myocardial infarction DNS*

10 Female 36 Good Congenital heart defect Entire lifetime

*Did not state

(22)

19

Results sub question 1

To get an idea of how eHealth interventions could support the self-management of CHF patients, insight in their experiences on their current health care management was needed. The interviews provided results to answer the following sub question:

'What are the experiences of CHF patients in dealing with the self-management aspects of their illness?'

The general consensus was that the current care delivered by nurses and caretakers was good. The patients were content with the amount of contact and the manner of contact they had with caretakers.

There were however some critical points that were mentioned in the interviews. These results will focus on the most important themes amongst the patients. These themes are based on the coding schemes, which contained statements that were either shared amongst multiple patients, or statements that patients where very persistent towards. Note that there is no ranking in the themes mentioned below. If necessary the themes will be elaborated with quotes1. Above each quote the respondent number is stated, to provide some perspective to the quotes.

Mental stress

The most common reoccurring difficulty in self-management was mentally coping with the illness.

While all the interviewees agreed that CHF has a big impact on the physical aspects of life, such as lower fitness levels, they stated that most people do not understand the emotional toll CHF has on the lives of patients. Patients lose confidence in their body and are afraid more often. Irregularities in heart beat or slight pains in the chest have a big influence on the mental state of mind.

Besides this constant fear for the physical status of their body, which in itself is mentally hard, the physical limitations also play a deeper role in the mental stress. One patient mentioned that he had immense difficulties with finding work after undergoing surgery. This in turn led to more worries about the financial and social situation, which in turn led to even more stress. The vicious circle of fear and stress leading to more even more stress was described by multiple patients. An example quote of this was:

Quote 1:

Respondent 7

"My heart rate was somewhat elevated and I worried about that. My cardiologist explained to me that that was the last thing I should do, because that makes it kind of ironic, 'you worry because of your elevated heart rate and therefore your heart rate increases even more'. funny right? Kind of makes the circle round."

1 These quotes are translated from Dutch to English

(23)

20 Introduction to rehabilitation programs

Another reoccurring theme among the patients was the perceived lack of guidance after the surgery.

While most patients indicated they were content with the way they received rehabilitation care, there were multiple patients who said that after surgery they were not immediately introduced to cardiac rehabilitation programs by their physician, something which they would have wanted to happen. One person indicated it was due to heart related complications, while 2 others stated that they were simply not introduced to such a program by their physicians. All of the patients that were introduced to cardiac rehabilitation experienced it positively and those that did not participate in cardiac rehabilitation indicated it would have been beneficial for them. Two of their quotes that support this are:

Quote 2:

Respondent 3

"It would have been ideal if this [rehabilitation at Vital10] was offered immediately to me. Now it was only offered because I kept coming back with complaints. It should be advised during the first consult after the surgery, or at the first checkup at the physician."

Quote 3:

Respondent 8

"I: And what would your ideal rehabilitation have been?

R: If they would have directly said 'go to this place [Vital10]. Organizations like the 'Hartstichting' should have a link to places like this."

Professional and social acknowledgement

Another bottleneck mentioned was the lack of support in some cases. This was not present in all patients, but 3 patients indicated that their social circle, like for instance friends and coworkers, somewhat underestimated the severity of the illness. This is shown in the following quote:

Quote 4:

Respondent 6

"R: Even the cardiologists and the physicians during the rehabilitation, everybody is like 'Hey, you just need to recover' and to me that's just... Everybody I know that went through something like I did, all of them had a hard time dealing with it. Anxiety, fear of relapse, fear of dying. And I see it in friends who say 'there's not much going on' while I keep thinking 'if nothing would have been detected, I could have died'. The fact that you could die from this has a big influence on people I believe, and I think that that is sometimes... I: underestimated? R; Yeah, completely underestimated, by everyone.

Referenties

GERELATEERDE DOCUMENTEN

By means of a consumer questionnaire, the four key parameters brand loyalty, perceived quality, brand awareness and brand associations are examined in the

Significant MR reduction was similar in both groups (98% vs. We present the largest Dutch multi-centre MitraClip study including 1151 patients. Key findings are: 1) MitraClip

Hence, we aimed to evaluate patients’ and partners’ preferences of written information regard- ing sexuality, their most preferred health care professional with whom to

There are several unexplored possibilities, such as (1) general quadrangles as cross section, (2) n-ary trees with n > 2, (3) constructing longer tree fragments before repeating

When looking into the different items of the European heart failure self-care behavior scale, it was possible to observe that factors like daily weighing and fluid intake were

used to examine longitudinal associations of the person mean of continuous self-care (i.e., average of the two measurement occasions; to gauge between-subject effects) and the

The aims of the current study are to investigate the expectations, opinions and needs of people with a chronic disease regarding aspects of self-management in which they

echter niet verwacht worden dat verbeterde instruktieprogramma's binnen afzienbare tijd deze volledige 13% zouden kunnen doen verdwijnen. Indien al resultaat geboekt