2.1.3.2.1. JP Core ImagingStudy Radiology (放射線検査用)プロファイル

2.1.3.2.1.1. 概略

患者の画像検査（DICOM画像で情報が取得される検査）に関する情報

項目	内容
定義URL	http://jpfhir.jp/fhir/core/StructureDefinition/JP_ImagingStudy_Radiology
バージョン	1.0.0
名前	JPCoreImagingStudyRadiologyProfile
タイトル	JP Core ImagingStudy Radiology Profile
ステータス	アクティブ（2021-11-03）
定義	このプロファイルはImagingStudyリソースに対して、ひとつの画像検査のデータを送受信するための基礎となる制約と拡張を定めたものである。
公開者	FHIR® Japanese implementation research working group in Japan Association of Medical Informatics (JAMI)
Copyright	FHIR® Japanese implementation research working group in Japan Association of Medical Informatics (JAMI)
ソースリソース	https://simplifier.net/jpcore/jpimagingstudy

本プロファイル説明は、患者に付属する画像検査情報について、情報の登録や検索、取得のために、FHIR ImagingStudyリソースを使用するにあたっての、最低限の制約を記述したものである。

ImagingStudy リソースに対して本プロファイルに準拠する場合に必須となる要素や、サポートすべき拡張、用語、検索パラメータを定義する。

2.1.3.2.1.1.1. 背景および想定シナリオ

本プロファイルは、一般的な画像検査でDICOMで定義される画像情報を取り扱うことを想定している。Non-DICOMの画像を取り扱う場合はMediaリソースを利用すること。

ImagingStudy リソースはDICOM画像検査において作成された内容（主としてDICOM タグ情報に相当する）を表す。一つの検査はシリーズを構成しており、それぞれのシリーズにはSerivce-Objext Pairインスタンス(SOPインスタンス）が一般的なタグ情報の中に含まれる。一つのシリーズにはただ一つのモダリティ(例えば単純エックス線撮影，CT，MRI，超音波のいずれか）から成り立つが、一つの検査は異なるモダリティによる複数のシリーズから構成されることがある。

• Patientリソースからの指定された日時、期間での画像検査情報の参照
• ImagingStudyリソースから指定したモダリティに関する検査の画像検査情報の参照
• ImagingStudyリソースから指定したモダリティに関するシリーズの画像検査情報の参照
• ImagingStudyリソースから指定した部位の画像検査情報の参照
• ImagingStudyリソースから使用可能な画像検査情報の参照
• Encounterリソースから画像検査を実施した検査の画像検査情報の参照
• ServiceRequestリソースから画像検査を実施した検査の画像検査情報の参照

なお、ServiceRequestリソースは画像検査を実施するために発生するオーダ情報等を格納しうるリソースであるが、オーダリング情報の標準化の状況や情報の粒度によりユースケースが異なることが想定される。よって、ServiceRequestから提供され本リソースにマッピングされるべき情報の定義についてはServiceRequestおよび一連のTASK管理あるいはProcedureに関連するユースケースで別途検討される。

2.1.3.2.1.1.2. スコープ

ImagingStudyリソースはDICOMのstudy, seriesおよび画像に関連する情報を提供し、それらの情報をどのようにして取り出すか（native DICOMフォーマットで受け取るか、JPEGなどの一般的な画像情報に変換したものを受けとるかなど）を示す。ImagingStudyは一つのDICOM studyのすべての情報を網羅するために用いられる。

このリソースでは32ビットのタグ（DICOMタグと呼ばれる）で示されるDICOMアトリビュート（タグ情報）をmappingするためのエレメントが用意されている。 DICOMタグは4桁の16進数がコンマで区切られたペア（例　(0008, 103E) )として表現される。それぞれのタグ情報に関する名称と値のペアについてはDICOM Part6 Data Dictionaryに記載されている。さらに、情報体の中のタグ情報の用途についてはDICOM Part 3 Information Object Definitionsに記載されている。Number of Instances in StudyなどのDICOMにおける問い合わせモデルに関する情報は DICOM Part 4 Annex Cで参照できる。

最も単純な場合、ImagingStudyはDICOM query（例えばQIDO-RS）を行うことなく重要なDICOMタグ情報へのアクセスを提供する。一方で、DICOMの実画像情報などのインスタンスはImagingStudyリソースには保存されないため、この情報を保存するためにはDICOM WADO-RSサーバやほかのストレージ機能を利用する必要がある。 （FHIRではREST APIを用いることが想定されており，親和性の観点からはDICOM web accessの利用が想定される。）

ImagingStudyは一つのDICOM studyに対してのリファレンスであり、またそのスタディのサブセットに対する参照にも利用できる。一方で、複数のImagingStudyリソースが同じDICOM studyを参照することや，同じDICOM study内の異なるサブセット（シリーズ）を参照することもあり得る。

このプロファイルでは上記のようなDICOMに関連して用いられる ImagingStudyの用途がスコープであり、ImagingStudyの情報項目の１つを取り扱う際に、必要な要件を定義している。

2.1.3.2.1.2. 関連するプロファイル

このプロファイルは、以下のリソースに対して定義された各プロファイルから直接参照される可能性がある。

• Patient
• Encounter
• CarePlan
• Specimen
• Condition
• Location
• Procedure
• Endpoint
• Practitioner
• DiagnosticReport
• Observation

2.1.3.2.1.3. リソース定義

• リソース定義ページの参照

• リソース定義のダウンロード

2.1.3.2.1.3.1. 必須要素

次のデータ項目は必須（データが存在しなければならない）、あるいは、データが送信システムに存在する場合はサポートされなければならないことを意味する。（Must Support）。

2.1.3.2.1.3.1.1. 必須

ImagingStudyリソースは、次の要素を持たなければならない。

• status︓検査項目情報の状態は必須である。
• subject︓このリソースが示す検査項目が、どの患者のものかを示すため、このプロファイルでは参照するpatientリソースの定義を必須である。

2.1.3.2.1.3.1.2. MustSupport

ImagingStudyリソースは、以下をサポートしなければならない。

• 画像データが送信システムに存在する場合にはidentifier, modalityはサポートされなければならない。
• 画像データが送信システムにSeriesが存在する場合には, series.uid, series.modality, series.instance.uid, series.instance.sopClassはサポートされなければならない。
• 画像検査を行うためのオーダ情報が送信システムに存在する場合には, encouterとbasedOnはサポートされなければならない。

2.1.3.2.1.3.2. Extension定義

このプロファイルでは拡張定義は行っていない。

2.1.3.2.1.3.3. 用語定義

Path	定義	バインディング強度	バリューセット
ImagingStudy.modality	全シリーズで用いられているモダリティのリスト。(0008,0060), (0008, 0061)をOR条件で記述し、重複する値は１つにまとめて表現する。	Extensible	DICOM Part16 CID29 Acquisition Modality
ImagingStudy.series.modality	このシリーズのモダリティ	Extensible	DICOM Part16 CID29 Acquisition Modality
ImagingStudy.series.bodySite	このシリーズの撮像対象となった解剖学的部位	Example	DICOM Part16 Annex L

2.1.3.2.1.3.4. 制約一覧

このプロファイルでは制約定義は行っていない。

2.1.3.2.1.4. 利用方法

2.1.3.2.1.4.1. インタラクション一覧

コンフォーマンス	インタラクション
SHALL（必須）	search-type、read
SHOULD（推奨）	vread、history-instance
MAY（利用可能）	create、update、patch、delete、history-type

2.1.3.2.1.4.2. OperationおよびSearch Parameter 一覧

2.1.3.2.1.4.2.1. Search Parameter一覧

コンフォーマンス	パラメータ	型	例
SHOULD	subject(Patient)	reference	GET [base]/ImagingStudy?subject=Patient/123
SHOULD	subject,modality	reference,token	GET [base]/ImagingStudy?subject=Patient/123&modality=CT
SHOULD	subject,bodysite	reference,token	GET [base]/ImagingStudy?subject=Patient/123&bodysite=T-15460
SHOULD	subject,started	reference,date	GET [base]/ImagingStudy?subject=Patient/123&data=eq2021-06-25
SHOULD	subject,started,modality,bodysite	reference,date,token,token	GET [base]/ImagingStudy?subject=Patient/123&data=eq2021-06-18&modality=CT&bodysite=T-15460
SHOULD	encounter	reference	GET [base]/ImagingStudy?encounter=Encounter/456

2.1.3.2.1.4.2.2. 操作詳細

2.1.3.2.1.4.2.2.1. 必須検索パラメータ

次の検索パラメータは必須でサポートされなければならない。（SHALL） ImagingStudyリソースでは検索の多様性が求められるため、必須としての検索項目は定義していない。

2.1.3.2.1.4.2.2.2. 推奨検索パラメータ

次の検索パラメータはサポートすることが推奨される。（SHOULD）

1.患者中心での検索：対象患者（= Patientリソース）を条件とした検索をサポートすることが望ましい。

例：

2.モダリティ中心の検索：対象患者（= Patientリソース）と撮影に使用されたモダリティを条件とした検索をサポートすることが望ましい。

例：

3.部位中心の検索：対象患者（= Patientリソース）と撮影の対象となった撮影部位を条件とした検索をサポートすることが望ましい。

例：

4.日付中心の検索：対象患者（= Patientリソース）と撮影の日時を条件とした検索をサポートすることが望ましい。

例：

5.日付中心の検索：対象患者（= Patientリソース）と撮影の日時を条件とした検索をサポートすることが望ましい。

例：

6.複数の条件を組み合わせた検索：対象患者（= `Patient`リソース）、撮影の日時、撮影に使用されたモダリティ、撮影の対象となった撮影部位を条件とした検索をサポートすることが望ましい。

例：

7.来院情報中心の検索：来院情報（= `Encounter`リソース）を条件とした検索をサポートすることが望ましい。

例：

2.1.3.2.1.4.2.2.3. オプション検索パラメータ

このプロファイルではオプション検索パラメータ定義は行っていない。

2.1.3.2.1.4.2.3. Operation一覧

このプロファイルではオペレーション定義は行っていない。