JASPEHR Implementation Guide
0.5.11 - draft

JASPEHR Implementation Guide - Local Development build (v0.5.11) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

Home

Official URL: http://www.hosp.ncgm.go.jp/JASPEHR/fhir/ImplementationGuide/jaspehr Version: 0.5.11
Draft as of 2024-02-19 Computable Name: JaspehrImplementationGuide

JASPEHRプロジェクト概要

JASPEHRプロジェクトとは

「電子カルテ情報を活用したリアルワールドデータ収集・提供基盤の構築に関する研究（通称：JASPEHR Project）」
(JApan Standard Platform for Electronic Health Records：JASPEHR)
NCGM医療情報基盤センター（CMII）を中心に他の5つのナショナルセンターと協力し、多くの施設の電子カルテに蓄積された電子的診療情報を効率的かつ効果的に集約した診療情報データベースを構築し、欧米並みに共用できる研究リソースシステムを構築することを目指しているプロジェクト（元々は6NC-EHRs利活用研究から始まった）

JASPEHRのコンセプト

JASPEHRの基本的なコンセプト

  • 疾患ごとにテンプレートを開発するのではなく、様々なテンプレートに対応できる仕組みを開発する
  • 疾患ごとのテンプレートをプログラムするのではなく、ルールに基づいてテンプレートを定義すれば、それが反映するようなプログラムを開発する
JASPEHRコンセプト図
図1 JASPEHRの基本的な考え方  

本コンセプトの通り、JASPEHRプロジェクトでは以下の流れにて情報を収集している

  1. EMRベンダーによらない汎用形式のテンプレート（Questionnaire）を作成し配布する
  2. 各施設ではベンダー側提供された機能によりそれを各社のシステムで使えるようにする
  3. それを用いて診療録を書いたら汎用的な形式（QuestionnaireResponse）で入力データが出力される

本仕組みはJASPEHRプロジェクトにおいて作成されたものであるが、現在はこの仕組みそのものを“JASPEHR”（以下、本書内でのJASPEHRは本仕組みのことを指す）と呼ばれている。現在までにがんゲノムプロジェクト、難病ゲノムプロジェクトにて採用されているが、今後様々なデータ収集事業での活用が期待されている。

JASPEHR Implementation Guideについて

JASPEHRでは各社共通のテンプレート定義および共通形式の出力として、HL7 FHIRにて規定されているアンケートであるQuestionnaireとその回答にあたるQuestionnaireResponseの対を採用している。 このQuestionnaireおよびQuestionnaireResponseはHL7協会のQuestionnaireのImplementationGuideに則り、それを継承する形でImplementationGuideを規定おり、それが本書である。詳細については* 「本ImplementationGuideのスコープ」にて解説する。

JASPEHRにおいては本ImplementationGuideに沿った記述をすることで各社が問題無く動作することが可能となることを目指しているため、JASPEHR対応システムは本ImplementationGuideに沿った記述に完全対応していることが要求される。

本 Implementation Guide のスコープ

JASPEHRの想定運用フローについて

JASPEHR プロジェクトでは、以下のような運用フローが想定されている。

work flow
図2 想定運用フロー  
  1. 本書で策定した Profile に基づき、情報収集用標準テンプレートとして Questionnaire を作成する。現時点では手書きで作成するか、今年度開発中のツールを用いて作成することを想定している。後者のツールは本書に準拠したQuestionnaire出力が行える予定である。（今後対応バージョンを明示予定）
    前者で作成した場合には何らかの手段でバリデーションを実施することが望ましい。
  2. 作成した Questionnaire を、各参加病院に頒布する。現時点では、メールに添付する等、人手が介在した方法で頒布する必要がある。2022年度には配布の仕組みの試作を行ったが、2023年度以降にQuestionnaireを集めたポータルなどから各施設にてQuestionnaireをダウンロード出来る仕組みの構築を目指している。
  3. 各病院で、Questionnaire を電子カルテシステム、あるいはドキュメントシステム等のの入力画面（テンプレート）形式に変換し、電子カルテ、ドキュメントシステムに構造化診療記録として登録する。そのためにベンダ各社は本検討で作成したProfileに基づくQuestionnaireをそれぞれの独自のテンプレート形式に変換するプログラムを作成する必要がある。各システムのオリジナルのテンプレート機能を利用せず、Questionnaire そのものをフォームとして描画し、ユーザーからの入力を行えるようにする場合は、独自の入力画面形式への変換は不要となる。2022年度においてはJASPEHRプロジェクトに参加している5社にて変換プログラムを製造し、実際に各社のシステムで利用して評価出来るようにリリースを実施した。
  4. エンドユーザー（例：医師・看護師）が各社独自の入力画面もしくはQuestionnaire に基づいたフォームを入力する。電子カルテやドキュメントシステム等で入力を行う場合は、入力結果が既存のシステムのデータベースに構造化診療録として保存される。
  5. 記入されたデータがデータベースに保存されるとそのデータをQuestionnaireResponse 形式に変換する。電子カルテ、ドキュメントシステムベンダ各社は、各テンプレートシステムへの入力値を QuestionnaireResponse へ変換するアプリケーションの開発が必要になる。（3. で Questionnaire を電子カルテテンプレート形式に変換せず、4. で直接 QuestionnaireResponse を作成する場合、この工程は不要。）2022年度においては同じく5社にてQuestionnaireResponseへの変換プログラムを製造し、実際に各社のシステムで出力されるようにリリースを実施した。
  6. QuestionnnaireResponse を仮名化後、各病院から収集する。FHIRサーバ間で QustionnaireResponseをValidationしつつ収集できる仕組みの構築が望ましい。2022年度にはSS-MIX拡張ストレージ経由およびリポジトリ型FHIRサーバ経由の仕組みを試作した。

2023 年度作業範囲のスコープ

2022 年度終了時点では上記の運用フローが一通り通るように、1. で使用する QuestionnaireおよびQuestionnaireResponseのProfilingを実施し、各社はこのProfile に基づいた Questionnaire の電子カルテテンプレートへの変換、及びそのテンプレートへの入力値の QuestionnaireResponse への変換の仕組みを作成し、各社が参加施設（全5施設）へのリリースを実施した。

2023年度ではこの仕組みに対して以下のような改修を実施することがスコープとなっている。

  1. データ引用
  2. シリーズ管理
  3. 入力項目のグルーピング定義
  4. 項目の名称 linkID ルールの仕様定義
  5. linkIDと FHIR リソースのマッピング

電子カルテ情報共有サービス対応に向けた考慮について

電子カルテ情報共有サービスでは2024年度のモデル事業運用開始に向けて検討が進められている。またそれに向けて送信するFHIR定義の検討（電子カルテ情報共有サービスFHIR実装ガイドJP-CLINS）も並行して行われている。将来的にはJASPEHRがこのサービスに組み込まれることが期待されるため、必須とされる項目など仕様を合わせる必要がある。
但し、現時点ではJP-CLINSは確定していないため必須対応の検討は2024年度以降とする。

タイトル 対象 内容
電子カルテ情報共有サービスに合わせて追加が必要と思われる element QuestionnaireResponse.meta
QuestionnaireResponse.Extension		 ・meta.lastUpdated : 最終更新日時
・ meta.profile : 電子カルテ情報共有サービスでは必須
・ extension( eCS_Department 電子カルテ情報共有サービス向けの診療科情報
・ extension ( eCS_InstitutionNumber ) : 電子カルテ情報共有サービスでは必須。医療機関番号１０桁
JASPEHR の QuestionnaireResponse も必須にする方向であるが、現時点では必須としない。
Identifierにセットする値 QuestionnaireResponse.identifier 次の３つの文字列を半角ハット記号（（^^）で連携した文字列。
• 保険医療機関番号 10 桁：
（内訳：都道府県番号２桁、点数表コード（医療機関区分）１桁、医療機関番号７桁
• 被保険者個人識別子：
（内訳：保険者等番号８桁、被保険者証（手帳）等の記号、被保険者証（手帳）等の番号、被保険者証等枝番２桁を半角コロンで結合した文字列）
最大 51 文字（全角 38 文字＋半角 13 文字、全角 19 文字＋半角 32 文字、または半角 51 文字）
• 報告単位のデータを医療機関のシステムとして医療機関内で一意に識別できる粒度の ID 文字列：
当該システムが当該患者データの中で一意性を保証できるよう生成した半角文字列（英大文字、数字、ハイフン記号のみ可）最大128 文字とすること。
JASPEHR の QuestionnaireResponse もこれらに合わせる方向であるが、現時点では変更しない。
電子カルテ情報共有サービスにおける必須のリソース QuestionnaireResponse.contained 電子カルテ情報共有サービスではcontained を使用して Practitioner 、 Encouner リソースを必須とする方針のようです。JASPEHR の QuestionnaireResponse も必須にする方向であるが、現時点では必須としない。


インデックス