Skip to content
MathWorks - Mobile View
  • Inicie sesión cuenta de MathWorksInicie sesión cuenta de MathWorks
  • Access your MathWorks Account
    • Mi Cuenta
    • Mi perfil de la comunidad
    • Asociar Licencia
    • Cerrar sesión
  • Productos
  • Soluciones
  • Educación
  • Soporte
  • Comunidad
  • Eventos
  • Obtenga MATLAB
MathWorks
  • Productos
  • Soluciones
  • Educación
  • Soporte
  • Comunidad
  • Eventos
  • Obtenga MATLAB
  • Inicie sesión cuenta de MathWorksInicie sesión cuenta de MathWorks
  • Access your MathWorks Account
    • Mi Cuenta
    • Mi perfil de la comunidad
    • Asociar Licencia
    • Cerrar sesión

Vídeos y webinars

  • MathWorks
  • Vídeos
  • Vídeos-Inicio
  • Buscar
  • Vídeos-Inicio
  • Buscar
  • Comuníquese con ventas
  • Software de prueba
11:54 Video length is 11:54.
  • Description
  • Full Transcript
  • Related Resources

Modeling an Infusion Pump, Part 1: Introduction and Overview

From the series: Modeling an Infusion Pump

Learn how to model and simulate an infusion pump delivery system using Simulink® and add-on products. See how Model-Based Design can help you simulate the behavior of an infusion pump by simulating electrical, mechanical, and fluid systems in a single environment.

The infusion pump plays a critical role in delivering medicine smoothly to patients. If there is an obstruction in the delivery line (the IV line), the infusion pump logical system goes into alarm mode and turns off the motor.

Hi my name is Ravali, and I'm an application engineer for medical devices at MathWorks. Today in this video, we will be starting off a CDS on modeling an infusion pump. First and foremost, in this video we will be focusing on the introduction of the infusion pump, and then all of you to understand what are the different components that make up this model of an infusion pump. And what exactly is this device and where does it used?

An infusion pump is a medical device that is used to deliver medicine to patients. And it's more often than not, used in a hospital setting where there is a necessity for a precise and continuous manner in which the medicine is delivered. Its most important feature is the delivery of medicine, but one other crucial aspect that comes in with an infusion pump is its ability to detect occlusion.

Now when the medicine is being delivered to the patient there could be a possibility that there might be an air bubble in the delivery line. Not just an air bubble, but maybe a blood clot or there could be a clinic in the delivery line as well. And that's where the delivery line pressure shoot up, and it tends to be a dangerous scenario. The infusion pumps are programmed in such a way that they detect this increase in the delivery line pressure and thereby go into an emergency mode and shut off before further human intervention.

We'll be taking a look at such a model today and see how we can assimilate various what-if-scenarios in order to understand the infusion pumps behavior. Let's hop on a road to Simulink. This is the environment of Simulink which is basically an ingenious playground, and where one can make anything ranging from-- and where one can model anything ranging from something as simple as a mathematical equation, to also figuring out what-if-scenarios of an infusion pump.

Now in this example with the infusion pump, we have three subsystems. First, we have the command generation module, which is basically the user-interface. This is where the user comes in, in order to power on the infusion pump, put in values such as the volume of the medicine that has to be delivered, how often the medicine has to be delivered, and parameters like that.

Then we have the control or logical unit which is the decision maker or the brain of this model. Within this besides the infusion pump software model to make decisions. In order to make decisions about when the water has to be powered on, to identify the occlusion and also turn off the entire system, should there be an extreme increase in the delivery line pressure.

And finally we have the planned subsystem, which is made up of all of the components, or rather it's made up of the physical component that make up the infusion pump, such as a syringe, the D.C. Motor, the delivery line etc. Now that we have seen the three subsystems that make up the infusion pump, let's take a look at its behaviour. The power of simulation lies in the fact that, at the click of a button I am able to take a look at the performance of an entire medical device.

In this instance, I will be observing the speed of the motor and also the delivery line pressure of the infusion pump. So huge. We have MotorSpeed and also the delivery line pressure.

As I mentioned earlier on, the infusion pump's feature is its ability to deliver medicine, so which is exactly what we're observing here. That is, a pattern to the rise and there's a pattern to the increase and decrease of the motor speed and also the delivery line pressure.

So in this instance, the scope here shows us that the medicine, every time that the delivery line shoots up, the medicine's being delivered. And every time it falls down to equilibrium, that's when the medicine delivery is completed.

Now one of its features is the ability to detect occlusion, and that is programmed into the infusion pump's software model. Thereby, if there arises a scenario where there is a bubble or a blood clot, or even a knot in the delivery line, that's where there will be an alarming increase in the delivery line pressure, which is what we are observing in this particular section.

At about 52 or 53 seconds, there's a sudden increase in the delivery line pressure and it goes on shooting up. This is where the software of the infusion pump kicks in, identifies that there is a certain threshold beyond which the delivery line is shot, and as a result is in an emergency mode, and then it shuts it off.

And this is where we note the importance of simulation in that not only can we take a look at the behavior of our systems, but also simulate various non-ideal situations in order to see how the system might fare in the real world. And so we saw that as the infusion pump was programmed, it goes into a shutoff mode when the delivery line pressure shoots up beyond a certain limit.

Now that we've taken a look at the infusion pump's different sections, let's take a look at how this ties in with the process of model-based design. So one of the most crucial questions that we ask ourselves in today's world is why is medical device development so difficult and why does it take so long. And there's a plethora of reasons for that.

First and foremost, there are safety critical product in that there are people's lives on the line. Technically, they're complex in nature. With the advent of technology, we have at our hand a host of engineering domains that can work in tandem in order to create a medical device. And thereby with the complexity increasing, so does the difficulty in submitting to the regulatory bodies, such as the FDA. Reasons is that as far as the complexity of these medical devices increases, it goes to show that we have people from different domains working together.

You have mechanical engineers, control engineers, scientists from different fields coming together in order to make or create a single device. And as a result, you have different folks with different backgrounds working together. And thereby the process tends to be compartmentalized. And as a result, medical device development takes a wee bit longer than the anticipated.

Now if we were to take a look at the traditional development process, we would have certain steps. First up, we received the requirements and specifications which are then distributed to the various teams of scientists and engineers. These folks work on their various platforms in order to contribute to each of their domains that make up the entire device, and then finally come together for the integration and testing phases.

Now in an ideal world, all of this would have been a smooth process with no hiccups from start to finish. And you get your medical device exactly on the day that you plan to.

However, we don't live in an ideal world. There might be abrupt changes in the requirements. There could be constant updates. There could be a lack of material available, or maybe the customer requires a different set of sensors that need to be used.

Now with each of these different teams working on various platforms, there is a lack of communication between each of these teams. And in case they found an error towards the end, that would set them back by quite a few days before they met the deadline.

That's where model-based design comes into picture. Model-based design isn't all too different compared to the traditional development process, except the entire workflow is centered around the simulation of the model-- or rather, the simulation model itself.

The neat thing is you can save time by simulating various domains on a single platform and also link them up with your requirements and specifications and keep track of the progress of making your medical device. You can produce better designs by constantly taking a look at the requirements and specifications and see where you stand in the development process.

And finally, when you're happy with the model, you can then deploy it onto hardware prototypes and take a look at how the medical device fares before it goes into production and out into the market.

Now you might wonder, what are the different industries that make use of the model-based design process in order to develop their systems. Or, industries were model-based design is used are actually heavily regulated industries, such as the automobile industry or even the aircraft industry. And all of these folks have their own stories to tell.

Specifically in the medical device industry, we've had Philips. Especially in the medical device industry, we've had folks like Philips, Weinmann, Doheny Eye Institute, who make use of model-based design, whether it's for code generation or a streamlined design process in order to arrive at their medical device in a much faster, accelerated manner. There are several such examples. And you can explore more of these on the MathWorks website.

So now that we've taken a look at the infusion pump's three subsystems, we can then move on to the next video. In the next section, we'll be talking about how each of the subsystems are designed and what are the different components that make up the infusion pump in detail. Thank you for listening.

Related Products

  • Simulink
  • Stateflow

Bridging Wireless Communications Design and Testing with MATLAB

Read white paper

AI-Based Digital Health Applications with Model-Based Design

View slideshow

Feedback

Featured Product

Simulink

  • Request Trial
  • Get Pricing

Up Next:

Learn in detail about the three subsystems of the infusion pump: the command generation module, the control/logical subsystem, and the plant subsystem.
11:42
Part 2: Designing the Subsystems
View full series (3 Videos)

Related Videos:

40:03
Introduction to Model-Based Design: Modeling and Simulation...
29:49
Modeling Physical Components, Part 1: Mathematical Models
1:03:29
Simulating a Multi-Stage Rolling Mill Process, Part 1:...
29:49
Modeling Physical Components, Part 2: Data-Driven Concepts
2:15
What Is Simulink?

View more related videos

MathWorks - Domain Selector

Select a Web Site

Choose a web site to get translated content where available and see local events and offers. Based on your location, we recommend that you select: .

  • Switzerland (English)
  • Switzerland (Deutsch)
  • Switzerland (Français)
  • 中国 (简体中文)
  • 中国 (English)

You can also select a web site from the following list:

How to Get Best Site Performance

Select the China site (in Chinese or English) for best site performance. Other MathWorks country sites are not optimized for visits from your location.

Americas

  • América Latina (Español)
  • Canada (English)
  • United States (English)

Europe

  • Belgium (English)
  • Denmark (English)
  • Deutschland (Deutsch)
  • España (Español)
  • Finland (English)
  • France (Français)
  • Ireland (English)
  • Italia (Italiano)
  • Luxembourg (English)
  • Netherlands (English)
  • Norway (English)
  • Österreich (Deutsch)
  • Portugal (English)
  • Sweden (English)
  • Switzerland
    • Deutsch
    • English
    • Français
  • United Kingdom (English)

Asia Pacific

  • Australia (English)
  • India (English)
  • New Zealand (English)
  • 中国
    • 简体中文Chinese
    • English
  • 日本Japanese (日本語)
  • 한국Korean (한국어)

Contact your local office

  • Comuníquese con ventas
  • Software de prueba

MathWorks

Accelerating the pace of engineering and science

MathWorks es el líder en el desarrollo de software de cálculo matemático para ingenieros

Descubra…

Explorar productos

  • MATLAB
  • Simulink
  • Software para estudiantes
  • Soporte para hardware
  • File Exchange

Probar o comprar

  • Descargas
  • Software de prueba
  • Comuníquese con ventas
  • Precios y licencias
  • Cómo comprar

Aprender a utilizar

  • Documentación
  • Tutoriales
  • Ejemplos
  • Vídeos y webinars
  • Formación

Obtener soporte

  • Ayuda para la instalación
  • MATLAB Answers
  • Consultoría
  • Centro de licencias
  • Comuníquese con soporte

Acerca de MathWorks

  • Ofertas de empleo
  • Sala de prensa
  • Misión social
  • Casos prácticos
  • Acerca de MathWorks
  • Select a Web Site United States
  • Centro de confianza
  • Marcas comerciales
  • Política de privacidad
  • Antipiratería
  • Estado de las aplicaciones

© 1994-2022 The MathWorks, Inc.

  • Facebook
  • Twitter
  • Instagram
  • YouTube
  • LinkedIn
  • RSS

Únase a la conversación