When we started with CE-marking of our devices in the mid-1990s, we even used another term, i.e., "EC Technical File" with EC standing for European Communities … .
How we call this collection of documents is fairly irrelevant, as what really matters is its contents, as some of you so correctly underscored in your different messages.
Therefore, it would be great, if there would be a high level of consensus about this.
For our "EC Technical File", in terms of its contents, I broadly continued to use what our Notified Body (TüV SüD Product Service of Munich, Germany) used to require prior to the era of CE-marking for their (national) "expert review" required for the (national) German market authorization of medical devices : technical information organized in 17 chapters. I completed this to incorporate the new elements from the MDD (e.g., an Essential Requirements checklist) and had it evolve over time, e.g., adding documents specific to Risk Management activities or Usability Engineering, reflecting how such issues became of greater importance and regulatory scrutiny.
We've never had criticism on this approach, although it does not exactly match the requirements from the Notified Body Recommendation NB-MED/2.5.2/Rec 5 "Technical Documentation" (in our Work Instruction for establishing and maintaining the File we had included a trace matrix between the "17 chapters" and the NB-MED document).
Later on, for some time it appeared that basing the contents of the File on the GHTF's STED approach was the way to go, as some other countries (e.g., Canada) made them progressively mandatory and others (e.g., USA) had pilot programs to review a STED-file in lieu of a premarket notification submission for certain devices. TüV was not unfavorable to the STED approach, but never made it their preferred or mandatory format either.
Also, over time and for review purposes, TüV started asking for separate files that were (or could have been) part of the original Technical File. E.g., they started asking for "Sterilization Files" and "Clinical Data Files" that could be reviewed by their experts in these fields more or less as "stand-alone" files. Biological safety (compliance with the ISO 10993-series), Software (compliance with IEC 62304), and Usability Engineering (compliance with IEC 60601-1-6 and IEC 62366-1 and 2) are another candidates for stand-alone files or sub-files whose contents can be separately reviewed by an expert matter reviewer.
Anyway, the newly published marvels in the European regulatory landscape, a.k.a. Medical Devices Regulation (MDR) and In Vitro Diagnostics Devices Regulation (IVDR), both contain an Annex II entitled "Technical Documentation" and an Annex III entitled "Technical Documentation on Post-Market Surveillance" with more specific requirements for their contents. So, it now is our duty to make common sense of these requirements and translate them into practicable forms of Technical Documentation that demonstrate substantial regulatory compliance and that we can maintain over the entire device life cycle (and documentation retention periods).
Beware of the media used for this Documentation, as paper is out and native, hence searchable pdf's are in.
Also, beware that the European regulatory landscape has other Directives or Regulations applicable to medical devices (e.g., RoHS), which require their own set of documents to demonstrate compliance therewith.
------------------------------
Ary Saaman
Director, Quality and Regulatory Affairs
Debiotech S.A.
Lausanne
Switzerland
------------------------------
Original Message:
Sent: 14-Sep-2017 17:34
From: Lin Wu
Subject: Use of the term "Technical File"
Great, I applause the value of such education so that many members of this forum can benefit from it in the long run.
------------------------------
Lin Wu, RAC
Original Message:
Sent: 14-Sep-2017 17:16
From: Julie Omohundro
Subject: Use of the term "Technical File"
I am well aware that this situation exists in the industry; I'm not in a position to say how widespread. However, I am in a position to say it is not uncommon. :(
That said, when an RA person asks another RA person about the documents that need to be in a technical file to support CE Marking, I think something is wrong with that picture. I think there are a number of RA professionals who don't know any better, from having spent time only in environments such as you describe. I would like for every RA professional to know better, and this forum is a place where they can have the opportunity to learn.
I subscribe to the Four Agreements, so I would also like to see every RA professional who knows better be impeccable in their words, whenever the opportunity presents itself. And certainly this forum provides that opportunity as well.
Maybe that would be a good multiple choice question for the RAC. Which of these documents are required to be in the technical file to support CE Marking? None of the above.
------------------------------
Julie Omohundro, ex-RAC (US, GS), still an MBA
Principal Consultant
Class Three, LLC
Durham, North Carolina, USA
919-544-3366 (T)
434-964-1614 (C)
julie@class3devices.com
Original Message:
Sent: 14-Sep-2017 16:47
From: Lin Wu
Subject: Use of the term "Technical File"
Julie, this is all good discussion and points are well made. However this problem is not to be resolved in today's business environment shortly, if a RA person does not draft a Technical File or Design Dossier, somtimes even before the technical documentation are completed as output of a design control process, to support the CE marking of the medical device, she or he will be considered "Not acceptable" by her or his RA leader in some work environment. It is expected by this type of RA leader for their reports to deliver Technical File, such leader does not emphasize the materials contents, in my opinion it is not an easy fix to get rid of the term "Technical Files" in today's business environment shortly.
------------------------------
Lin Wu, RAC
Original Message:
Sent: 14-Sep-2017 14:49
From: Julie Omohundro
Subject: Use of the term "Technical File"
I've actually studied up on this a bit.
The term seems to be an old engineering term, not unique to the medical device industry. I have found references to its use in shipbuilding and building construction, always in the US. Some of the references I've tracked down predated the Medical Device Amendments by several decades.
I would guess the term came into widespread use about the time that engineering came into its own in the US, which is to say, during and shortly after WWII. I(Some book I was reading recently described the 1960s as "the heyday of the American engineer.") I also exchanged some emails about the term with someone at one of the big NBs, who said he thought this was an Americanism, as device companies in other countries with which he had had experience did not use it, but instead referred to "technical documentation," consistent with the language in the MDD/MDR. This would also be consistent with the connection to WWII.
I have found a number of problems related to use of the term, though of course none intrinsic to the term itself. It can confuse people in the company, as well as create something of an RA/QA leadership credibility gap, when people are told repeatedly that the MDD/MDR requires that certain documents be maintained in the technical file, and then eventually they discover that the MDD/MDR doesn't even require a technical file, much less that any particular document be in one. You can say that it's just a turn of phrase, but they won't believe you. I don't really believe it, either.
It often seems that, the more people focus on what documents are "required" to be in the technical file, the less they focus on what David has correctly observed is the important thing...the content of those documents.
I have also described this term as the "US device engineer's security blanket." I think I'll just leave everyone to ponder what I might mean by that, lol.
I'm just back from the RAPS EU workshop last weekend. The fact that the speaker on technical documentation made a particular point (dedicated an entire slide to it) that the MDR makes no mention of "technical file" but referrs to "technical documentation" something like 250 times suggests to me that there are others who find use of the term somehow problematic as well.
------------------------------
Julie Omohundro, ex-RAC (US, GS), still an MBA
Principal Consultant
Class Three, LLC
Durham, North Carolina, USA
919-544-3366 (T)
434-964-1614 (C)
julie@class3devices.com
Original Message:
Sent: 14-Sep-2017 12:49
From: John Minier
Subject: Use of the term "Technical File"
Hello fellow RAPpers,
There have been some comments in several recent forum discussions pointing out that there is no "requirement" in either the MDD or MDR to create a Technical File. The implication is that it is therefore incorrect to use the term Technical File.
The MDR does require technical documentation that is to be "drawn up" by the manufacturer. The technical documentation is required to be "presented in a clear, organised, readily searchable and unambiguous manner and shall include in particular the elements listed in this Annex."(Annex II)
For years we have referred to the collection of technical documentation for each device organized to facilitate Notified Body review for CE marking as the device's Technical File. It's true that the technical documentation may be more complex than a "file" and the documentation can be kept as hard copy, electronically, or a hybrid of both. However, it seems to me that "Technical File" serves as the most universally recognized term with which to refer to this collection of technical documentation for each device.
Just because the MDD and MDR don't require a Technical File per se does not mean that we cannot use the term to refer to our collection of technical documentation for each device organized to facilitate review for CE marking. The collection of technical documentation for each device will also have to be shared and kept up to date with the Notified Body and Authorized Representative. It seems practical to have a term with which we are all familiar to refer to this collection of technical documentation.
I would like to hear other opinions on this matter.
Thanks, in advance, for your input.
------------------------------
John Minier, RAC
Consultant, Principal
Minier Medical Device Consulting
john@johnminier.com
1(914)850-4432
Highland Mills, NY
United States
------------------------------