SBS - The best value in QMS software

Classifying Software - Insulin Calculator

M

missjenny

#1
Hello all,

My company has developed a bolus insulin calculator. It is a mobile app that recommends how much insulin the user should take based on the user's recent blood glucose value and planned calorie intake with a consideration of insulin-sensitivity and insulin to carbohydrate ratio, which would be provided by a healthcare professional before first use.

My questions are:
1) Is this IVD or MD?
2) Is this class IIa or IIb?

Reference: MEDDEV 2.1/6

Our consultant has told me that she thinks this is a class IIa MD.

However, I am leaning towards calling it a class IIb IVD as it uses information derived from in vitro examination of a specimen and is intended to be used with a glucose meter, an IVD.

MEDDEV does classify "insulin dosage planning" software as class IIb. I am not sure whether a calculator can be called a planning software since it is not directly connected to an insulin pump.
-----------------------------------------------
Example: radiotherapy planning system used to calculate the dose of ionizing radiation to be administered to the patient, insulin dosage planning stand alone software.
 
Elsmar Forum Sponsor

dgrainger

Trusted Information Resource
#2
Hi,

A simple app for calculating an insulin dose would be a class I MD. It may have a higher classification if it is controlling/monitoring or driving/influencing a device with a higher classification.

It could be an IVD if it is an accessory to the BGM.

Regards David.
 
S

Sarah Stec

#3
Keep in mind, IVDs aren't classified the same way as medical devices; in other words, you can't have a Class IIb IVD. Blood glucose monitors are a List B IVD.

I think we need a bit more clarification - you say that the app is intended to be used with a blood glucose meter, but then it's not directly connected to an insulin pump. So is there a specific blood glucose meter it's supposed to be used with (as in, does it connect remotely)? Or is it a generic calculator, and it's up to the user to input the information they read off their glucose monitor? Also, like dgrainger said, what are the results used for, and who uses the results? :bigwave:
 
M

missjenny

#4
Hi Sarah!

Yes, you are absolutely correct that glucose meters are a List B IVD. Thanks for the clarification.

It is intended to be used with a glucose meter in that the user has to enter a glucose value either manually or via one of our company's Bluetooth connected meters. So, when the user enters them manually, they can use any generic meter, but if they want to connect to a meter, it has to be one of ours but not to any insulin pumps. The users will simply take the information as a recommendation/into consideration when dosing either with an insulin pen or through a pump.

We will specifically mention that it will not be for diagnosing and that they should consult their healthcare professional before setting the calculator.

From all the answers, it seems like it could be either a Class IIa or IIb MD or a List B IVD. But I can't decide... Any more ideas? For what it's worth, the Balansio and MySugr seemed to have received theirs as Class IIb medical devices. However, I was thrown into confusion when my consultant and also notified body suggested IIa. And further into confusion when I started reading the MEDDEV guidance.

Help once more?
 
S

Sarah Stec

#5
From all the answers, it seems like it could be either a Class IIa or IIb MD or a List B IVD. But I can't decide... Any more ideas?
First, If your NB is saying it's a Class IIa medical device, is there something that gives you a reason not to follow their advice, aside from doing your own due diligence?

Second, I won't get into determining whether your app is an accessory to a BGM; it's a bit confusing for me if I don't have all the info. But you may want to go back to the basics - analyze your product with respect to the definitions of an IVD or a medical device in their respective directives. Very generally speaking, if your app fits the definition of a medical device, and it doesn't have the functions of an IVD (and even then if it does, depending on how your NB and CA interpret the IVDD with respect to software) then it's a medical device. And look at the definitions of "accessory" to see whether your product would fit into that definition.

When considering whether the app is an accessory (which would make it an IVD), consider what effect the calculator has on the functioning of the BGM. If it doesn't affect the BGM at all, meaning the BGM can function as it is intended without the app, then the app may not be an accessory.

You could also ask the competent authority...:bigwave:
 

dgrainger

Trusted Information Resource
#6
The extra information helps - :)

It isn't an IVDMD and the BGM is not assisted by your calculator (unless your own BGMs require it) so it isn't an accessory to an IVDMD.

Implementing rule 2.3 will apply as you are intending that the calculation result is used with an insulin pen or through a pump - IIb.
 
Q

QA-Man

#7
If this was a stand alone calculator app, it would not be a device at all. Doing the calculations by hand or looking at a chart is the same thing. The fact that it can connect to your device via Bluetooth makes me less certain.

What classification rule did they say it fell under?
 

dgrainger

Trusted Information Resource
#8
QA-Man - this app is software that clearly falls within the definition of a medical device and will be regulated as such in the EU - ("insulin dosage planning stand alone software." is given as an example in the software MEDDEV 2.1/6)
 
Q

QA-Man

#9
QA-Man - this app is software that clearly falls within the definition of a medical device and will be regulated as such in the EU - ("insulin dosage planning stand alone software." is given as an example in the software MEDDEV 2.1/6)
As I said, I was not certain. I imagined the calculator was similar to flow rate calculators for mechanical infusion pumps, which are not medical devices because they do not meet the purposes of article 1.2a. Examples here and here.

I am still curious as to the classification rule the NB said it fell under.
 

dgrainger

Trusted Information Resource
#10
The examples you give would appear to be devices as they have a therapeutic purpose.
They would be classified by implementing rule 2.3:

2.3. Software, which drives a device or influences the use of a device, falls automatically in the same class.
 
Thread starter Similar threads Forum Replies Date
S Directives for Classifying Standalone Software as Medical Devices CE Marking (Conformité Européene) / CB Scheme 3
J FDA classifying all PACS software devices as Moderate Level of Concern? 21 CFR Part 820 - US FDA Quality System Regulations (QSR) 9
E Can we still use MEDDEV 2.4/1 rev. 9 when classifying a medical device product under MDR? EU Medical Device Regulations 4
J MDR reporting and CAPA thoughts? Classifying Complaints on Risk 21 CFR Part 820 - US FDA Quality System Regulations (QSR) 13
D Down Classifying a Medical Device from Class II to Class I Other US Medical Device Regulations 21
M Classifying a Multiple Risk Medical Device System 21 CFR Part 820 - US FDA Quality System Regulations (QSR) 2
J Classifying Defect Reports from Business Partners US Food and Drug Administration (FDA) 4
B Classifying findings as Major vs. Minor findings in the AS9100 world AS9100, IAQG, NADCAP and Aerospace related Standards and Requirements 7
C Classifying documentation changes for priority Document Control Systems, Procedures, Forms and Templates 1
S Classifying SMD chip resistor and SMD array resistor - Electronic Components Various Other Specifications, Standards, and related Requirements 9
D Classifying Nonconformance so that they can be Actioned in Relation to Time Frames Nonconformance and Corrective Action 7
A Classifying Documents for Different Document Levels ISO 9000, ISO 9001, and ISO 9004 Quality Management Systems Standards 2
A Suppliers - Classifying Critical and Major suppliers & how to define them? Supplier Quality Assurance and other Supplier Issues 2
O Classifying Characteristics QS-9000 - American Automotive Manufacturers Standard 4
N Validating Software before getting approved as Class 2 device US Food and Drug Administration (FDA) 5
M Clinical Decision Support Software Question 21 CFR Part 820 - US FDA Quality System Regulations (QSR) 0
P Missing 1m visual alarm signal in case of software/display failure, mitigation? ISO 14971 - Medical Device Risk Management 3
B Software service provider as critical supplier ISO 13485:2016 - Medical Device Quality Management Systems 3
S Asterisk in DOE minitab software Using Minitab Software 23
M Surgical angle measurement guide device with an application software Medical Device and FDA Regulations and Standards News 0
M Advice needed for SEH Compliance Software and ISNETWord Compatabiliy Occupational Health & Safety Management Standards 2
bruceian Software Quality Metrics Software Quality Assurance 11
optomist1 How Secure Are Our Software Systems Software Quality Assurance 7
M 'Active' device? Software/laptop with attached camera 'looking' at passive metal probe EU Medical Device Regulations 3
D Software validation team Misc. Quality Assurance and Business Systems Related Topics 3
O Any info on release date of FDA “Computer Software Assurance for Manufacturing and Quality System Software” document? 21 CFR Part 820 - US FDA Quality System Regulations (QSR) 0
L Radiology software Class I exemption Medical Device and FDA Regulations and Standards News 3
O Software for comparing text of PDF files Contract Review Process 2
J Implementing an ISO 13485 QMS Software ISO 13485:2016 - Medical Device Quality Management Systems 6
K Software Updates in the Field and ISO scope ISO 13485:2016 - Medical Device Quality Management Systems 2
M Recurrent event analysis software (python) General Auditing Discussions 2
Y UL 1998 Standard: software classes Software Quality Assurance 0
P Need a programmer for QVI's VMS software for optical inspection machine Inspection, Prints (Drawings), Testing, Sampling and Related Topics 0
S IEC 62304 software costs and time Medical Device and FDA Regulations and Standards News 3
S IEC 62304 - Software verification cost IEC 62304 - Medical Device Software Life Cycle Processes 3
Sravan Manchikanti Software Risk Management & probability of occurrence as per IEC 62304 IEC 62304 - Medical Device Software Life Cycle Processes 8
I Form templates for software (iso9001) Document Control Systems, Procedures, Forms and Templates 0
H Software Interface Translation IVD Regulation EU Medical Device Regulations 0
C 8.5.1.1 Control of Equipment, Tools, and Software Programs - Questions about the extent of control of NC programs AS9100, IAQG, NADCAP and Aerospace related Standards and Requirements 5
M IEC 62304 Software changes - Minor labeling changes on the GUI IEC 62304 - Medical Device Software Life Cycle Processes 3
silentmonkey Rationalising the level of effort and depth of software validation based on risk ISO 13485:2016 - Medical Device Quality Management Systems 10
T Do I need a qualified compiler for class B software? IEC 62304 - Medical Device Software Life Cycle Processes 3
S Manufacturing Execution Systems Software Costs Manufacturing and Related Processes 0
E 13485:2016, Sections 4.1.6, 7.5.6 and 7.6 - Validation of Software - Need some Advice please ISO 13485:2016 - Medical Device Quality Management Systems 3
R Medical Device Software Certification IEC 62304 - Medical Device Software Life Cycle Processes 1
S HIPAA-compliant monitoring software (advice needed) Hospitals, Clinics & other Health Care Providers 1
A Software bug fixes after shipping a product EU Medical Device Regulations 3
J Medical software Patient outcome Medical Information Technology, Medical Software and Health Informatics 2
F Grand Avenue Software, Q-Pulse or Qualio - which for a full eQMS? Medical Information Technology, Medical Software and Health Informatics 1
K SOUP (Software of Unknown Provenance) Anomaly Documentation IEC 62304 - Medical Device Software Life Cycle Processes 2

Similar threads

Top Bottom