imdrf ditta rps報告...imdrf・ ditta rpsの活動範囲 • toc (table of contents)...
Post on 01-Feb-2020
1 Views
Preview:
TRANSCRIPT
All Rights Reserved Copyright JIRA 1
IMDRF・DITTA RPS報告
国際委員会/海外医療機器法規専門委員会 活動報告会 2016.3.25
一般社団法人日本画像医療システム工業会(JIRA)
海外医療機器法規専門委員会 諸岡 直樹 ((株)島津製作所))
All Rights Reserved Copyright JIRA 2
本日の報告内容
• IMDRF ToC WG • IMDRF ToC update • IMDRF RPS Beta-Testing WG • IMDRF RPS Beta-Testing Update • CDEの作業項目拡張 • CDEの作業項目拡張 update
2016/3/25
All Rights Reserved Copyright JIRA 3
DITTA ワーキンググループ
2016/3/25
DITTA Working Groups
RPS UDI MSW
ENVI
MDSAP
GRP
World Bank Standardisation
WHO
All Rights Reserved Copyright JIRA 5
RPS(Regulated Product Submission)とは?
• 医療規制製品への電子申請をサポートする規格をHL7が作成している。 − 申請し、審査されるために申請書の構造を如何にすべきか?
− 申請文書のライフサイクル管理(変更申請時の文書の差し替え更新等)を如何に管理する仕組みとするか?
− 申請時に申請文書を如何に一式としてそろえるか?
2016/3/25
電子化により期待されること。 • 申請者側の申請文書、申請文書の証拠文書等管理が軽減される。
• 審査側の文書レビューの利便性向上。許認可後の文書管理の負担軽減
All Rights Reserved Copyright JIRA 6
IMDRF・ DITTA RPSの活動範囲
• ToC (Table of Contents) WG(規制当局のみ) − RPSで利用可能な整合化した申請文書の開発 − RPSで利用可能なキーワードの開発
• RPS Beta testing Stream WG(規制当局+業界代表) − HL7のRPS規格が医療機器に適用できるかの検討 − 医療機器で使用できるHL7規格作成のためのインプット情報の検討。
− RPS導入ガイドの作成
2016/3/25
All Rights Reserved Copyright JIRA 7
ToC WG • ドラフト作成 − パイロット実施 企業ボランティアでクローズドの実施。 − パブコメ実施 PD文書に対してコメント募集
• 正式文書発行 各国でパイロット実施し、18か月後に見直し
• Information 文書
2016/3/25
文書番号 文書名称 発行日 IMDRF/RPS WG/N13FINAL:2014 In Vitro Diagnostic Medical Device Market
Authorization Table of Contents (IVD MA ToC) 14 August 2014
IMDRF/RPS WG/N9FINAL:2014 Non-In Vitro Diagnostic Device Market Authorization Table of Contents (nlVD MA ToC)
14 August 2014
文書番号 文書名称 発行日
IMDRF/RPS WG/N20FINAL:2014
Points to consider in the use of the IMDRF Table of Content for Medical Device Submissions pre-RPS Comment form for 'Points to consider in the use of the IMDRF Table of Content for Medical Device Submissions pre-RPS'
30 June 2014
All Rights Reserved Copyright JIRA 8
ToCとは
• ToCは、各国が現状要求している申請書の項目を集め、項目体系を整理したインデックス − CHAPTER 1 – REGIONAL ADMINISTRATIVE − CHAPTER 2 – SUBMISSION CONTEXT − CHAPTER 3 – NON-CLINICAL EVIDENCE − CHAPTER 4 – CLINICAL EVIDENCE − CHAPTER 5 – LABELLING AND PROMOTIONAL MATERIAL − CHAPTER 6A – QUALITY MANAGEMENT SYSTEM PROCEDURES − CHAPTER 6B – QUALITY MANAGEMENT SYSTEM DEVICE SPECIFIC INFORMATIO 更に、下位項目が、各CHAPTERの下に設定されている。
• STED(Summary Technical Documentation)は、
GHTFが策定した品質マネジメントシステム(ISO13485)から作成されるTechnical Documentationから、申請目的のための概要をまとまた文書又はファイルを指す。 2016/3/25
All Rights Reserved Copyright JIRA 9
ToCによる項目例 Row ID
Heading Class & Level Heading Common Content Regional Content
CH1.01 IMDRF, RF
1 Cover Letter a) The cover letter should state applicant or sponsor name and/or their authorized representative, the type of submission, the common name of the device (if applicable), device trade name or proprietary name (both of the base device and a new name if one is given to the new version/model of the device) and include the purpose of the application, including any changes being made to existing approvals.
b) If applicable and accepted by the regulator, it should include information pertaining to any Master Files referenced by the submission.
c) If applicable, acknowledgement that a device sample has been submitted or offered alternatives to allow the regulator to view or access the device (when the regulator requests a sample).
d) If the submission is requesting approval of a change that is the result of CAPA due to a recall, this should be stated.
e) If the submission is in response to a request for information from the regulator this should be stated and the date of that letter should be included as well as any reference number(s).
f) If the submission is unsolicited information (where accepted), this should be stated and any related reference number(s) provided.
NOTE: The cover letter should not contain any detailed scientific information.
CFDA Attached documents should be signed or sealed by applicants or by authorized representative. USFDA PMA and 510(k) a) mailing address, b) official correspondent(s), c) phone/fax number(s), d) email address(s e) cover letter shall be signed by applicant and an
authorized rep (if the applicant does not reside or have a place of business in US) – 21 CFR 814.20(a) (PMA Only)
f) Device class and panel or classification regulation or statement that the device has not been classified with rationale for that conclusion (510(k) only)
TGA The covering letter of application needs to be prepared on company letterhead and to also include; a) Submission ID that is generated electronically when
completing the application form in eBusiness b) Contact details of the person authorised to liaise with
TGA during the evaluation process c) Signed by the authorised person for the company
CH1.02 IMDRF 1 Submission Table of Contents
a) Includes at least level 1 & 2 headings for the entire submission b) Specifies the page number for each item referred to in the table. NOTE: Refer to the Pagination Section of this document for information about submission pagination.
CH1.03 IMDRF 1 List of Terms/Acronyms Terms or acronyms used in the submission that require definition, should be defined here.
2016/3/25
All Rights Reserved Copyright JIRA 10
ToCによる項目例 Row ID
Heading Class & Level Heading Common Content Regional Content
CH3.1 IMDRF 1 Chapter Table of Contents
a) Includes major headings for the chapter, to the level of the custom headings.
b) Specifies the page number for each item referred to in the table.
CH3.2 IMDRF 1 Risk Management
a) A summary of the risks identified during the risk analysis process and how these risks have been controlled to an acceptable level.
b) The results of the risk analysis should provide a conclusion with evidence that remaining risks are acceptable when compared to the benefits.
c) Where a standard is followed, identify the standard.
EU A formal signed statement accepting the residual risk upon completing the risk-benefit analysis before placing product on the EU market.
CH3.3 IMDRF (ANVISA, EU, JP,
TGA)
1 Essential Principles (EP) Checklist
a) An EP checklist established for the medical devices, information about method(s) used to demonstrate conformity with each EP that applies, references for the method adopted and identification of the controlled document with evidence of conformity with each method used.
b) For the controlled documents indicated which are required for inclusion in the submission: a cross-reference of the location of such evidence within the submission.
c) If any EP indicated in the checklist does not apply to the device: a documented rationale of the non-application of each EP that does not apply.
NOTE:
Methods used to demonstrate conformity may include one or more of the following: a) conformity with recognised or other standards; b) conformity with a commonly accepted industry test method(s); c) conformity with an in-house test method(s); d) the evaluation of pre-clinical and clinical evidence; e) comparison to a similar device already available on the market.
2016/3/25
All Rights Reserved Copyright JIRA 11
ToCによる項目の例 CH3.4 IMDRF 1 Standards NO CONTENT AT THIS LEVEL
CH3.4.1 IMDRF, RF 2 List of Standards a) List the standards that have been complied with in full or in part in the design and manufacture of the device.
b) At a minimum should include the standard organization, standard number, standard title, year/version, and if full or partial compliance.
c) If partial compliance, a list the sections of standard that
i. Are not applicable to the device, and/or ii. have been adapted, and/or iii. were deviated from for other reasons – discussion
to accompany
ANVISA At a minimum all the essential requirements of safety and efficacy, established at ANVISA’s regulations, shall be addressed by the standards referred at this list. CFDA NOTE When applicable, this should include reference to any relevant CFDA registration standards. EU NOTE An overview of used standards typically is added in the essential requirements checklist, including rationales for using standards that are non-harmonised or complied with only in part. This information needs only to be presented once in the application. TGA This list should include any medical device standard or conformity assessment standard that has been applied to the device; and, if no medical device standard or conformity assessment standard, or part only of such a standard, has been applied to the device — the solutions adopted to ensure that each device complies with the applicable provisions of the essential principles. The information in this section may be presented in the Essential Principle Checklist and, if so, needs only to be presented once in the application.
USFDA PMA and 510(k) If submission references use of a national or international standard as part of demonstration of substantial equivalence, submission contains Standards Data Report for 510(k)s (FDA Form 3654)
CH3.4.2 Regional ( ANVISA,
HC, USFDA)
2 Declaration and/or Certification of Conformity
ANVISA a) Conformity Assessment Certification according applicable standards, issued by a Third Part
Organization (e.g. Notify Body) officially recognized by the Regulatory Authority. b) The certificate shall be issued under the SBAC - Sistema Brasileiro de Avaliação da Conformidade /
Brazilian Conformity Assessment System - INMETRO. c) Certain types of devices (intra-uterine devices and blood bags) require pre-submission analyses
conducted by an official laboratory (INCQS/FioCruz – Instituto Nacional de Controle de Qualidade em Saúde) in Brazil. The report of these analyses shall be part of the submission.
CFDA Provide the testing report of the product issued by a qualified medical device testing institution which is recognized by Chinese government. HC The applicant is advised to prepare the Declaration of Conformity to recognized standards using Health Canada's Declaration of Conformity form. Refer to the Guidance Document: Recognition and Use of Standards under the Medical Devices Regulations and the current list of recognized standards for medical devices. USFDA Guidance for Industry and FDA Staff - Recognition and Use of Consensus Standards
2016/3/25
All Rights Reserved Copyright JIRA 12
企業内の技術文書ファイルから、ToCにより、申請書文書セットを用意し、多国への申請利用するイメージ
2016/3/25
CH2.2 General Summary of Submission
CH2.3 Summary and Certifications for Premarket Submissions
CH2.4 Device Description
PDF PDF
US申請
日本申請
Canada 申請
Brazil 申請
ToC WG 申請内容
RPS Beta Testing WG 申請の仕組みづくり
All Rights Reserved Copyright JIRA 13
Classification Matrixによる申請文書の指定 CIV New
Classification Condition
CHAPTER 6B – QUALITY MANAGEMENT SYSTEM DEVICE SPECIFIC INFORMATION CH6B.1 Chapter ToC R
CH6B.2 Quality management system information NR
CH6B.3 Management responsibilities information NR
CH6B.4 Resource management information NR
CH6B.5 Device Specific Quality Plan R
CH6B.6 Product realization information NR
CH6B.6.1 Design and development information NR
CH6B.6.2 Purchasing information NR
CH6B.6.3 Production and service controls information R
CH6B.6.4 Control of monitoring and measuring devices information NR
CH6B.7 QMS measurement, analysis and improvement information NR
CH6B.8 Other Device Specific Quality Management System Information
CR When information is requested by the regulator (through guidance documents or other communication) but does not belong in any of the other headings of this Chapter
2016/3/25
N20でToCの使用方法を説明
All Rights Reserved Copyright JIRA 15
ToC Pilotについて • Pilotについて − 2015年10月1日より実施。 − Australia, Brazil, Canada, China, EU and the
United Statesが参加。 − 22 requests received, 11 accepted
• 10 nIVD, 1 IVD • Australia: 1 • Brazil: 10 • Canada: 4 • China: 4 • EU: 3 • USA: 5
2016/3/25
All Rights Reserved Copyright JIRA 16
ToC Pilotの目的 • headings情報の中で、ToC headingsとそこに設定される文書の配置についての適切性を評価する。
• 追加的なToC 整合の機会を明らかにする。 • ToC pilot の技術的ガイダンスが目的に適合し、可能な限り整合化していることを確かなものにする。
• 企業のフィードバックによりToCの使用をサポートする文書の開発と有効性の確認を行う。
• 業界のために、潜在的な課題を特定し、それらを対処するための対策を提案するため。
• 管理された環境の中でのToCを使用する経験を有する業界及び規制当局の人員の育成。
2016/3/25
All Rights Reserved Copyright JIRA 18
RPS Beta Testing WG の活動 Phase1 (規格の適切性) • Implement Guidance(導入ガイド)、 Controlled
vocabulary(用語の定義)の検討 • HL7 RPS規格 医療機器にRPS規格適用の検証、修正提案 2014年9月8日 HL7 投票、採択。
• ソフトVenderテスト向けInformation 文書
Phase2(実導入の促進) • 導入に際してのBusiness Objectivesの検討
(2014年11月F2F会議)
2016/3/25
文書番号 文書名称 発行日
IMDRF/RPS WG/N21FINAL:2014 RPS Beta Testing Document 16 May 2014
All Rights Reserved Copyright JIRA 19
企業内の技術文書ファイルから、ToCにより、申請書文書セットを用意し、多国への申請利用するイメージ
2016/3/25
CH2.2 General Summary of Submission
CH2.3 Summary and Certifications for Premarket Submissions
CH2.4 Device Description
PDF PDF
US申請
日本申請
Canada 申請
Brazil 申請
ToC WG 申請内容
RPS Beta Testing WG 申請の仕組みづくり
All Rights Reserved Copyright JIRA 20
Software Tool と Message Standardの役割
Tool: 発行し、審査するためのソフトウエアツールが、機能的に申請業務に適合することが求めれる。
Message: RPS messageが申請プロセスをサポートするものであり、RPS messageは、申請に必要な情報を送るためのソフトウエア機能である。 RPS messageは、必要な情報を運ぶものであれば、申請要件に合致しなければならない。
⇒RPS として重要なのは、適切なRPS messageの 開発と導入。 ⇒HL7 RPS規格は、XMLで情報のやり取りを規定。
2016/3/25
All Rights Reserved Copyright JIRA 21
IG (Implementation Guide)
2016/3/25
STANDARD Defines all possible data and relationships
Implementation Guide Specifies which parts of the standard will be used and how. Sets
standard industry definitions for all elements of the standard
Software tools Built based on the implementation guide. Present a customized user
view to the submission information
A subset of the standard is defined by…..
All Rights Reserved Copyright JIRA 22
医療機器のRPSで考慮されるべきこと • Lifecycle(変更申請管理)
• Re-Use(他の申請の文書の再利用)
2016/3/25
File A
SU 1 - New
Package Label
File B
SU 1 - Replace
Package Label
File B
SU 3 - Obsolete
Package Label
Application 1
Package Label
File 1.pdf ID:
12345 New
Application 2
Package Label Refer to ID:
12345 New
All Rights Reserved Copyright JIRA 24
Business Objectivesの検討
• Business Objectives RPS導入にかかる企業側文書管理システムの改修や中小企業の導入等のコストを踏まえ、Return On Investment(ROI)を明確にすること要求している。RPSの導入利点を説明し、Phase2を進めるにあたってMC報告する。
2016/3/25
Business Objectives Stakeholders
Format Options Scoring
Discussions
Tabulation of scores & weighting
Scoring discussion feedback and other strategic factors
RECOMMENDATION
All Rights Reserved Copyright JIRA 25
利害関係者(Stakeholders)及び比重
利害関係者の状況、背景
2016/3/25
業界 • eCTD又は電子的文書管理ツールを
有する企業 • ハイリスク等複雑な承認申請を行う
企業
• 低リスクの簡単な申請を行う企業
規制当局 • 電子的な審査用の文書レビュー
ツールを有する規制当局 • 現在は、電子的な審査用の文書
レビューツールを持たない規制当局
All Rights Reserved Copyright JIRA 26
電子的な書式の選択枝
2016/3/25
Format Option Description Option 2: Harmonized Folder Structure(整合化したフォルダー構造)
電子申請用に整合化した電子書式及び生データの提出用の整合化したファイルフォルダーの構造
Option 3: Custom IMDRF Message Standard(IMDRF専用のメッセージ交換規格)
新規、改訂等の申請サイクル管理に対応したIMDRFの開発したメッセージ交換規格( Messaging Standard )
Option 4: RPS (RPS申請)
HL7 RPS XML メッセージ交換規格(Messaging Standard)
All Rights Reserved Copyright JIRA 27
最終の判定結果
2016/3/25
Stakeholder Sub-Group Option 1
Status Quo (Baseline)
Option 2 Harmonized
Folder structure
Option 3 Custom IMDRF
Message Standard
Option 4
HL7 RPS Message Standard
INDUSTRY - Companies with eCTD publishing software 45.0 50 48.5 54.3
INDUSTRY - complex submissions 45.0 48.9 50.4 50.3
INDUSTRY - Companies with primarily simple submissions 45.0 50.6 49.4 48.5
REGULATORS – jurisdictions with electronic review tools 45.0 44.1 53.2 56.5
REGULATORS - jurisdictions without review tools 45.0 50.5 53.8 54.6
TOTAL SCORE (Weighting Applied) 45.0 48.9 51.5 52.3
All Rights Reserved Copyright JIRA 28
Business Objectivesへの提言事項 • 将来的には、IMDRF MC は、医療機器の電子申請に使用する電子情報のフォーマットにはRPS が妥当であると推奨する。また、MCは、RPS WG の中に、RPS規格に医療機器固有の事項を導入し、整合化するために、追加作業を設定する。
• RPSの導入は、長期的な仕事であることに留意すべきであり、それには数年を要する。
• RPS WGは、 HL7 RPS Message Standardの採用に際して、段階的な導入を推奨する。 (例えば、整合化したフォルダー構造等の段階など)
• RPSの導入のためには、整合化を維持し、提案された変更を収拾するための管理されたモデルの設立が必要とされるであろう。
2016/3/25
All Rights Reserved Copyright JIRA 29
RPSの再日程計画 Scope & Process Definition
2016/3/25
目標 • RPS 作業計画の決定 • 初期のRPS作業適用段階での各国での申請タイプと適用申請プロセスの決定。
• 適用申請プロセスでの詳細な必要事項の文書化
Stakeholder の参画の機会 • 作業計画の2015 年3月のMCでのレビュー
• 3月の会議後の範囲についての業界団体を通じたコミュニケーション
Oct 2015 April 2016
All Rights Reserved Copyright JIRA 30
Testing
2016/3/25
目標 • 整合化したIG、試験のVocabularyの最終化 • 試験をサポートする国別IG 及びVocabularyの確定 • Vendorとの契約 • 試験プラン、scripts及び結果
Stakeholder の参画の機会 • 業界側の試験結果に対してのレビュー
Oct. 2016 Sept. 2017
All Rights Reserved Copyright JIRA 31
導入計画
2016/3/25
目標 • 各国のRPS 導入方針の策定 • 整合化した申請書式としてRPSを維持する管理プロセス案の策定
• 整合化したIG、国別IGの最終化 • 整合化したVocabulary、 国別のVocabularyの最終化
Stakeholder の参画の機会 • 導入計画、管理プロセス、IG及び
Vocabulary のパブコメ実施。
Jan. 2017 Mar. 2018
All Rights Reserved Copyright JIRA 33
RPS作業項目へCDE追加
CDE(Common Data Elements) • IMDRF UDI WGで、UDIデータベースの構築が議論された。 • 製品ライフサイクルを検討した際に、各フェーズにおいて、製品を特定にしようしている共通項目を管理すべきではとの提案が、GMTAからあり、IMDRF MCにおいて作業項目として、UDI WGよりも、RPS WGで検討することが適切とされた。
作業状況 • ToCの各国行政メンバーで、現状管理している事項をテーブル化。
RPS Beta Testing WG業界メンバーに査読依頼し、PD前の意見聴取。 今後は、Web会議などで検討を進める。
2016/3/25
All Rights Reserved Copyright JIRA 34
CDEのイメージ
2016/3/25
Current product lifecycle processes manifest in different levels of product re-identification throughout the product lifecycle making regulatory product
identification alignment efforts from premarket to postmarket extremely difficult.
Premarket
Concept Design Develop
Submission/Approval & eListing
Mfg. Production Sales / Distribution
Postmarket Surveillance
Hospital / Patient
Model No. 4029
Model No. 4029 or
Brand Name Endeavor
Model No. 4029 produces Product Nos.
4029-53 &UDI 4029-60 & UDI 4029-63 & UDI
Product Nos. 4029-53 &UDI 4029-60 & UDI 4029-63 & UDI
Product Nos. 4029-53 &UDI 4029-60 & UDI 4029-63 & UDI
Some or all of the
above ??
HL7 Common Product Model (CPM)
UDI EMR
HL
7 R
PS
HL
7 SP
L
HL
7 IC
SR
IG for each Application must define
Product in the Same Way
FURLS Hospital ERP
510(k) PMA
eMDR
Mfg
. Dev
ice
ID
Mfg. SiteAuth. No
Trade Name
Mfg. SiteAuth. No
Trade Name
All Rights Reserved Copyright JIRA 35
検討中のCDEの項目 Name, Term, Concept (Required) Definition (Required) Format (data type)
Name of Value Set used
Optional Value Sets
UDI A series of numeric or alphanumeric characters that is created through a globally accepted device identification and coding standard. The UDI is comprised of the device identifier (DI) and production identifier (PI). It allows the unambiguous identification of a specific medical device. Usage Note: UDI, Postmarket, Compliance
Numeric or Alphanumeric n/a
Device Identifier (DI) A unique numeric or alphanumeric value specific to a model of medical device. Usage Notes: Premarket, UDI, Compliance
Numeric or Alphanumeric
Issuing Agencies n/a
Production Identifier (PI) A numeric or alphanumeric code that identifies the unit of device production including serial number, lot/batch number, Software as a Medical Device (SaMD) version and manufacturing and/or expiration date. Usage Notes: Postmarket
Numeric or Alphanumeric code
Brand/Trade/Proprietary Name
The name under which the device is marketed. Usage Notes: Premarket, Postmarket, UDI Note: The brand/trade/proprietary name may not be the same in all regions.
Text n/a
Device Type Name of the common device type associated with a nomenclature system. Code GMDN Region specific
Model/Reference/Version Number
Alphanumeric that identifies each device according to its configuration, features, specifications, performance, size and/or composition. Text
Submission Number A tracking number which is issued to the regulatory activity when submitted by the applicant. Usage Notes: Premarket
Numeric or Alphanumeric
Regulatory Authorization Number
A number which is issued when the medical device is authorized for marketing. Usage Notes: Postmarket
Numeric or Alphanumeric
Regulatory Authorization Status
The decision or action of the regulatory activity. Notes: Regional definitions for authorization needs to be added to mapping Note: Revisit for Investigational
Numeric or Alphanumeric
2016/3/25
All Rights Reserved Copyright JIRA 37
Common Data Elements WG - Update • IMDRF RPS N19 “Common Data Elements for
Medical Device Identification”はブラジリア会議で承認され、発行をまっている状況
• N19文書は、各国規制当局でのデータの使用に関して、特定の仕様を規定するものではない。
• N19文書は、規制目的またはプロセスによって使用することができる医療機器を識別するための共通のデータ要素を概説している。
• N19文書は、整合化した用語と定義を与える。 • WGは、国を跨ぐ電子申請において、より一貫性のあるデバイスの識別情報を提供するために活用することができるかどうかを確認するために、既存の共通データ要素の特性を指定することを推奨している。
2016/3/25
All Rights Reserved Copyright JIRA 38
Common Data Elements WG - Update • フェーズ 2 作業計画 ⁃ CDEの各国の既存の規制における使用状況と許容する値の範囲を分析し、文書化する。
⁃ 各国のデータ要素の仕様のコンパイルと、データ型及びcontrolled vocabularies.に対するマッピング
⁃ 利用可能な規制当局報告書の既存データ交換メッセージの文書化
⁃ 既存のデータ交換メッセージに対するCDEのマッピング ⁃ CDEのデータ交換ガイドラインの勧告
2016/3/25
All Rights Reserved Copyright JIRA 39
Common Data Elements WG - Update • フェーズ2 作業計画 – タイムライン ⁃ フェーズ2 活動を18か月以上完了にかかる。
(February 2016 - September 2017) ⁃ フェース1段階中に、開発した情報をレビューし、検討するための最初の電話会議実施。
⁃ 2016年5月 (Ottawa) 対面会議実施 ⁃ 2016年9月 MC会議へデータ交換ガイドライン(案)提出。
2016/3/25
top related