PRE2016 3 Groep8

From Control Systems Technology Group
Revision as of 17:34, 27 February 2017 by S159812 (talk | contribs)
Jump to navigation Jump to search

Student Numbers of group 8 members

- 0957735 Ainse Kokkelmans

- 0895428 Joris Veens

- 0955135 Jolien van der Thiel

- 0957168 Joris Verhagen

- 0960769 Ineke Kil

- 0959019 Bjorn van Rixtel

Problem definition

More than 1.2 million people in the Netherlands have diabetes. That is about one out of every fourteen people and everyday about 169 people are newly diagnosed. [1] Although it is treatable with medicines or insulin, it is a chronically disease you are confronted with everyday. Depending on the type of diabetes, people have to insert insulin three times a day, around every meal. A diabetes patient always has to keep track of the number of grams of carbohydrates that have been consumed. On the basis of a formula, it can be calculated how much insulin is needed to keep ones blood sugar level on healthy terms. However, this is a standard formula for everyone and throughout your own life it also differs how much extra insulin is needed for every gram of carbohydrates. This formula should actually differ for every person and change from time to time. It is also quite some work to always keep track of the food or carbohydrates you have eaten, especially for a plate full of hot steaming food...

State of the Art

Artificial Intelligence Systems in Diabetes

Currently the most known AI approach in diabetes is the approach from PEPPER [8] (patient empowerment through predictive personalized decision support). PEPPER is a newly launched three-year research project, funded by the EU Horizon 2020 Framework. It’s goal is to create a portable personalized decision support system to empower individuals on insulin therapy to self-manage their condition. PEPPER employs CaseBased Reasoning to advise about insulin bolus doses, drawing on various sources of physiological, lifestyle, environmental and social data. It also uses a Model-Based Reasoning approach to maximise users’ safety.

Case-Based Reasoning (CBR) is a consolidated artificial intelligence technique, extensively applied in medicine, that tries to solve newly encountered problems by applying solutions learned from similar problems encountered in the past.

The system will be integrated with an unobtrusive insulin patch pump and has a patient-centric development approach in order to improve patient self-efficacy and adherence to treatment.

In the figure below, two architectures can be seen. These methods principally don’t differ quite much. In a nut shell, the PEPPER systems provide a portable personalised decision support system for insulin dosing that combines data from multiple sources such as body-worn sensors and manual inputs. These body-worn sensors for instance are the activity monitors that can be seen in the picture above. The manual inputs are given to the system by making use of a phone or handheld and consist of personal inputs like for instance the time someone sported, the amount and kind of food someone ate or the whether or not consumption of alcohol. The CaseBased Reasoning module is designed to provide a personalised insulin dose which adapts over time.

PEPPER approach.png

Another, similar apprach of AI in diabetes is the METABO [11] approach. The METABO approach is a diabetes monitoring and management system which aims at recording and interpreting patient's context, as well as, at providing decision support to both the patient and the doctor. The METABO system consists of (a) a Patient's Mobile Device (PMD), (b) different types of unobtrusive biosensors, (c) a Central Subsystem (CS) located remotely at the hospital and (d) the Control Panel (CP) from which physicians can follow-up their patients and gain also access to the CS. METABO provides a multi-parametric monitoring system which facilitates the efficient and systematic recording of dietary, physical activity, medication and medical information (continuous and discontinuous glucose measurements).

Based on all recorded contextual information, data mining schemes that run in the PMD are responsible to model patients' metabolism, predict hypo/hyper-glycaemic events, and provide the patient with short and long-term alerts. In addition, all past and recently-recorded data are analyzed to extract patterns of behavior, discover new knowledge and provide explanations to the physician through the CP. Advanced tools in the CP allow the physician to prescribe personalized treatment plans and frequently quantify patient's adherence to treatment.


Data Mining Techniques in Diabetes [12] [13]

Data mining is the process of selecting, exploring, and modeling large amounts of data to discover unknown patterns or relationships useful to the data analyst. Medical data can be trained using data mining techniques to predict the diabetes. For this, dataset has to be preprocessed to remove noisy and fill the missing values. The management of diabetes is very well suited to a data mining approach, because of the availability of electronic health records and monitoring facilities a huge data sets are available for research. However, because diabetes is a lifelong disease, the available data for one individual may already be huge and very difficult to interpret.

Data mining are very useful techniques consists of a variety of methods like computer science approaches as multidimensional databases, machine learning, soft computing and data visualization and statistical-based methods, like hypothesis testing, clustering and regression. Data mining can be classified in two different “goal-tasks”. First of all this is description with the purpose to extract understandable patterns and associations from data. The second goal-task is prediction with the purpose to forecast one or more variables of interest, in the diabetes case this will be the blood glucose level.

The usual way to review the outcome of a certain therapy scheme starting from the analysis to the blood glucose is to check if someone shows a cyclostationary pattern. On other words, if someone shows a daily behavior that is almost the same over the monitoring time. The blood glucose pattern summarizes the patient’s own response to a certain amount of insulin. Mostly this is visualized by plotting the blood glucose data on a 24-hour scale or by computing the frequency histograms of the blood glucose measurements.

However, the problem is that a series of blood glucose data mostly isn’t cyclic or stationary. It’s has kind of a stochastic nature that leads to confusing data. Because of this a combination of signal processing and artificial intelligence is well suited. First of all a filtering approach, known as a structural analysis needs to be applied. Structural analysis decomposes a time series into a collection of signals with known “temporal structure”. This means that each blood glucose (BG) measurement can be expressed as a sum of separate components: a trend component (T), a cyclic component (C) and a stochastic component (E), for each measurement (i).


BGi=Ti+Ci+Ei


The problem of extracting Ti and Ci can be solved mathematically in different ways, including Kalman filtering, least-squares fitting, and Bayesian smoothing. By using the same technique it is possible to also separate daily cycles from weekly or monthly cycles, which may correspond to changes in the lifestyle during the weekend or through the year. Given the availability of trend and cyclic components, it is possible to pose some interesting clinical questions: (1) is there a trend in BG data, (2) Is there one or more cyclic behavior in BG data? Even more interestingly, it is possible to combine trend and cycle information with the absolute value of BG?

Following a data mining approach, a way to answer these questions is to apply an artificial intelligence technique known as temporal abstractions (TAs). The principle of TAs is to provide an interval-based representation of monitoring data: time-stamped data are processed into time intervals during which a certain event occurs. In the case of the blood glucose monitoring it’s a useful to apply three different kinds of TAs: state TAs (high / low value), trends TAs (increasing or decreasing) and complex TAs (daily patterns). The application of TA methods can therefore be seen as a way to search for patterns in continuous monitoring data.



Our Solution

All-in-one Userfriendly Diabetes Application

As can be read in the paragraph about the state of the art of this topic, the user still needs to do a lot to get the correct insulin output. For instance, the user has to wear some sensors like the activity monitor all day long and they still have to fill in some details about their daily behavior on their smartphones. Altogether, this method requires still a lot of the users what’s very unpleasant for them of course. Therefore we found a new solution, which has to make it easier for diabetes patients to get a suited personal insulin dose.

Our concept idea can be visualized in the figure below. We want to create an all-in-one userfriendly diabetes application which enables a patient to get a right personalized dose of insulin in an easy way. Instead of monitoring a patient all day long, we want to develop an algorithm that is based on and learns from the feedback it gets.

Because of most people have a kind of a fixed day rhythm, an algorithm could recognize this after some time and adapt to this. The adaption is based on the feedback that the software will get. This is the glucose level of the blood, after a period when insulin was injected. The glucose values always have to be in a certain range. And by coupling the data from the amount of insulin injected and the glucose level afterwards, the algorithm could learn to “know” somebody, because not everyone reacts the same on a certain amount of injected insulin. By receiving feedback over a longer period, the algorithm learns to recognize someone’s behavior too. Because of most people have a weekly fixed day schedule and for instance mostly sport on Monday, the algorithm could learn by making use of the feedback it will always need to give more insulin on Monday.

This piece of artificial intelligent learning software, has the possibility to be for instance implemented in an insulin pump, which is something a patient definitely has to wear all the time. Because of the fact that the algorithm learns to know it’s patient by receiving feedback in the form of training data it will calculate a personalized and therefore better and healthier dose of insulin that has to be given by the pump. The only thing the user has to do is measure it’s glucose level and eventually indicate a deviate day. So this isn’t a big change for the user, but this new software may be a big and better change towards his or her healthcare!

To test the developed software we’ll make a smartphone app and “train” it with the year data of one of our group members. For us it is not possible to implement this for instance in a real insulin pump, but by making the app, we could have I look if it works or not. Furthermore we could investigate more in opportunities and possibility’s the implement our solution in real live existing and user friendly systems.



USE Aspects

For evaluating and comparing several solutions to the problem stated above, the following three key actors play an important role: the user, the society and the enterprise. A good solution is always evaluated upon its relevance to both the users and the society, and its contribution to a viable revenu model for the enterprises. Each of these three individual actors have their own interests and concerns when it comes to derriving an appropriate solution, and it is of utmost importance to study those interests.

User Both our problem and our solution are aimed at a very specific user: patiënts with type 1 diabetes. Ofcourse, the solution will reach a wider target than just that. People with type 2 diabetes or even people generally interested in improving their health by watching their blood sugar levels. In the users interest are several design guidelines, such as easy useage, privacy, accuracy/usefullness of the advice given, etcetera.

Society The societal benefit will mostly consist of reduced costs in the healthcare industry. Furthermore it could also be of interest too some semi-government institutions such as "Het Voedingscentrum". Their interest could lie in the accuracy and reliability of the advice or who is to be held accountable for bad advice,etcetera.

Enterprise Now a days

Ethics - Liability

Medical applications in the Netherlands

Medical applications have a continue growing contribution in the healthcare market. Many consumers in the Netherlands use applications like ‘Moet ik naar de dokter?’, ‘Huidmonitor’ and the ‘iP plaslijst’. Even 60% of the doctors in our country says to make use of medical apps. Although the goal of those applications is to improve the quality and efficiency of patient care, certain risks of misdiagnosing are attached to them. [9]

To avert such risks there is the CE marking in the European Economic Area (EEA). This marking is mandatory for applications that make a medical claim. It ensures that medical devices suffice the European requirements for safety, health, environmental and consumer protection. Without this mark a medical device is not allowed to be commercialized. However, the CE-marking should not be confused with a quality mark. It does not guarantee the quality or clinical relevance of the product. [9]

The use of not CE-marked medical products can have consequences for many parties. Developers and doctors can receives fines. Institutions will be addressed upon the base of the law for quality of healthcare institutions. When a patient suffers damage because of the use of a not CE-marked medical product (so also applications), it is a professional misconduct of the doctor. In that case, the product developers will also be liable. [9]

An example for our situation can be that because of a programming mistake, the algorithm in the applications gives consistently too high values. If someone with diabetes suffers from this because he or she administers wrong doses insulin, this can lead to a claim. [9]

Is our app a medical device?

Whether our idea for applications should have a CE-marking can be checked with the flowchart in figure 1. Flowchart medical devices.jpg Figure 1, [9] This will lead to the conclusion that the application for our goal definitely will be seen as a medical device. It does (not???) contain a measuring function??

Liability

Liability of the producer

As a starter the producer of the application is primarily responsible for it legitimate bringing to the market of the application. This means, among other things, taking care of the CE-marking as mentioned in the paragraph above.

Besides, on the basis of article 6:185 BW, the producer of a product is responsible for the damage caused by a malfunctioning product. However, the question rises whether a medical application can be viewed as a product. A product is defined as a moveable property, but a medical application does not have this required materiality. Assuming that the rules for product liability are applicable on a medical application, man can think of mistakes in the production process, design mistakes or instruction mistakes. For the successfully addressing of the producer on article 6:185 BW, it is the patients task to prove that the producer marketed a malfunctioning application and that the application caused harm. Although the burden of proof is with the patient, it is wisely for the producer to be very careful by making and maintaining of the software to limit it’s liability. [10]

Liability of the care giver (hulpverlener)

In most cases it is the caregiver who chooses which kind of medical device will be used. This makes the care giver responsible for it legitimate using of a medical device during the treatment. This includes the use of a medical device with CE-marking and the correct use of the medical device. A care giver is also liable when, according to objective standards for a reasonable acting care giver, he or she could and should have acted differently. Like situations in which the care giver gives insufficient explanation about an application that is used on his or her initiative, causing the incorrect use of the application leading to shows of incorrect results in the application. Additionally, it is the care givers responsibility to not unthinkingly take over diagnoses that the application gives, even if it carries the CE-mark. [10]

Idea

Goal

Our goal is to develop a diabetes application that helps a patient with the problems mentioned above. The most important part of the application is an algorithm that learns from the user and optimizes the formula accordingly. At the start of using the application you have to fill in what you have eaten on a day and your blood glucose level for a longer period. From this information the algorithm learns what your blood glucose level will be depending only on what you have eaten on a day. This information will be used to let the user know how much insulin must be inserted. Additionally, the input of what you have eaten should be simple. This can be done with text or a picture. The program also remembers what you often eat at a certain time of the day, so if you want to fill in what you have eaten you receive suggestions of specific meals or snacks. As extra help the application can be linked to a kitchen scale with Bluetooth. If you scoop up dinner on your plate while it is on the scale the application immediately knows how much grams of a certain kind of food you are going to eat. What the food that the user is weighing is, can be selected on the smartphone application.

Target group

The current state of the treatment

Diabetes patient try to regulate their blood sugar with insulin. For this they use a basal insulin replacement and separate carbohydrate covering and correcting insulin replacement. For patients that are treated with insulin pens these insulin replacements are slow working insulin, insulin that is absorbed during a period of 24 hours, and fast working insulin that is used for correcting and covering carbohydrates in food and drinks. For pump users the situation is a bit different, the basal replacement is fast working insulin that is delivered to the body in small doses over the whole day, and a (usually) bigger dose of fast working insulin distributed over a few hours for carbohydrate covering and correcting.

Currently the carbohydrate covering and correcting dosages are calculated by a linear formula, with as inputs the amount of consumed carbohydrates and the current blood sugar value. The food coverage part of the insulin dose, is an insulin to carbohydrate ratio. This ratio represents how many grams of carbohydrate are covered by 1 unit of insulin. The correcting part of the dose is how much one unit of fast working insulin will drop the blood sugar. Both factors differ from person to person, and can also vary for one person over time, as the reaction to insulin is affected by stress, activity level and posture.

The final calculation of a dose of insulin is as follows:

#Units= (Grams of carbohydrates)/(CarboHydrates disposed per unit) + (Current blood sugar-Target blood sugar)/(Drop in blood sugar by 1 unit insulin)

This formula is built into most blood sugar meters and insulin pumps. But as the reaction to insulin can change over time, this formula may result into wrong dosages, resulting in an unstable blood sugar level. So new factors have to be “guessed” to correct the formula. We want to research if it is possible to automatically adapt the formula with data from the user. This can be done by estimating new factors over time, or a whole new method of determining the dosage, using techniques from the field of Artificial Intelligence.

This is especially useful for kids and young adults, as their bodies and activities are changing over time.


Investigation in the existing research in formula optimalization

Proposed Ideas

Some ideas we have for calculating the dosage are:

  • Linear regression on data patient
  • Other forms of regression on data patient
  • Neural network that tries to learn and predict outcome of insulin dosage based on previous data of the patient.

User Data

  • Blood sugar values
  • Activity level
  • Amount of carbohydrates
  • Previous doses of insulin

Existing Measuring Techniques

Test App for the software and formula

Userfriendly


Week planning

GanttChart.png

Week 1:

- First meeting

- Brainstorming ideas

- Chose idea

- Problem definition


Week 2:

- Presentation 1:

   o  Chosen project challenge

- USE-aspects

- Planning

- State of the Art

- Task division

- Redefinition of the idea after feedback

- Describing findings week 1 in wiki

- Making structured layout in wiki


Week 3:

- Presentation 2:

   o   Plan of execution for the chosen project challenge
       §  Definition of tasks
       §  Deliverables
       §  Milestones
       §  Gantt chart
       §  Resource allocation

- Resource in software “learning” techniques / starting with optimization of formula

- Research already available methods of measuring blood values etc.

- Describing findings week 2+3 in wiki


Week 4

- Optimization of formula

- Research new/new developed methods of measuring values etc. (in which our software possibly could be implemented)

- Describing findings week 4 in wiki


Week 5

- Research in ethical data aspects

- Code for optimization of formula [milestone]

- Describing findings week 5 in wiki


Week 6

- Start at making of the App

- Describing findings week 6 in wiki


Week 7

- Making the App

- Research user friendly making of the app

- Start at conclusion and recommendation

- Describing findings week 7 in wiki


Week 8

- Finish wiki [milestone]

- Finishing the App [milestone]

- Final presentation and demonstration


Bullshit

Current solutions to the problem

Most patients today use the manual calculation method for determining the necessary insulin dose. This is a time-consuming and, mainly in the beginning, a complex process, since 40-50% of the total daily insuline dose is to replace insulin overnight, when you are faston or between meals and the other 50-60% is for carbohydrate coverage and high blood sugar. [3]

Many of the diabetes patients find this process less than ideal. The weight and the amount of carbohydrates per certain amount of all the foods that the patient is going to eat needs to be known to calculate an insulin dose. There are, however, apps that take away some of the calculations from the patient. These apps will be explained in 'State of the art'.

State of the art

Two existing technologies to ease the insulin dose calculations are apps and insulin pumps. These technologies will be explained in this chapter.

Apps:

Current insulin calculating apps work on simple calculations. In general, the user enters their current blood sugar level and the amount of carbohydrates that the user is going to consume. The app will calculate the necessary dose of insulin for the user. Almost every application has the feature of saving the calculated insulin dose to a log. This log is able to provide insight over the user's glucose level throughout the day [4]. The app which is regarded by its users as the most useful on AppCrawlr, is the $1.99 Glucose Companion app. Since this is regarded as most useful, it can also be regarded as state-of-the-art concerning diabetes applications. The special feature that this app offers is that it can keep a better track on the glucose levels and insulin doses and that it gives advice on certain diet options [5]

Insulin pumps:

An insulin pump, which is shown on the image below, is connected to the patient by a cathether placed under the skin. When the pump is connected, the patient can receive short-acting insulin. The patient can increase the dose with buttons on the pump itself. This is to compensate the carbohydrates from a meal. The pump can also treat high blood glucose levels by taking a bolus. This is also determined by the patient him- or herself. It is important to note that the pump does not automatically correct the dose for everthing that the patient undergoes (such as meals and activities). The dose calculation is still done by the patient itself. The insulin pump has some advantages and disadvantages with respect to normally getting your insulin. These are stated below:

Advantages

The website from the American Diabetus Society gives multiple advantages [6]. The main one is that the patient does not have to bother with individual insulin injections which can really interfere with the patients life. Other advantages are:

  • Insulin pumps deliver insulin more accurately than injections do.
  • Insulin pumps result in fewer large swings in your blood glucose level since the doses are applied in a constant way.
  • Insulin pumps allows the patient to be flexible about when and what he or she eats since ????????
  • Insulin pumps allows the patient to excercise without having to eat large amounts of carbohydrates.


Disadvantages

The insulin pump does come with some disadvantages however. These are also given by the American Diabetus Society [7].

  • Insulin pumps can cause weight gain to the patient.
  • Insulin pumps can be expensive (and certainly are when they are not included in the patient's insurance).
  • The insulin pump is connected to the patient most of the time. This can be bothersome.

In short, although the insulin pump solves some of the problems for the patient, it does not solve the biggest one which is manually increasing the insulin dose.

File:21235 large Insulin-Pump.jpg

Sources

[1] https://www.diabetesfonds.nl/home

[2] http://www.avdweb.nl/arduino/hardware-interfacing/scale-interface.html

[3] https://dtc.ucsf.edu/types-of-diabetes/type2/treatment-of-type-2-diabetes/medications-and-therapies/type-2-insulin-rx/calculating-insulin-dose/

[4] http://appcrawlr.com/ios-apps/best-apps-insulin-calculator

[5] http://appcrawlr.com/ios/glucose-companion#authors-description

[6] http://www.diabetes.org/living-with-diabetes/treatment-and-care/medication/insulin/advantages-of-using-an-insulin-pump.html

[7] http://www.diabetes.org/living-with-diabetes/treatment-and-care/medication/insulin/disadvantages-of-using-an.html

[8] http://www.ecai2016.org/content/uploads/2016/08/W7-AID-2016.pdf

[9] ‘Medische apps, is certificeren nodig?’, Nictiz, 7-06-2013, Anton Ekker and Barbara van Rest.https://www.nictiz.nl/SiteCollectionDocuments/Whitepapers/13005%20Whitepaper%20medische%20apps.pdf

[10]‘Civiele aansprakelijkheid voor het gebruik van medische applicaties’, Tijdschrift voor Gezondheidsrecht, 27-10-2016, Mr. A.J. Zijlstra. http://www.sectionz.nl/cms/LAUXTERMANNADVOCATEN/media/pdf/TvGR_2016_40_07_schoon-zijlstra.pdf

[11] https://www.ncbi.nlm.nih.gov/pubmed/19964403

[12] https://www.ncbi.nlm.nih.gov/pmc/articles/PMC2769885/

[13] https://www.ripublication.com/ijaer16/ijaerv11n1_109.pdf