Microsoft PowerPoint - HL7最新動向

Transcription

1 HL7 最新動向 2011 年 7 15 本 HL7 協会平井正明 協 : 岡 美保 坂定

2 HL7(Health Level Seven) の歴史 1972 年デューク大学初めて HIS を使用 ほとんどのアプリケーションは検査 1984 年 SCAMC でクレン マクドナルド エド ハモンド ドン シンボルグ リード ガーディナーがパネルディスカッション 1985 年 ASTM でクレン マクドナルド エド ハモンドらが検査結果の標準化 (E-1238) を開始 1987 年ペンシルバニア大学で会合 ISO Open Systems Interconnect Communication Model の第 7 層として名付けられた 1987 年 9 月バージョン 1.0 発行 E1238 に準拠 最重点標準に特化 開発速度を重視 1989 年バージョン 2.0 発行オフィスも無く ユーザサポートもほとんどなかった 1990 年バージョン 2.1 発行 SDO 間で標準化の競合 CEN からも食指 1991 年バージョン 3( モデリングベース ) ANSI メンバーとなる 1992 年 IEEE(MEDIX) とウッディ ビーラが CEN モデルに基づいてモデリングを開始 1993 年ドイツ : 第 1 番目国際支部 オランダ : 第 2 番目国際支部発足 1994 年バージョン 2.2 発行 ANSI ASC と認定 1995 年 V2.2 が ANSI 標準となる 1997 年 V2.3 発行 V3 保険請求附属書類 1998 年 V2.3.1 発行 Arden Syntax CCOW が参加 1998 年第 7 番目日本 HL7 協会発足 2000 年 CDA 投票 2001 年 V2.4 発行 V3 初回投票 2002 年 V2.5 投票 ISO パイロットプロジェクト 2004 年 V2.6 投票 2005 年 V3 Normative Edition 2005 発行 2006 年 V3 RIM ISO21731 発行 2006 年 V3 Normative Edition 2006 発行 2007 年 V2.6 発行 2009 年 ISO/HL :2009 V 年 ISO/HL :2009 CDA Release 年 V2.7 発行 ~2011 年 CDA 実装規約 ~2011 年 ICSR RPS SPL ~2011 年 EHR-S PHR-S 2

3 HL7 国際支部 HL7 アルゼンチン HL7 オーストリア HL7 オーストラリア HL7 ブラジル HL7 カナダ HL7 チリ HL7 中国 HL7 コロンビア HL7 クロアチア HL7 チェコ HL7 デンマーク HL7 フィンランド HL7 フランス HL7 ドイツ HL7 ギリシャ HL7 香港 HL7 インド HL7 イタリア HL7 日本 HL7 韓国 HL7 ルクセンブルグ HL7 ニュージーランド HL7 ノルウェー HL7 パキスタン HL7 プエルトリコ HL7 ルーマニア HL7 ロシア HL7 シンガポール HL7 スペイン HL7 スエーデン HL7 スイス HL7 台湾 HL7 オランダ HL7 トルコ HL7 英国 HL7 ウルグアイ 3

4 作業部会 (Working group) Affiliate Due Diligence Anatomic Pathology Architectural Review Arden Syntax Attachments Child Health Clinical Context Object Workgroup Clinical Decision Support Clinical Genomics Clinical Interoperability Council Clinical Statement Community Based Collaborative Care Domain Experts Steering Division Education Electronic Health Records Electronic Services Emergency Care Financial Management Foundation and Technology Steering Division Generation of Anesthesia Standards Governance and Operations Government Projects Health Care Devices Imaging Integration Implementable Technology Specifications Infrastructure and Messaging International council Marketing Modeling and Methodology Orders and Observations Organizational Relations Outreach Committee for Clinical Research Patient Administration Patient Care Patient Safety Pharmacy Process Improvement Project Services Public Health and Emergency Response Publishing Recognition and Awards Regulated Clinical Research Information Management RIM Based Application Architecture Security Services Oriented Architecture Strategic Initiative Committee Structure and Semantic Design Steering Division Structured Documents Technical and Support Services Steering Division Technical Steering Committee Templates Tooling Vocabulary ARCHIVED WORK GROUPS AND PROJECT 4

5 HL7 最新状況 (1) HITSP(Healthcare Information Technology Standard) 米国 HHS(Department of Health and Human Service) が EHR のために HIT(Health Information Technology) 標準を制定し 下記の HL7 規格が採用された C37 LAB report document: CDA R2 C36 LAB result message,t14 Send LAB result, C35 LAB result terminology: HL7 V2.5.1 TP20 Access control: HL7 V3 RBAC TP22 Patient ID cross-reference: V2.5 T23 Patient demographic query:v2.5/v2.5.1 TP30 Manage consent directives:v3 privacy consent related specifications C39 Encounter message: V2.5 C41 Radiology result message: V2.5 C47 Resource utilization message: V2.5 C32 Continuity of care document: CCD/CDA R2 C32 Summary document: CDA R2 C34 Patient level quality data message: V2.5/V2.5.1 C38 Patient level quality data document using IHE medical summary(xds-md): CDAR2/V2.5 C:Component TP: Transaction Package T: Transaction 5

6 HL7 最新状況 (2) SAIF(Services Aware Interoperability Framework) 旧名 :SAEAF(Services Aware Enterprise Architecture Framework) Health Care Devices 医療機器 健康機器通信に関する規格を ISO IEEE と共に制定 RIM(Reference Information Model) 細部の修正は続けられているが 約 10 年ほど大きな改造は無く完成度が高い DAM(Domain Analysis Model) RIM ベースで情報 サービスを表現する抽象化モデル DCM(Detailed Clinical Model) (Data type R2) Arden Syntax 2.7 意思決定支援に実装が進む 6

7 SAIF コンセプトマップ 7

8 HL7 最新状況 (2) SAIF(Services Aware Interoperability Framework) 旧名 :SAEAF(Services Aware Enterprise Architecture Framework) Health Care Devices 医療機器 健康機器通信に関する規格を ISO IEEE と共に制定 RIM(Reference Information Model) 細部の修正は続けられているが 約 10 年ほど大きな改造は無く完成度が高い DAM(Domain Analysis Model) RIM ベースで情報 サービスを表現する抽象化モデル DCM(Detailed Clinical Model) (Data type R2) Arden Syntax 2.7 意思決定支援に実装が進む 8

9 ISO/IEEE/HL7 医療機器規約 Health informatics Point-of-care medical device communication Application profile Common networking infrastructure Health informatics Point-of-care medical device communication Transport profile Ethernet Health informatics Point-of-care medical device communication Transport profile RF wireless Local area network (wlan) Health informatics - Personal health device communication - Device specialization Cardiovascular fitness and activity monitor Health informatics - Personal health device communication - Device specialization Strength fitness IS/ Health informatics - Personal health device communication - Device specialization Medication monitor DIS/ Health informatics Point-of-care medical device communication - Application profile - Optional package, Remote control IS/ Health informatics Point-of-care medical device communication Application profile, Association Control Function IS/ Health informatics Point-of-care medical device communication - Application profile, Polling Mode IS/ Health informatics Point-of-care medical device communication Application profile, Asynchronous Mode IS/ Health informatics Point-of-care medical device communication - Nomenclature Annotated ECG IS/ Health informatics Point-of-care medical device communication - Nomenclature, Implantable Device, Cardiac Health informatics Personal health device communication Device specialization Pulse oximeter Health informatics Personal health device communication Device specialization Blood pressure monitor NP/IS Health informatics Personal health device communication Device specialization Weighing scale NP/IS Health informatics Personal health device communication Device specialization Glucose meter NP/IS Health informatics Personal health device communication Device specialization Thermometer NP/IS Health informatics - Personal health device communication - Device specialization Independent living activity hub NP/IS Health informatics Personal health device communication Application profile Optimized exchange protocol IS Health informatics Point-of-care medical device communication Domain information model IS Health informatics Point-of-care medical device communication Application profile - Base standard IS Health informatics Point-of-care medical device communication Transport profile - Infrared wireless IS Health informatics Point-of-care medical device communication Transport profile - Cable connected IS Health informatics Point-of-care medical device communication Nomenclature IS/ Health informatics Point-of-care medical device communication - Framework & overview IS/ Health informatics Point-of-care medical device communication - Application profiles MIB Elements p/nwip/ Health informatics - Point-of-care medical device communication Technical report Guidelines for the use of RF wireless technology pnwip/ : Health informatics - Point-of-care medical device communication - Device specialization - Dialysis device NP/IS Health informatics Personal health device communication Device specialization Common framework NP/IS Health informatics Personal health device communication Device specialization Basic ECG (1 to 3-lead ECG) NP/TR Health informatics - Personal health device communication - Technical report Overview 9

10 ISO/IEEE/HL7 医療機器規約 P Health informatics - Personal health device communication - Device specialization - Insulin pump P Health informatics - Personal health device communication - Device specialization - Body composition analyzer P Health informatics - Personal health device communication - Device specialization - Peak expiratory flow monitor (peak flow) P Health informatics - Personal health device communication - Device specialization - INR analyzer P Health informatics - Personal health device communication - Device specialization - Respiration rate Health informatics - Point-of-care medical device communication - Transport profile - RF wireless - Wide area (Mobile Phone) Network (wwan) Recommended Practice for Health Informatics - Point of care medical device communication - Recommended practice - Profile template Health informatics - Personal health device communication - Device specialization - Physical activity monitor Health informatics - Point-of-care medical device communication - Application profile - Framework and overview Health informatics - Point-of-care medical device communication - Nomenclature - Virtual attributes Health informatics - Point-of-care medical device communication - Domain information model (DIM) - XML schema format Health informatics - Point-of-care medical device communication - Application profile - Clinical context management (CCoM) TS/ Health informatics - Point-of-care medical device communication - Medical waveform format Encoding rules TS Health informatics Medical waveform format Encoding rules, 12- lead ECG TS Health informatics Medical waveform format Encoding rules, long term ECG TR Health informatics Medical waveform format Encoding rules, SCP- ECG NP/TS Health informatics Medical waveform format Encoding rules, DICOM-ECG HL7 Annotated ECG Waveform Data Standards ISJWG/IEC # ISO/IEC Application of Risk Management for IT-Networks incorporating medical devices - Part 1: Roles, Responsiblities and Activities TR Application of risk management for IT-networks incorporating medical devices Guidance for health delivery organizations Application of risk management for IT-networks incorporating medical devices Guidance for wireless networks Application of risk management for IT-networks incorporating medical devices Guidance for the communication of medical device security needs, risks and controls Application of risk management for IT-networks incorporating medical devices step by step risk management IS Health informatics Standard communications protocol, ECG (SCP- ECG) IS/ Health informatics - Point of care medical device communication - Part 90101: Analytical instruments- Point of care test TR#21730 Health informatics - Use of mobile wireless communication and computing technology in HC facilities recommendations for mgmt of electromagnetic interference with medical devices DIS/ Health informatics Point-of-care medical device communication - Application gateway, HL7 (v2) observation reporting interface IEC , Healthcare Software Systems Part 1: General requirements Rosetta terminology Mapping TR Health informatics Medical waveform format Encoding rules, Reporting with HL7 clinical document 10

11 HL7 最新状況 (2) SAIF(Services Aware Interoperability Framework) 旧名 :SAEAF(Services Aware Enterprise Architecture Framework) Health Care Devices 医療機器 健康機器通信に関する規格を ISO IEEE と共に制定 RIM(Reference Information Model) 細部の修正は続けられているが 約 10 年ほど大きな改造は無く完成度が高い DAM(Domain Analysis Model) RIM ベースで情報 サービスを表現する抽象化モデル DCM(Detailed Clinical Model) (Data type R2) Arden Syntax 2.7 意思決定支援に実装が進む 11

12 RIM 年 11 月 27 日 12

13 RIM 年 3 月 16 日 13

14 HL7 最新状況 (2) SAIF(Services Aware Interoperability Framework) 旧名 :SAEAF(Services Aware Enterprise Architecture Framework) Health Care Devices 医療機器 健康機器通信に関する規格を ISO IEEE と共に制定 RIM(Reference Information Model) 細部の修正は続けられているが 約 10 年ほど大きな改造は無く完成度が高い DAM(Domain Analysis Model) RIM ベースで情報 サービスを表現する抽象化モデル DCM(Detailed Clinical Model) (Data type R2) Arden Syntax 2.7 意思決定支援に実装が進む 14

15 DAM for CDS Inputs. 15

16 Composite Privacy DAM ユースケース 16

17 HL7 最新状況 (2) SAIF(Services Aware Interoperability Framework) 旧名 :SAEAF(Services Aware Enterprise Architecture Framework) Health Care Devices 医療機器 健康機器通信に関する規格を ISO IEEE と共に制定 RIM(Reference Information Model) 細部の修正は続けられているが 約 10 年ほど大きな改造は無く完成度が高い DAM(Domain Analysis Model) RIM ベースで情報 サービスを表現する抽象化モデル DCM(Detailed Clinical Model) (Data type R2) Arden Syntax 2.7 意思決定支援に実装が進む 17

18 GCS(Glasgow Coma Scale) 意識障害評価法 開眼 発語 運動機能の 3 項目をそれぞれに評価して E4 V5 M6 などのように表すとともに 3 項目の点数を合計すると 3~15 点となり これによって意識障害の重症度を表す E: 開眼 (Eye Opening) 4 点 : 自発的に 3 点 : 音声により 2 点 : 疼痛により 1 点 : 開眼せず M: 運動機能 (Best Motor Response) 6 点 : 命令に従う 5 点 : 疼痛部認識可能 4 点 : 四肢屈曲反応 逃避 3 点 : 四肢屈曲反応 異常 2 点 : 四肢伸展反応 1 点 : まったく動かず V: 発語 (Best Verbal Response) 5 点 : 指南力良好 4 点 : 会話混乱 3 点 : 言語混乱 2 点 : 理解不明の声 1 点 : 発語せず 18

19 例 : グラスゴーコーマスケール DCM 19

20 HL7 最新状況 (2) SAIF(Services Aware Interoperability Framework) 旧名 :SAEAF(Services Aware Enterprise Architecture Framework) Health Care Devices 医療機器 健康機器通信に関する規格を ISO IEEE と共に制定 RIM(Reference Information Model) 細部の修正は続けられているが 約 10 年ほど大きな改造は無く完成度が高い DAM(Domain Analysis Model) RIM ベースで情報 サービスを表現する抽象化モデル DCM(Detailed Clinical Model) (Data type R2) Arden Syntax 2.7 意思決定支援に実装が進む 20

21 GreenCDA 21

22 CDA XML は CDA XML の全仕様は Structured Clinical Document の汎用要求仕様に対応しているが 相互運用性 厳密な記述新しい課題 複雑になった 習得が大変 コード開発と保守 22

23 解決法 簡単に CDA が作れてそして 妥当な方法は normative CDA? CDA の完全性を維持してそして XML 実装仕様に準拠して? これを greencda と呼ぶ (good for the environment!) 23

24 解決法の前提 利益を得るもの :CDA の開発者 normative CDA へ自動変換できる 全ての CDA の特長を持つ (80% の満足度を目指す ) 各ドキュメントタイプに特化したスキーマ スキーマは自身で文書力を持つ エレメント名と属性名は CDA RMIM に準拠しなくてよい 目的とする意味を持てば良い 学習が容易であること 負荷をできるだけ軽く 24

25 greencda とは 送信 25

26 設計プロセス 26

27 CCD の problem ACT 27

28 Green CDA での記述 65 行で記述 28

29 EHR-S FM Electronic Health Record System Functional Model

30 EHR ではなく EHR-S の機能モデル EHR(Electronic Health Record) 根底にある論理患者レコード レコードを構成するデータ要素 法的要件 医療業務上の要件 開示に資するケアの記録 EHR-S(EHR System) 次のような機能を提供するソフトウェア : 記録の管理 維持 臨床上 研究上 業務上の様々なニーズ モノリシックシステムあるいは複数システムからなるシステム

31 EHR System Functional Model (EHR-S FM): 経緯 2003 年 4 月 : IOMからHL7への要請 IOM(Institute of Medicine, 米国医学研究所 ) よりケアの提供に関するガイダンスの発行 HL7はIOMとの連携によるEHRシステム機能モデル開発のコーディネートの要請を受ける ニーズとして 成果に基づく支払 (pay for performance) 2003 年 4 月 : EHR-S FM 開発に着手 (HL7 EHR WG) 2004 年 6 月 : DSTU(draft standard for trial use) 承認 2007 年 2 月 : EHR-S FM リリース1.0 はANSI 規格として認定 2009 年 11 月 : ISO/HL :2009 Electronic Health Record- System Functional Model, Release 1.1 の発行

32 EHR-S FM: トップレベル EHR-S FM Release 1.1

33 DC.1.1 (Record Management) DC (Identify and Maintain a Patient Record) DC (Manage Patient Demographics) DC (Data and Documentation from External Sources) DC (Capture Data and Documentation from External Clinical Sources) DC (Capture Patient-Originated Data) DC (Capture Patient Health Data Derived from Administrative and Financial Data and Documentation) DC (Produce a Summary Record of Care) 10 DC (Present Ad Hoc Views of the Health Record) DC.1.2 (Manage Patient History) DC.1.3 (Preferences, Directives, Consents and Authorizations) DC (Manage Patient and Family Preferences) DC (Manage Patient Advance Directives) DC (Manage Consents and Authorizations) DC.1.4 (Summary Lists) DC (Manage Allergy, Intolerance and Adverse Reaction List) DC (Manage Medication List) DC (Manage Problem List) DC (Manage Immunization List) EHR-S FM Release 1.1

34 ID# Typ Name Statement/Description See Conformance Criteria e also DC F Identify and Statement: Identify and maintain a S The system SHALL create a single logical Maintain a single patient record for each patient. S record for each patient. Patient Record Description: A single record is needed for legal purposes, as well as to S The system SHALL provide the ability to create a record for a patient when the identity of the organize it unambiguously for the S patient is unknown. provider. Health information is captured IN.2.1 and linked to the patient record. Static 3. The system SHALL provide the ability to store data elements as well as data elements IN.2.3 more than one identifier for each patient record. that will change over time are 4. The system SHALL associate key identifier maintained. The patient is uniquely information (e.g., system ID, medical record identified, after which the record is tied number) with each patient record. to that patient. Combining information 5. The system SHALL provide the ability to uniquely on the same patient, or separating identify a patient and tie the record to a single information where it was inadvertently patient. captured for the wrong patient, helps 6. The system SHALL provide the ability, through a maintain health information for a single controlled method, to merge or link dispersed patient. In the process of creating a information for an individual patient upon patient record, it is at times recognizing the identity of the patient. advantageous to replicate identical 7. IF health information has been mistakenly information across multiple records, so associated with a patient, THEN the system that such data does not have to be reentered. For example, when a parent SHALL provide the ability to mark the information as erroneous in the record of the patient in which registers children as new patients, the it was mistakenly associated and represent that address, guarantor, and insurance data information as erroneous in all outputs containing may be propagated in the children s that information. records without having to re-enter them. 8. IF health information has been mistakenly associated with a patient, THEN the system SHALL provide the ability to associate it with the correct patient. 9. The system SHALL provide the ability to retrieve parts of a patient record using a primary identifier, secondary identifiers, or other information which are not identifiers, but could be used to help identify the patient.

35 EHR-S FM: 約 160 の機能 約 1,000 の適合性基準 HL7 EHR-S FM Release 1.1 プロフィール : FM から導出されたサブセット EHR-S はプロフィールに適合すること 機能プロフィール ( ケアの場 ) 救急医療 長期ケア後急性期ケア 行動保健学 (Behavioral health) 補助プロフィール ( 特定の目的 ) 記録管理と Evidentiary ( 法的要件 ) 支援 Record Management & Evidentiary Support : RM&ES 出生 死亡記録 小児医療 臨床研究

36 機能モデルへの適合性 EHR System Functional Model (EHR-S FM) DC 1.1, CC3 SHALL DC1.1, CC5 SHOULD 頑強であると同時に柔軟な FM の開発 国 1 DC1.1, CC3: SHALL DC1.1, CC4: SHOULD 国 2 DC1.1, CC3: SHALL DC1.1, CC4: SHALL 小児医療 FP RM&ES AP 覚書 : EHR-S FM には導入しない 長期 後急性期 FP DC1.1, CC3: SHALL DC1.1., CC4: SHOULD 長期 後急性期 FP DC1.1, CC3: SHALL DC1.1., CC4: SHALL 国 2 長期 後急性期 FP DC1.1, CC3: SHALL DC1.1., CC4: SHALL 導出 FP1 小児医療 RM&ES に適合 導出 FP2 長期 後急性期 RM&ES に適合 小児医療 FP 導出 FP1

37 開発中のプロフィール ( 投票中含む ) 通院がん治療 歯科 出生 死亡記録 スタンドアロン電子処方せん 薬剤師 / 医薬品提供者 食品学 / 食事および栄養 パブリックヘルス 救急医療

38 EHR-S FM Release2.0 を現在開発中 ISO/TC215 で新作業項目として承認 EHR-S プロフィール Interop モデル PHR-S FM& プロフィール EHR-S FM Release 2.0 SOA SAIF R1.1 調整改良 Privacy, Security, Confident iality Other Industry Initiatives Certification Health Info Exchang e Data Use Fraud Mgt Quality Rev Cycle International Stds (ISO TC215 ISO 20514, 18308, 13606) EHR-S FM 2.0 に対するインプットソース その他?

39 PHR-S FM Personal Health Record System Functional Model

40 HL7 PHR-S FM 受療者本意であること PHR システムが持たなければならない 持つべき あるいは持ちうる機能 認定 (certification) のためのフレームワークの提供 システム相互運用性のアンカーポイント

41 EHR と PHR の違い EHR 臨床家中心の機能 法的な記録である 基本的にepisodicで長期的 縦断的な場合がある 管理情報 診療報酬データ 臨床データを含む PHR 住民中心の機能 法的記録ではない 生まれてから亡くなるまで含み得る どの程度の臨床データを記録するか? ISO/TC215 で PHR の定義 スコープに関する TR が纏まりつつある

42 PHR-S デザイン要件 PHR の記録 システムは (EHR とは ) 根本的に目的が異なる PHR は EHR, EHR- システムと ある程度の構造的 内容的類似性がある プライバシーとセキュリティ アクセス 利用 コントロール 縦断的であって 関連するデータを含みうること PHR システムは 他の PHR システムモデル EHR- システム HIE(Health Information Exchange) との相互運用性が必要 PHR の情報は可搬的でなければならない 国際的には異なる観点がある

43 PHR-S FM: 経緯 HL7 PHR WG( 当初はEHR-PHR 連携 WGと呼ばれた ) はPHRとEHRの医療情報交換の規格に焦点をあて 定義と環境スキャンを目的としていた 2003 年 PHR FMとして検討に着手 2007 年 完全なPHR FMと標準を開発することを決定 2008 年 5 月 DSTUの承認 2 年かけて DSTU を改良 ANSI 規格となる 網羅的ではないが コアとなる機能 2010 年 9 月 ISO/HL7 NP Personal Health Record System Functional Model, Release 1 (PHRS FM) を ISO/TC215 新作業項目とし て採択

44 機能は階層的に整理されている 各機能には ID 番号 名称 説明 例 適合性基準が示されている PHR-S FM: トップレベル

45 プロフィールへの適合性 PHR-S Conforms to 導出機能プロフィール Conforms to 機能プロフィール Conforms to PHR-S PHR-S PHR-S 機能プロフィール 機能プロフィール 機能適合性基準 機能プロフィールに対するルール 実装 機能プロフィール PHR-S FM

46 開発中のプロフィール ( 以下に基づいたプロフィール ) 支払者 医療提供者 支払者と医療提供者のハイブリッド 保健医療当局 検討中のプロフィール ( 以下に基づいたプロフィール ) 独立型 (Web 型など ) 雇用者 国別 臨床研究 保健医療プラットフォーム 将来検討 臨床ゲノミクス 出生 死亡記録 ( 先祖 ) ソーシャルネットワーキング ( 例. 糖尿病支援グループ )

47 RCRIM Regulated Clinical Research Information Management 治験情報管理 47

48 RCRIM 関連の標準化団体 1.ICH International Conference on Harmonisation of Technical Requirements for Registration of Pharmaceuticals for Human Use 欧医薬品規制ハーモナイゼーション国際会議 2.CDISC Clinical Data Interchange Standards Consortium 医薬品開発データ交換標準化協会 : 国 3.HL7 Health Level Seven 医療情報標準化団体 : 国 4.ISO TC215 WG6 Pharmacy and medicines business 48

49 治験に関する国際標準化の流れ ISO TC215 ICH CDISC HL7 主に規制当局への申請 / 報告が中 CDISC と HL7 CDISC 標準を HL7 化 FDA CDISC NCI と HL7 BRIDGプロジェクト HL7 RCRIMでCDISCとHL7 V3のマッピング 主に規制当局への申請 / 報告が中 PhRMA HL7 EuroRec EHR/CR プロジェト Electronic Health Record for Clinical Research 治験情報と電 カルテの連携 49

50 ICH International Conference on Harmonisation of Technical Requirements for Registration of Pharmaceuticals for Human Use 参加団体 幹事 オブザーバ : 規制当局 : EC (EU), MHLW (JP), FDA (US) 産業界 : EFPIA, JPMA, PhRMA : IFPMA : EFTA, Health Canada, WHO ICH 規格 品質安全性効果総合的な 23 Guidelines 13 Guidelines 18 Guidelines 6 Guidelines/Specifications メッセージ標準 : ectd( 電 申請 ) ICSR( 副作 報告 ) 50

51 CDISC Clinical Data Interchange Standards Consortium 原データ サイト CRFs 検査 CRO(Contract Research Organizations) Development Partners Operational Data Interchange & Archive: ODM, LAB 運 Database Study Data Audit Trail Metadata Submission Data Interchange & Archive: SDS, ADaM 申請データ CRT/Domain Datasets Analysis Datasets Metadata ODM = Operational Data Model/Std Standards LAB = Laboratory Data Model/Std SDS = Submission Domain ADaM = Analysis Data Models 出典 : Rebecca Kush, CDISC 51

52 CDISC 治験フロー 研究プロトコル CRF 出典 :CDIC 標準推進プロジェクト 52

53 RCRIM 開発標準 領域 : Regulated Reporting Individual Case Safety Report (ICSR) Part 1:Part2 Generic Incident Notification (GIN) 領域 : Regulated Products Structured Product Labeling (SPL) Regulated Product Submission (RPS) 領域 : Regulated Studies Annotated ECG (aecg) Clinical Trial Laboratory (CT Lab) Drug Stability Reporting (estability), Release 2 Clinical Research Filtered Query Service (CRFQ) Clinical Trial Registration & Results, Release 1 Biomedical Research Integrated Domain (BRIDG), Release 1 CDISC Content to Message - Study Participation, Release 1 CDISC Content to Message - Study Design, Release 1 CDISC Content to Message - Subject Data, Release 1 EHR Clinical Research Functional Profile(EHR/CR FP) ICSR Individual Case Safety Report, IDMP Identification of medicinal products substances pharmaceutical products dose forms Units medicinal products 53

54 RCRIM Projects in Context 54

55 治験の国際標準化活動 (CDISC の 標 ) International Conference on Harmonization (ICH) PR Element EFPIA Spreadsheet JPMA PhRMA EMEA MHLW PMDA CDISC U.S. FDA U.S. Dept. of Health and Human Services(HHS) NIH CDC NIAID NCI NLM Domain Space Analysis Model Health Level 7 (HL7) cabig ADaM SDS ODM LAB Clinical Document Architecture Reference Information Model RIM ISO/ANSI LOINC SNOMED = Organization = Dictionary, Codelist = Standard = Model = Document Standard, or Architecture 出典 : Rebecca Kush, CDISC 55

56 CDISC 標準における医療と治験のリンク 電 カルテ 患者情報 治験実施施設 = ODM (transport) = SDTM and Analysis Data (content) = Protocol information (content) HL7 or ODM XML HL7 or ODM XML = Source data (other than SDTM/CRF data) 治験データ 製薬企業等 プロトコール ( 治験計画 ) 患者情報 管理, 追跡 検査その他収集情報 統合報告書 Integrated Reports 治験ディザイン (SDTM) 分析計画 ODM XML 症例報告書 (CRF or ecrf) (defined by SDTM) ODM XML CRF, 分析データ ODM XML Define.xml SDTM Data, Analysis Data, Metadata 治験プロトコール 原データ 運 と分析データベース Regulatory Submissions 出典 : Rebecca Kush, CDISC 56

57 電 カルテと治験の連携 基本 接続 統合 相互運 性 Site esource Site esource Research System 基本 核 ( 最少要求 ) 治験情報 申請に必要な原情報を電 カルテが持つこと 治験システムにデータを抽出ができること 治験システムがデータを収集できること 1 層 接続 ( 近い将来 ) 業界標準のデータを患者全ての情報を構造化された電 カルテから 動的に収集できること 電 カルテデータの重複がない 治験情報を治験システムから問い合わせ出来ること 2 層 統合 ( 将来 ) 治験システムと電 カルテシステムと関連するデータはデータ変換なしでシームレスに交換できること 電 カルテシステムは診療情報と治験情報をキャプチャできること 治験システムは源データ保有していない 電 カルテから治験データを転送する. 3 層 相互運 性 ( 将来構想 ) 電 カルテと治験システムは国際的なネットワークでシームレスにつながる 診療情報と治験情報のデータアクセスとマイニング 患者の診療情報を含む治験 の研究データ 出典 :EHR/CR プロジェクト 57

58 統合 ( 将来 ) 電 カルテシステム (EHR/CR) すべての臨床研究 動双 向電 データ交換 ; 調査サイトで つのポイントでデータエントリ データと問い合わせ 製薬企業治験システム RDM Toolkit 仮想フェーズ 4 臨床試験に使 する可能性 他のデータ コーディング 検査 コーディング EHR/CR 全 CDASH データ領域 治験仕様データ EHR は患者すべてのデータのリポジトリであり 臨床試験データ / 研究データを含む 患者診療データのエントリ 医師 / 調査者 データエントリは ヵ所 EHR システムはスポンサーに要求されるすべての患者のデータを収集できる 研究データを保有するシステム : 検査 CDASH & EHR/CR その他 出典 :EHR/CR プロジェクト 58