This message was posted by a user wishing to remain anonymous
Hi Richard, Dan and Greg,
Thank you so much for your suggestions.
The product in question goes a one unit . Therefore the end user actually gets the PC attached to the unit.( Any of these end of life component replacement changes will not affect the products in the field.)
From what I understand is, with the change in certain components/peripherals, the drivers do get replaced.
I came across this Section V question 2 of the OTS software guidance that makes me think I need to refer to this guidance . This also mentions about conducting the risk analysis and mitigation for OTS software ( See the snapshot below)
As Dan rightly pointed out the change assessment conditions under which a new or changed medical device including OTS Software will
require a new 510(k) are the same as for a device not involving OTS Software.
But in order to ensure that the risk management covers all the required elements should this Guidance not be used while carrying out the risk assessment and the validation? and should the OTS driver software package not be part of the system interface validation process and the risk assessments ?
(Though these are considered peripherals will these fall under the scope of OTS software guidance ?)
Or did I get this wrong ?
Thank you so much for your time.
https://www.fda.gov/media/71794/download
Original Message:
Sent: 01-May-2020 10:29
From: Gregg Harris
Subject: OTS Medical device
I agree with Richard Vincin with a couple of subtle clarification:
1) Your issue is NOT covered by OTS Software. It is a hardware question as to whether your proprietary SW is compatible with alternative peripheral hardware.
2) The solution is the same as what Mr. Vincin recommends, with the addition of, at a minimum, preparing a Letter to File to expand the original description of these peripherals (especially if they were called out by brand and model) to the minimum, and possibly maximum requirements for proper function of the system (e.g., resolution of the monitor).
3) It appears in your case the system was designed to perform with older peripherals and therefore the concern is not whether it works with obsolete interfaces but to newer, faster interfaces. If the company is shipping these components with new systems, the newer peripherals should be tested prior to distribution and documented in the Letter to File as irrelevant to product performance. If the peripherals are user supplied then the minimum specs in the installation instructions should suffice.
------------------------------
Gregg Harris
VP, Clinical & Regulatory Affairs
Glen Allen VA
United States
Original Message:
Sent: 30-Apr-2020 15:33
From: Anonymous Member
Subject: OTS Medical device
This message was posted by a user wishing to remain anonymous
Hi Everyone,
I recently started working on a 510 K cleared legacy IVD. This detection unit is connected to a PC and is sold as one equipment to the end user.
While over the course of the product's life due to obsolete technology various parts are often replaced. I am unclear how do assess the severity of these changes.
1) If this was cleared as one device ( i.e. including the monitor , PC, mouse, software etc) . will these parts viz monitor , printer, etc fall under the scope of "Off the Self " software use ?
Is it appropriate to classify this as a Off the shelf Software ? ( eg monitor from dell or HP used to replace the old monitor)
I know there is a guidance on " Off-The-Shelf Software Use in Medical Devices" but this question is to understand if such devices come under the OTS category?
Thanks,