MDR software classification

Chr1sG

Starting to get Involved
#1
Hi there,
First time posting, hoping folks might chip in with their perspectives.

I'd like to get an opinion on how to classify the software elements of my product, and in order to do so, I'll give you all a quick idea of what it does and how it does it (without revealing too much that is confidential).

The system consists of 4 parts:
1. image acquisition unit (IAU) - takes photos of body part. It has embedded SW to acquire the images and provide limited user interfaces (on/off button, plus LED to indicate power/charging)
2. user app - wirelessly connects to the IAU and acts as the main UI to guide the user and to trigger/manage image acquisition. The images are sent onwards together with some user-provided patient info.
3. cloud store - receives images/info from the user app and stores them pending review.
4. clinical review client - web-based app which can access stored images and patient info, and allows a clinician to review them, and to create a clinical assessment report. Note: the software does not modify the data, nor assist the clinician in any way (other than maybe offering tick boxes, annotation/comment functions etc.)
The clinical report is sent back to the user app from the review client, via the cloud store.

I have read and re-read MDCG 19/11 but I am still not certain about how to classify the various SW elements.

Which are 'Software driving or influencing the use of a medical device'? Which are MDSW?
Assuming that the IAU is a Class 1 device, what class should the various SW applications be?

At the moment, I am leaning towards 1. and 2. being SW driving/influencing (=> Class 1), and the other two not being MDSW since they neither drive/influence nor have their own intended medical purpose (=> not covered by MDR).

Anyone care to comment?
 
Elsmar Forum Sponsor

Ed Panek

QA RA Small Med Dev Company
Leader
Super Moderator
#3
I have had our NB in EU ask if we meet the FDA guidelines on cybersecurity. Be prepared.
 

Chr1sG

Starting to get Involved
#4
Seriously? Wtf?
How was the question justified?
Did your NB also ask if you meet the japanese ultimate frisbee rules?!

Anyway, any thoughts on classification?
 

yodon

Leader
Super Moderator
#5
I don't presume you're marketing the individual components separately so the *system* needs to have a device class.

IEC 62304 (recognized consensus standard in the US and harmonized in the EU) lays out a decision tree for establishing software safety class. You can independently assess each of the software items. The safety class decision is based on the harms that can be realized if the software fails.

Note that the FDA has a similar decision tree in a guidance document but they use the terms major / moderate / minor level of concern.

Regarding:

I have had our NB in EU ask if we meet the FDA guidelines on cybersecurity.
The only thing I can think of is that this was an ISO audit, the scope of the QMS includes US, and the auditor was determining if they met the requirements of the "applicable standards." (I may be wrong but that would seemingly be the only logical explanation.)
 

Chr1sG

Starting to get Involved
#6
Thanks @yodon

After posting, I was thinking more about the problem, and had started to reach the same conclusion, namely that the product as a whole cannot deliver its intended use without all the software subsystems playing their respective parts.

I note that you use the word system - should I assume that you mean this as defined in the MDR? ('a combination of products, either packaged together or not, which are intended to be inter-connected or combined to achieve a specific medical purpose')

If so, what are the implications of our product being a 'system' vs a 'device'? I can only see that 'system' has any meaning within MDR in Article 22, so I suppose you are saying that paragraph 4. of Article 22 is where we would be covered, right?
 

Chr1sG

Starting to get Involved
#7
For what it's worth, I think part of the reason why I was tying myself in knots was because of the wording in MDCG 19/11:
"Software, which drives a device or influences the use of a device, shall fall within the same class as the device."

When a piece of software is a necessary component of a device, then this line would seem to be applicable, but on the other hand, if you imagine substituting a necessary hardware component into this sentence, it starts to make no sense:

e.g. "A printed circuit board, which drives a device or influences the use of a device, shall fall within the same class as the device." !!!

or "A gearing mechanism, which drives a device or influences the use of a device, shall fall within the same class as the device." !!!
 

yodon

Leader
Super Moderator
#8
I do wonder sometimes if the writers get paid by the word. ;-) Seriously, your device, as you describe, comprises numerous components, many of which happen to be software. Untie the knots in yourself and just think of device class for the system.

Do recognize that the software safety class (or FDA level of concern) is different. There's correlation based on risk but they are independent. You may be able to ease the (documentation) burden if you can down-classify some of the software components.
 

Chr1sG

Starting to get Involved
#9
Yes, thanks.
I am now 99% sure that the device as a whole (sw, hw, mechanics etc.) is Class 1 according to MDR, so I'll try not to lose any more sleep second guessing the guidance.
And yes, the 62304 risk classification is next on my list :)
 
Thread starter Similar threads Forum Replies Date
M Informational EU – Guidance on Qualification and Classification of Software in Regulation (EU) 2017/745 – MDR and Regulation (EU) 2017/746 – IVDR Medical Device and FDA Regulations and Standards News 2
dgrainger Informational MDCG 2019-11: Guidance on Qualification and Classification of Software in Regulation (EU) 2017/745 – MDR and Regulation (EU) 2017/746 – IVDR Medical Device and FDA Regulations and Standards News 0
G EU MDR 2017/745 Rule 11 interpretation - Re-classification of a Software as Medical Device Other Medical Device Related Standards 0
S MDR GSPR Clause 17 - Software Requirements EU Medical Device Regulations 2
B Notified Bodies for Software (MDR) EU Medical Device Regulations 1
C MDR - Question around software accesories EU Medical Device Regulations 2
JoCam Software Translation under MDR requirements EU Medical Device Regulations 11
R MDR Software Rule 11 Formal Interpretation EU Medical Device Regulations 7
J Qualification of a Software as a Medical Device (SaMD) guidance under MDR EU Medical Device Regulations 9
C MDR 2017/744 Article 22 EU Medical Device Regulations 3
K Sales of MDD devices with expired CE that are pending MDR certification EU Medical Device Regulations 4
D New Device Post Market Requirement for MDR EU Medical Device Regulations 3
D EU MDR Derogation EU Medical Device Regulations 0
Doninina Risk management file according MDR or ISO 14971:P2019 ? EU Medical Device Regulations 2
M On-demand EU MDR Compliance toolkit with online training courses, templates & document management system Training - Internal, External, Online and Distance Learning 0
M EU MDR (GSPR Checklist) consolidated with TGA EP Checklist EU Medical Device Regulations 5
A PMSR or PSUR for legacy MDD-class I becoming MDR class-IIa EU Medical Device Regulations 7
H MDR clinical evaluation EU Medical Device Regulations 0
M Possible topic for Master thesis topic - MDR and QMS ISO 13485:2016 - Medical Device Quality Management Systems 4
D MDR technical file: does it need to contain duplicates of controlled documents EU Medical Device Regulations 2
D Does the MDR article 10 (14) needs to be documented word for word in a Procedure? EU Medical Device Regulations 1
N Adding New Products during MDR transition period Manufacturing and Related Processes 1
L Internal Audits during the MDR Transition Period EU Medical Device Regulations 5
Z How to keep up with changes on applicable technical standards (EU MDR)? EU Medical Device Regulations 6
S OEM- Virtual Manufacturer contract MDR Quality Management System (QMS) Manuals 0
J TGA CER & EU MDR CER Requirements for Australia Other Medical Device Regulations World-Wide 3
G MDR DRAFT DoC EU Medical Device Regulations 7
F MDR Distributor EU Medical Device Regulations 5
Y EU MDR Technical Documentation - Defined Review EU Medical Device Regulations 1
A Class 2b medical device - best pathway to obtain CE mark? (2022, MDR 2017/745) CE Marking (Conformité Européene) / CB Scheme 2
M Declaration of conformity MDR EU Medical Device Regulations 10
dgrainger Informational Manual on Borderline for MDR/IVDMDR EU Medical Device Regulations 6
G MDR Requirements for Samples EU Medical Device Regulations 5
C Applicability of classification rule 9 under MDR EU Medical Device Regulations 6
H Is testing according to IEC 60601-1 & IEC 60601-1-2 mandatory for a device being registered under MDR? IEC 60601 - Medical Electrical Equipment Safety Standards Series 4
Ed Panek MDR question - Meaning of Stability CE Marking (Conformité Européene) / CB Scheme 6
P Self Certified Class 1 MDR 2017/745 Design Change CE Marking (Conformité Européene) / CB Scheme 2
A EU MDR Annex II and Annex III CE Marking (Conformité Européene) / CB Scheme 6
N MDR requirments EU Medical Device Regulations 0
O MDD products under MDR certificate EU Medical Device Regulations 12
I Where to find MDR compliance device? EU Medical Device Regulations 6
J Conformity assessment route options under the UK MDR 2002 (2002 SI No. 618), as amended UK Medical Device Regulations 1
C Clinical Trial using Prototype devices (EU MDR & ISO 14155) EU Medical Device Regulations 4
M MDR Legal requirements EU Medical Device Regulations 6
Ed Panek MDR Audit Comment EU Medical Device Regulations 9
J Minor / Major findings with MDR EU Medical Device Regulations 4
R MDR Clinical Evaluation Plan EU Medical Device Regulations 6
R EU MDR Article 22 applicability of medical device with components. EU Medical Device Regulations 4
K Qualified MDR internal auditor? EU Medical Device Regulations 8
J Clinical Evaluation For Instruments - Class I, Class Ir, Class Im, and Class IIa - EU MDR EU Medical Device Regulations 4

Similar threads

Top Bottom