IMDRF DITTA RPS報告...IMDRF・ DITTA RPSの活動範囲 • ToC （Table of Contents) WG（規制当局のみ） −RPSで利用可能な整合化した申請文書の開発...

All Rights Reserved Copyright JIRA 1

IMDRF・DITTA RPS報告

国際委員会/海外医療機器法規専門委員会活動報告会 2016.3.25

一般社団法人日本画像医療システム工業会（JIRA)

海外医療機器法規専門委員会諸岡直樹（(株)島津製作所））


本日の報告内容

• IMDRF ToC WG • IMDRF ToC update • IMDRF RPS Beta-Testing WG • IMDRF RPS Beta-Testing Update • CDEの作業項目拡張 • CDEの作業項目拡張 update

2016/3/25


DITTA ワーキンググループ

2016/3/25

DITTA Working Groups

RPS UDI MSW

ENVI

MDSAP

GRP

World Bank Standardisation

WHO


IMDRF RPS ToC


RPS(Regulated Product Submission)とは？

• 医療規制製品への電子申請をサポートする規格をHL7が作成している。 − 申請し、審査されるために申請書の構造を如何にすべきか？

− 申請文書のライフサイクル管理（変更申請時の文書の差し替え更新等）を如何に管理する仕組みとするか？

− 申請時に申請文書を如何に一式としてそろえるか？

2016/3/25

電子化により期待されること。 • 申請者側の申請文書、申請文書の証拠文書等管理が軽減される。

• 審査側の文書レビューの利便性向上。許認可後の文書管理の負担軽減


IMDRF・ DITTA RPSの活動範囲

• ToC （Table of Contents) WG（規制当局のみ） − RPSで利用可能な整合化した申請文書の開発 − RPSで利用可能なキーワードの開発

• RPS Beta testing Stream WG（規制当局＋業界代表） − HL7のRPS規格が医療機器に適用できるかの検討 − 医療機器で使用できるHL7規格作成のためのインプット情報の検討。

− RPS導入ガイドの作成

2016/3/25


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

http://www.imdrf.org/docs/imdrf/final/procedural/imdrf-proc-140821-rps-wg-toc.pdf

http://www.imdrf.org/docs/imdrf/final/procedural/imdrf-proc-140821-rps-wg-toc.pdf

http://www.imdrf.org/docs/imdrf/final/procedural/imdrf-proc-140821-rps-wg-toc-comment.xlsx

http://www.imdrf.org/docs/imdrf/final/procedural/imdrf-proc-140821-rps-wg-toc-comment.xlsx


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


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

https://www.ebs.tga.gov.au/


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


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


企業内の技術文書ファイルから、ToCにより、申請書文書セットを用意し、多国への申請利用するイメージ

2016/3/25

CH2.2 General Summary of Submission

CH2.3 Summary and Certifications for Premarket Submissions

CH2.4 Device Description

PDF

PDF PDF

PDF

PDF

US申請

日本申請

Canada 申請

Brazil 申請

ToC WG 申請内容

RPS Beta Testing WG 申請の仕組みづくり


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の使用方法を説明


IMDRF RPS ToC Update


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


ToC Pilotの目的 • headings情報の中で、ToC headingsとそこに設定される文書の配置についての適切性を評価する。

• 追加的なToC 整合の機会を明らかにする。 • ToC pilot の技術的ガイダンスが目的に適合し、可能な限り整合化していることを確かなものにする。

• 企業のフィードバックによりToCの使用をサポートする文書の開発と有効性の確認を行う。

• 業界のために、潜在的な課題を特定し、それらを対処するための対策を提案するため。

• 管理された環境の中でのToCを使用する経験を有する業界及び規制当局の人員の育成。

2016/3/25


IMDRF RPS Beta-testing


RPS Beta Testing WG の活動 Phase１（規格の適切性） • Implement Guidance（導入ガイド）、 Controlled

vocabulary（用語の定義）の検討 • HL7 RPS規格医療機器にRPS規格適用の検証、修正提案 2014年9月8日 HL7 投票、採択。

• ソフトVenderテスト向けInformation 文書

Phase２（実導入の促進） • 導入に際してのBusiness Objectivesの検討

(2014年11月F2F会議）

2016/3/25

文書番号文書名称発行日

IMDRF/RPS WG/N21FINAL:2014 RPS Beta Testing Document 16 May 2014


企業内の技術文書ファイルから、ToCにより、申請書文書セットを用意し、多国への申請利用するイメージ

2016/3/25

CH2.2 General Summary of Submission

CH2.3 Summary and Certifications for Premarket Submissions

CH2.4 Device Description

PDF

PDF PDF

PDF

PDF

US申請

日本申請

Canada 申請

Brazil 申請

ToC WG 申請内容

RPS Beta Testing WG 申請の仕組みづくり


Software Tool と Message Standardの役割

Tool: 発行し、審査するためのソフトウエアツールが、機能的に申請業務に適合することが求めれる。

Message: RPS messageが申請プロセスをサポートするものであり、RPS messageは、申請に必要な情報を送るためのソフトウエア機能である。 RPS messageは、必要な情報を運ぶものであれば、申請要件に合致しなければならない。

⇒RPS として重要なのは、適切なRPS messageの開発と導入。 ⇒HL7 RPS規格は、XMLで情報のやり取りを規定。

2016/3/25


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…..


医療機器の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


IMDRF RPS Beta-testing Update


Business Objectivesの検討

• Business Objectives RPS導入にかかる企業側文書管理システムの改修や中小企業の導入等のコストを踏まえ、Return On Investment（ROI）を明確にすること要求している。RPSの導入利点を説明し、Phase２を進めるにあたってMC報告する。

2016/3/25

Business Objectives Stakeholders

Format Options Scoring

Discussions

Tabulation of scores & weighting

Scoring discussion feedback and other strategic factors

RECOMMENDATION


利害関係者（Stakeholders）及び比重

利害関係者の状況、背景

2016/3/25

業界 • eCTD又は電子的文書管理ツールを

有する企業 • ハイリスク等複雑な承認申請を行う

企業

• 低リスクの簡単な申請を行う企業

規制当局 • 電子的な審査用の文書レビュー

ツールを有する規制当局 • 現在は、電子的な審査用の文書

レビューツールを持たない規制当局


電子的な書式の選択枝

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）


最終の判定結果

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


Business Objectivesへの提言事項 • 将来的には、IMDRF MC は、医療機器の電子申請に使用する電子情報のフォーマットにはRPS が妥当であると推奨する。また、MCは、RPS WG の中に、RPS規格に医療機器固有の事項を導入し、整合化するために、追加作業を設定する。

• RPSの導入は、長期的な仕事であることに留意すべきであり、それには数年を要する。

• RPS WGは、 HL7 RPS Message Standardの採用に際して、段階的な導入を推奨する。 (例えば、整合化したフォルダー構造等の段階など）

• RPSの導入のためには、整合化を維持し、提案された変更を収拾するための管理されたモデルの設立が必要とされるであろう。

2016/3/25


RPSの再日程計画 Scope & Process Definition

2016/3/25

目標 • RPS 作業計画の決定 • 初期のRPS作業適用段階での各国での申請タイプと適用申請プロセスの決定。

• 適用申請プロセスでの詳細な必要事項の文書化

Stakeholder の参画の機会 • 作業計画の2015 年3月のMCでのレビュー

• 3月の会議後の範囲についての業界団体を通じたコミュニケーション

Oct 2015 April 2016


Testing

2016/3/25

目標 • 整合化したIG、試験のVocabularyの最終化 • 試験をサポートする国別IG 及びVocabularyの確定 • Vendorとの契約 • 試験プラン、scripts及び結果

Stakeholder の参画の機会 • 業界側の試験結果に対してのレビュー

Oct. 2016 Sept. 2017


導入計画

2016/3/25

目標 • 各国のRPS 導入方針の策定 • 整合化した申請書式としてRPSを維持する管理プロセス案の策定

• 整合化したIG、国別IGの最終化 • 整合化したVocabulary、国別のVocabularyの最終化

Stakeholder の参画の機会 • 導入計画、管理プロセス、IG及び

Vocabulary のパブコメ実施。

Jan. 2017 Mar. 2018


CDEの作業項目拡張


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


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


検討中の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


Regulatory Authorization Number

A number which is issued when the medical device is authorized for marketing. Usage Notes: Postmarket


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


2016/3/25


CDEの作業項目拡張 Update


Common Data Elements WG - Update • IMDRF RPS N19 “Common Data Elements for

Medical Device Identification”はブラジリア会議で承認され、発行をまっている状況

• N19文書は、各国規制当局でのデータの使用に関して、特定の仕様を規定するものではない。

• N19文書は、規制目的またはプロセスによって使用することができる医療機器を識別するための共通のデータ要素を概説している。

• N19文書は、整合化した用語と定義を与える。 • WGは、国を跨ぐ電子申請において、より一貫性のあるデバイスの識別情報を提供するために活用することができるかどうかを確認するために、既存の共通データ要素の特性を指定することを推奨している。

2016/3/25


Common Data Elements WG - Update • フェーズ 2 作業計画 ⁃ CDEの各国の既存の規制における使用状況と許容する値の範囲を分析し、文書化する。

⁃ 各国のデータ要素の仕様のコンパイルと、データ型及びcontrolled vocabularies.に対するマッピング

⁃ 利用可能な規制当局報告書の既存データ交換メッセージの文書化

⁃ 既存のデータ交換メッセージに対するCDEのマッピング ⁃ CDEのデータ交換ガイドラインの勧告

2016/3/25


Common Data Elements WG - Update • フェーズ2 作業計画 – タイムライン ⁃ フェーズ2 活動を18か月以上完了にかかる。

(February 2016 - September 2017) ⁃ フェース１段階中に、開発した情報をレビューし、検討するための最初の電話会議実施。

⁃ 2016年5月 (Ottawa) 対面会議実施 ⁃ 2016年9月 MC会議へデータ交換ガイドライン（案）提出。

2016/3/25


ご清聴ありがとうございました。

禁無断転載本資料の内容の一部又は全部を無断で複製することは、法律で認められた場合を除き、著作権の侵害となります。免責本資料は、演者によりまとめられたものであり、各企業の活動への適用に際しては、各企業又は各自で内容を確認いただくとともに、必要により規制当局にご確認をお願いします。

2016/3/25

IMDRF DITTA RPS報告...IMDRF・ DITTA RPSの活動範囲 • ToC （Table of Contents) WG（規制当局のみ） −RPSで利用可能な整合化した申請文書の開発...

Documents