Our PROMISE: Our ads will never cover up content.
Our children thank you.
Jon Speer
Published: Tuesday, May 11, 2021 - 12:02 The medical device technical file is a must-have document for devices to be sold in the European Union (EU) marketplace. The file contains detailed information about your medical device, its design, intended use claims, composition, and clinical evaluations. It’s essentially an “everything you must know” document for a device. If you’re going for a CE Mark, then you need to understand what is required of the technical file. Here’s how to structure yours to successfully enter the EU. The technical file has been around for a long time. A good way to think of it is that it’s analogous to a 510(k) or a regulatory submission to the U.S. Food and Drug Administration (FDA), except with a European twist, if you will. A technical file comprises a collection of evidence used in a regulatory submission to demonstrate that a product is safe and effective, and that you’ve met the requirements for the CE Mark. One thing to make clear is that the technical file is not exactly the same as a design dossier, which can be seen as slightly more in-depth or advanced than a technical file. In the European Union, the design dossier is used for higher-risk medical devices. It’s much like how a premarket approval is used for Class III product submissions to the FDA. When is a technical file required? Basically, all types of devices entering the EU marketplace will require a technical file. What throws some manufacturers off is that some products classified as lower risk will have a self-declaration, which does not require the permission of a notified body to review a technical file. Self-declaration means that your company declares your device has met the required standard. It sounds simple on the face of it, but it does mean that you are also responsible for defining the legal framework applicable to your device and identifying which assessments are necessary (tasks that a third party would otherwise undertake). No matter what classification your device is or which pathway you are taking, a technical file is necessary. You can expect that if you are going through a notified body, they will definitely review your file. The EU Medical Device Regulation (MDR) states that medical device manufacturers must: A strong structure for your technical documentation helps any reviewers to clearly see and understand your contents. The structure can help you to maintain traceability and highlight any associated risks. At a minimum, technical documentation should have: You can find more information on the requirements for the various types of technical documentation in the MDR. For example: Once your technical file is complete, you’ll want to run it through some internal checkpoints before submitting it for final review by a notified body. I recommend conducting your own internal audit review. This should be carried out by a cross-functional team of design and development, quality, regulatory, and even manufacturing stakeholders. You might also choose to use external consultants to help you if you don’t have the internal expertise available. It can be invaluable to have someone come in who already has expertise on your specific type of project. Greenlight Guru has a worldwide network of trusted partners who have specific expertise with technical documentation. In fact, we hosted a five-day EU MDR and In Vitro Diagnostic Regulation (IVDR) virtual summit event where more than 20 of these experts presented on EU device-related topics. You can access the full session replays here to learn more about these speakers and their areas of expertise. Externally, the technical file is reviewed by a Notified Body, which assesses the technical documentation to determine whether all requirements have been met in order for certification to be given. There is an expectation that a technical file should be a living document that is kept within the quality management system, alongside other key artifacts, throughout the entire product life cycle. This would be extremely difficult to do using a paper-based system that involves manually updating and maintaining stacks upon stacks of physical documents and reports. Conversely, a robust quality system that automatically manages your technical file and PMS reporting, and helps you maintain compliance, is a clear winner. First published April 18, 2021, on the Greenlight Guru blog. Quality Digest does not charge readers for its content. We believe that industry news is important for you to do your job, and Quality Digest supports businesses of all types. However, someone has to pay for this content. And that’s where advertising comes in. Most people consider ads a nuisance, but they do serve a useful function besides allowing media companies to stay afloat. They keep you aware of new products and services relevant to your industry. All ads in Quality Digest apply directly to products and services that most of our readers need. You won’t see automobile or health supplement ads. So please consider turning off your ad blocker for our site. Thanks, Jon Speer is the founder and vice president of quality assurance and regulatory affairs at Greenlight Guru, a software company that produces the only medical device quality management software solution. Device makers in more than 50 countries use Greenlight Guru to get safer products to market faster. Speer has served more than 20 years in the medical device industry and helped dozens of devices get to market. As a thought leader and speaker, he regularly contributes to numerous industry publications. He is also the host of Global Medical Device Podcast. How to Structure Your Medical Device Technical File
Modern methods of documentation compliance
Technical file overview
• Prepare technical documentation before placing a product on the market.
• Ensure technical documentation is made available to the market surveillance authorities (should they request to see it) as soon as the product is placed on the market.
• Keep records of technical documentation for 10 years from the date the product is placed on the market (unless explicitly specified otherwise).What is the structure of technical documentation?
• A device description and specification section. This should also have your unique device identification (UDI) number.
• Labeling and instructions for use. (Note: You will need a translation for the local language of the EU country you plan to enter).
• Detailed information on design and manufacturing. (It is recommended that you make use of flowcharts to clearly show processes and relationships). You must show the manufacturing process, suppliers, and materials used.
• Detailed risk management information in compliance with ISO 14971.
• General safety and performance requirements (GSPR), formerly known as essential requirements. These identify all the things you must do for your device type. From a design control perspective, the contents of your traceability matrix will assist you with addressing the criteria of GSPR.
• Verification and validation information. In terms of verification and validation, the European Commission places a heavy emphasis on clinical data—not just during design and development, but post-market, too. Clinical evaluation reports (CERs) should provide a comprehensive overview of the device’s design and composition, as well its intended applications and any relevant literature reviews.
• Post-market surveillance (PMS) information, including PMS plan, post-market clinical follow-up (PMCF) plan, and periodic safety update report (PSUR).
• MDR—Annex II (TD)
• MDR—Annex III (PMS)Who reviews technical documentation?
A seamless solution for managing your medical device technical file
Our PROMISE: Quality Digest only displays static ads that never overlay or cover up content. They never get in your way. They are there for you to read, or not.
Quality Digest Discuss
About The Author
Jon Speer
© 2023 Quality Digest. Copyright on content held by Quality Digest or by individual authors. Contact Quality Digest for reprint information.
“Quality Digest" is a trademark owned by Quality Circle Institute, Inc.