3 min reading time
The most important document in a Design History File (DHF) should also be the first document you create when you are developing a new medical device–the design plan. However, I find a number of companies that are preparing to submit regulatory submissions with missing elements of the DHF. The primary reason for this is that the design plan was either never created or was not updated. In theory you can create a design plan and any other missing documents from your DHF retroactively, but that only helps you with compliance during an FDA inspection. The purpose of a design plan is to make sure that you conduct all the necessary steps required to design and develop a medical device, and to make sure that you have adequate resources. For example, how did you make sure that all the required tests were performed that are required for a 510(k) submission? Verification tests are the tests you perform prior to a 510(k) submission in order to make sure that your design outputs (also known as drawings and specifications) meet the design inputs. Both the outputs and the inputs must be reviewed and approved. Ideally, every requirement you document in a drawing or material specification should have a purpose and the purpose is to ensure that the medical device will pass your verification testing. For example, you might specify a specific brand and quantity of adhesive to be applied to two plastic parts in order to bond them together. The purpose (i.e., “User Need”) is to ensure that the product is biocompatible and the adhesive bond is strong enough that it won’t break during use. Biocompatibility should have a specific set of design inputs based upon a recognized standard–ISO 10993-1. Compatibility with the manufacturing process is verified by performing process validation. There should be a protocol and report for the cleaning validation and for the steam sterilization. Steam sterilization also has a recognized standard–ISO 17665. You also need to make sure the final assembly is strong enough. This could be done several ways. Ideally, you will use a combination of design verification and design validation. If appropriate, you might use an ASTM standard for a tensile test to verify the assembly is strong enough. The ASTM standard would be a design input, and the testing would be design verification. You might also test the device in simulated use. In this case, you would write a protocol for design validation. Your initial design plan might only specify that you will have four design reviews: 1) review and approval of design inputs, 2) review and approval of design outputs (i.e., design freeze), 3) review and approval of verification/validation testing for your 510(k) submission, and 4) review and approval of product launch–pending 510(k) clearance. As your project progresses, you need to update your design plan. You need to identify and document potential hazards–a required element of a risk management file. You need to use these potential hazards as inputs into your design process, by identifying design inputs to verify that each potential hazard has been evaluated. Unfortunately, if you wait until after you submit your 510(k) to write your design plan then you may not have all the required tests identified. If you forgot to test for the strength of an adhesive bond between two parts during design verification and validation, the best-case scenario is that the FDA reviewer will place your 510(k) submission on hold and request testing data. The worst-case scenario is that your product will malfunction in the field and you will have to recall product, redesign the product and submit a new 510(k) for the device modification. source: https://www.linkedin.com/groups/2070960/2070960-6181154504566677507 Marked as spam
|
Meet your next client here. Join our medical devices group community.
Private answer
I think this is one of the most difficult issues in starting development of medical devices. Specially 100- companies, with a "small" development department "suffer" under documentation pressure and are not aware of the bennefits of a good start (think before begin) development process and documentation. And you are very right in your last phrase. A good start is half the work.
Marked as spam
|
|
Private answer
Andrew Kyle
Very nicely written. I have found that developing a set of interlocking templates with sections numbered such that you can easily construct a traceability matrix for the reviewer. Templates allow a process to be used consistently across every project and helps ensure you are in control of your development processes. That is helpful when before GMP or ISO audits as you explain one process that can be substantiated with many DHF examples.
Marked as spam
|
|
Private answer
Kiran SM
Robert Packard, I thank you for the simple and clear explanation on the importance of the design plan.
Marked as spam
|
|
Private answer
Barbara Drago
Thank you Robert Packard. Your articles are always useful. Kind regards, Barbara
Marked as spam
|
|
Private answer
Rob Packard
Bill brought up the question about FIM (First in "Man") studies. Any human clinical study is going to be part of your design validation. However, for high risk devices you may need some proof of concept in a human clinical model, because certain types of devices can not be evaluated for safety and efficacy in animal models or simulated use studies. It is important to identify this in your design plan. I don't recommend tying your hands by requiring it in procedures. Keep your procedures generic and make your design plans detailed and specific.
Marked as spam
|
|
Private answer
Rob Packard
Andrew brought up the subject of interlocking templates. This is great solution for an initial template, but once you debug your templates I recommend switching over to an electronic database. If a pages of an Excel spreadsheet doesn't have enough rows and columns, then you might benefit highly from the use of a database. Databases are much better at handling lots of interactive variables. You can also create report templates that will print just one user need at a time with the related design inputs, outputs, verification protocols, and reports.
Marked as spam
|
|
Private answer
Merav Shefer
don't forget you also need to address the usability requirements according to ISO IEC 62366-1:2015
Marked as spam
|
|
Private answer
Leonard Eisner
One way we did a major part of our project plans was to use a project plan map which showed each step in the process, who or what group was responsible, the estimated time to complete the task, & what resources were needed (internal or external). This plan was updated at least during each phase review, as well. In our phase review templates we had a list of deliverables for each task to make sure we completed our V&V, designs properly, were able to submit to our regulators with the proper information provided, and do a final release of the product to market, based on proper cleaarnaces. With all that information we were always able to put our DHF's and Technical Files for the EU together easily and without issue.
Marked as spam
|
|
Private answer
Alex Kennedy
It would be hard if not impossible to formulate a design without having a set of prerequisites in mind. These could range from simply improvements to existing designs, to new innovative designs that perhaps challenge or change existing methodologies.
In actual practice these prerequisite have to be documented (User requirements specification) (URS), reviewed and approved, prior to any design activities starting. So who will approve them? Who will allocate the resources? Who will set the time lines? A multitude of questions need answers; why, because as soon as the prerequisites list is formulated; a Quality Plan (QP) or Validation Plan (VP) must be available detailing all applicable responsibilities and time lines. This plan is mandated by the regulators. Marked as spam
|