内視鏡検査で取得または使用される画像、映像、音声に関わる情報。

製品またはシステムが管理する、施設内で画像（JPEG等）、映像（MPEG等）、音声ファイルなどのメディアを一意に識別するためのID。

他のシステムから依頼されたオーダ情報。

通常、依頼元となるServiceRequestリソースを参照する。他のシステムと連携していない場合は参照不要。

参照されるイベントの一部。

使用する場合は、基底にある Definition、Requirement、Comments の内容を参考に使用する。

メディアのステータス。

”completed” を指定する。

メディアの種類。

使用する場合は、メディアの種類を image, video, audio から選択する。

メディアを取得・撮影した装置（モダリティ）。

使用する場合、ImagingStudy同様”ES”を指定することが望ましい。

メディアのイメージングビュー（例：横方向、前後方向など）。

内視鏡では省略してよい。将来的にニーズが出てきた場合には検討する。

メディアの対象患者に関する情報。

JP Core Patientリソースを参照する。

このメディアが生成されるきっかけとなった情報。

JP Core Encounterリソースを参照する。

このメディアが生成された日時。

静止画の場合createdDateTime、ビデオ、音声の場合createdPeriodを指定する。

DiagnosticReportのStatusがFinalになった日時（レポート確定日時）。

内視鏡では、mediaが示すデータが単独でリソース化されることはない前提。

内視鏡検査の実施医。

内視鏡検査実施医の情報が入っているリソースを参照する。

このメディアが生成された理由。

内視鏡では省略してよい。

このメディアの対象となる解剖学的部位。

内視鏡では省略してよい。将来的にニーズが出てきた場合には検討する。

このメディアを生成した装置名。

原則機種名（スコープ）を記載する。デジカメの場合Exifヘッダの機種名とする。

メディアの収集に使用されるデバイス。

内視鏡では省略してよい。使用する場合には、参照するリソースで定義して使用する。

画像の高さ（ピクセル単位）（写真/ビデオ）。

使用する場合は、画像の高さ（ピクセル単位）（写真/ビデオ）を指定する。

画像の幅（ピクセル単位）（写真/ビデオ）。

使用する場合は、画像の幅（ピクセル単位）（写真/ビデオ）を指定する。

フレーム数。

EUSの場合など、フレーム数が1より大きいメディア（単一のメディアで複数のスライスを取得する画像取得コンテキスト）を扱う場合に使用する。

ビデオ映像・音声向けの、秒単位の録画・記録時間。

埋め込まれたメディアの実際のコンテンツ、またはメディアソースファイルへの直接参照。

メディアについてのコメント。

内視鏡検査で取得または使用される画像、映像、音声に関わる情報。

リソース構築時に遵守された一連のルールを指すものであり、コンテンツを処理する際に理解する必要があります。しばしば、特別なルールを定義する実装ガイドとその他のプロファイルなどを含むものです。

このルールセットを主張することで、取引先の限られた集団にしか内容を理解させることができず、長期的にはデータの有用性が制限されます。しかしながら、現存するヘルスエコシステムは高度に分断化しており、一般的に計算可能な形式でデータを定義、収集、交換する準備が整っていません。できる限り、実装者および/または仕様ライターはこの要素の使用を避けるべきです。使用する場合、URLは、そのナラティブとともに他のプロファイル、値セットなどを含む実装ガイドを定義する参照となります。

リソースの基本的な定義に含まれない、要素の理解や、それを含む要素の子孫の理解を修正する追加情報を表すためにも使用されることがあります。通常、修飾要素は否定や修飾を提供します。拡張機能の使用を安全で管理しやすくするために、拡張機能の定義と使用に対して厳格な統治が適用されます。実装者は拡張機能を定義することが許可されていますが、拡張機能の定義の一部として満たす必要がある要件があります。リソースを処理するアプリケーションは、修飾子拡張をチェックする必要があります。修飾子拡張は、リソースまたはドメインリソースの任意の要素の意味を変更してはなりません（修飾子拡張自体の意味も変更できません）。

どのようなアプリケーション、プロジェクト、または標準が拡張機能を使用しているかに関わらず、拡張機能の使用には決して汚名が付くわけではありません - それらを使用または定義する機関または管轄区域に関係なく。拡張機能の使用こそが、FHIR仕様を誰にとっても簡単なコアレベルで維持することを可能にします。

Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions.

製品またはシステムが管理する、施設内で画像（JPEG等）、映像（MPEG等）、音声ファイルなどのメディアを一意に識別するためのID。

"identifierのラベルと使用法によって、どの種類のidentifierであるかを判断することができます。"

他のシステムから依頼されたオーダ情報。

通常、依頼元となるServiceRequestリソースを参照する。他のシステムと連携していない場合は参照不要。

Allows tracing of authorization for the event and tracking whether proposals/recommendations were acted upon.

参照されるイベントの一部。

使用する場合は、基底にある Definition、Requirement、Comments の内容を参考に使用する。

E.g. Drug administration as part of a procedure, procedure as part of observation, etc.

メディアのステータス。

”completed” を指定する。

"イベントのライフサイクルの段階を識別するコード。"

メディアの種類。

使用する場合は、メディアの種類を image, video, audio から選択する。

高水準メディアカテゴリのコード。

Used for filtering what observations are retrieved and displayed.

メディアを取得・撮影した装置（モダリティ）。

使用する場合、ImagingStudy同様”ES”を指定することが望ましい。

メディアのイメージングビュー（例：横方向、前後方向など）。

内視鏡では省略してよい。将来的にニーズが出てきた場合には検討する。

画像を収集する際に使用される投影イメージングビュー。

メディアの対象患者に関する情報。

JP Core Patientリソースを参照する。

このメディアが生成されるきっかけとなった情報。

JP Core Encounterリソースを参照する。

Links the Media to the Encounter context.

このメディアが生成された日時。

静止画の場合createdDateTime、ビデオ、音声の場合createdPeriodを指定する。

DiagnosticReportのStatusがFinalになった日時（レポート確定日時）。

内視鏡では、mediaが示すデータが単独でリソース化されることはない前提。

内視鏡検査の実施医。

内視鏡検査実施医の情報が入っているリソースを参照する。

このメディアが生成された理由。

内視鏡では省略してよい。

メディアの理由。

このメディアの対象となる解剖学的部位。

内視鏡では省略してよい。将来的にニーズが出てきた場合には検討する。

解剖学的位置を記述するコード。左右対称性を含む場合があります。

このメディアを生成した装置名。

原則機種名（スコープ）を記載する。デジカメの場合Exifヘッダの機種名とする。

メディアの収集に使用されるデバイス。

内視鏡では省略してよい。使用する場合には、参照するリソースで定義して使用する。

画像の高さ（ピクセル単位）（写真/ビデオ）。

使用する場合は、画像の高さ（ピクセル単位）（写真/ビデオ）を指定する。

画像の幅（ピクセル単位）（写真/ビデオ）。

使用する場合は、画像の幅（ピクセル単位）（写真/ビデオ）を指定する。

フレーム数。

EUSの場合など、フレーム数が1より大きいメディア（単一のメディアで複数のスライスを取得する画像取得コンテキスト）を扱う場合に使用する。

ビデオ映像・音声向けの、秒単位の録画・記録時間。

録画が一時停止した場合、期間が発生期間と異なる場合があります。

埋め込まれたメディアの実際のコンテンツ、またはメディアソースファイルへの直接参照。

推奨コンテンツタイプ：image/jpeg、image/png、image/tiff、video/mpeg、audio/mp4、application/dicom。application/dicomには転送構文をパラメータとして含めることができます。時間をカバーするメディア（動画/音声）の場合、content.creationTimeは終了時間です。作成時間は追跡、バージョンの整理および検索に使用されます。

メディアについてのコメント。

観察、結論などに使用しないでください。代わりに、Media/ImagingStudyリソースに基づく[観察]を使用してください。

内視鏡検査で取得または使用される画像、映像、音声に関わる情報。

リソースのURLで使用される論理ID。一度割り当てられたら、この値は変更されません。

リソースにIDがないのは、作成操作を使用してサーバーに送信されているときだけです。

リソースに関するMetadata。これはインフラストラクチャによって維持されるコンテンツです。 コンテンツの変更は、リソースのバージョン変更と常に関連しているわけではありません。

リソース構築時に遵守された一連のルールを指すものであり、コンテンツを処理する際に理解する必要があります。しばしば、特別なルールを定義する実装ガイドとその他のプロファイルなどを含むものです。

このルールセットを主張することで、取引先の限られた集団にしか内容を理解させることができず、長期的にはデータの有用性が制限されます。しかしながら、現存するヘルスエコシステムは高度に分断化しており、一般的に計算可能な形式でデータを定義、収集、交換する準備が整っていません。できる限り、実装者および/または仕様ライターはこの要素の使用を避けるべきです。使用する場合、URLは、そのナラティブとともに他のプロファイル、値セットなどを含む実装ガイドを定義する参照となります。

リソースが書かれている基本言語。

言語はインデックスとアクセシビリティをサポートするために提供されます（通常、テキスト読み上げなどのサービスは言語タグを使用します）。物語のHTML言語タグは、物語に適用されます。リソース上の言語タグは、リソース内のデータから生成される他のプレゼンテーションの言語を指定するために使用できます。すべてのコンテンツが基本言語である必要はありません。Resource.languageは自動的に物語に適用されたと想定してはいけません。言語が指定されている場合、HTMLのdiv要素にも指定する必要があります（xml：langとhtml lang属性の関係に関する情報はHTML5の規則を参照）。

「人間の言語。」

リソースの要約を含む人が読めるナビゲーションであり、リソースの内容を人に表現するために使用できます。ナビゲーションはすべての構造化されたデータをエンコードする必要はありませんが、人間がナビゲーションを読むだけで「臨床的に安全」であるために十分な詳細を含む必要があります。リソース定義には、臨床的な安全性を確保するためにナビゲーションで表現する必要があるコンテンツが定義される場合があります。

含まれるリソースには説明がありません。含まれないリソースには説明が必要です。場合によっては、リソースが少量のデータしか含まず、テキストだけで表現されることがあります（minOccurs = 1要素がすべて満たされている限り）。これは、情報が「テキストの塊」としてキャプチャされるレガシーシステムからのデータや、テキストが生またはナレーションされて符号化された情報が後で追加される場合に必要な場合があります。

これらのリソースは、それらを含むリソースから独立した存在を持ちません。それらは独立して識別することはできず、独自の独立したトランザクション範囲を持つこともできません。

コンテンツが適切に識別できる場合には、これを行うべきではありません。識別が失われると、再び復元することは非常に困難であり（文脈に依存します）、メタ要素にプロファイルとタグを持つことができますが、セキュリティのラベルを持っていてはいけません。

リソースの基本的な定義の一部ではない追加情報を表すために使用することができます。拡張機能の使用を安全かつ管理可能にするために、定義と使用の一定のガバナンスが適用されます。実装者はどんな拡張機能でも定義できますが、拡張機能の定義の一部として満たす必要がある要件があります

どのようなアプリケーション、プロジェクト、または標準が拡張機能を使用しているかに関わらず、拡張機能の使用には決して汚名が付くわけではありません - それらを使用または定義する機関または管轄区域に関係なく。拡張機能の使用こそが、FHIR仕様を誰にとっても簡単なコアレベルで維持することを可能にします。

リソースの基本的な定義に含まれない、要素の理解や、それを含む要素の子孫の理解を修正する追加情報を表すためにも使用されることがあります。通常、修飾要素は否定や修飾を提供します。拡張機能の使用を安全で管理しやすくするために、拡張機能の定義と使用に対して厳格な統治が適用されます。実装者は拡張機能を定義することが許可されていますが、拡張機能の定義の一部として満たす必要がある要件があります。リソースを処理するアプリケーションは、修飾子拡張をチェックする必要があります。修飾子拡張は、リソースまたはドメインリソースの任意の要素の意味を変更してはなりません（修飾子拡張自体の意味も変更できません）。

どのようなアプリケーション、プロジェクト、または標準が拡張機能を使用しているかに関わらず、拡張機能の使用には決して汚名が付くわけではありません - それらを使用または定義する機関または管轄区域に関係なく。拡張機能の使用こそが、FHIR仕様を誰にとっても簡単なコアレベルで維持することを可能にします。

Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions.

製品またはシステムが管理する、施設内で画像（JPEG等）、映像（MPEG等）、音声ファイルなどのメディアを一意に識別するためのID。

"identifierのラベルと使用法によって、どの種類のidentifierであるかを判断することができます。"

他のシステムから依頼されたオーダ情報。

通常、依頼元となるServiceRequestリソースを参照する。他のシステムと連携していない場合は参照不要。

Allows tracing of authorization for the event and tracking whether proposals/recommendations were acted upon.

参照されるイベントの一部。

使用する場合は、基底にある Definition、Requirement、Comments の内容を参考に使用する。

E.g. Drug administration as part of a procedure, procedure as part of observation, etc.

メディアのステータス。

”completed” を指定する。

"イベントのライフサイクルの段階を識別するコード。"

メディアの種類。

使用する場合は、メディアの種類を image, video, audio から選択する。

高水準メディアカテゴリのコード。

Used for filtering what observations are retrieved and displayed.

メディアを取得・撮影した装置（モダリティ）。

使用する場合、ImagingStudy同様”ES”を指定することが望ましい。

メディアのイメージングビュー（例：横方向、前後方向など）。

内視鏡では省略してよい。将来的にニーズが出てきた場合には検討する。

画像を収集する際に使用される投影イメージングビュー。

メディアの対象患者に関する情報。

JP Core Patientリソースを参照する。

このメディアが生成されるきっかけとなった情報。

JP Core Encounterリソースを参照する。

Links the Media to the Encounter context.

このメディアが生成された日時。

静止画の場合createdDateTime、ビデオ、音声の場合createdPeriodを指定する。

DiagnosticReportのStatusがFinalになった日時（レポート確定日時）。

内視鏡では、mediaが示すデータが単独でリソース化されることはない前提。

内視鏡検査の実施医。

内視鏡検査実施医の情報が入っているリソースを参照する。

このメディアが生成された理由。

内視鏡では省略してよい。

メディアの理由。

このメディアの対象となる解剖学的部位。

内視鏡では省略してよい。将来的にニーズが出てきた場合には検討する。

解剖学的位置を記述するコード。左右対称性を含む場合があります。

このメディアを生成した装置名。

原則機種名（スコープ）を記載する。デジカメの場合Exifヘッダの機種名とする。

メディアの収集に使用されるデバイス。

内視鏡では省略してよい。使用する場合には、参照するリソースで定義して使用する。

画像の高さ（ピクセル単位）（写真/ビデオ）。

使用する場合は、画像の高さ（ピクセル単位）（写真/ビデオ）を指定する。

画像の幅（ピクセル単位）（写真/ビデオ）。

使用する場合は、画像の幅（ピクセル単位）（写真/ビデオ）を指定する。

フレーム数。

EUSの場合など、フレーム数が1より大きいメディア（単一のメディアで複数のスライスを取得する画像取得コンテキスト）を扱う場合に使用する。

ビデオ映像・音声向けの、秒単位の録画・記録時間。

録画が一時停止した場合、期間が発生期間と異なる場合があります。

埋め込まれたメディアの実際のコンテンツ、またはメディアソースファイルへの直接参照。

推奨コンテンツタイプ：image/jpeg、image/png、image/tiff、video/mpeg、audio/mp4、application/dicom。application/dicomには転送構文をパラメータとして含めることができます。時間をカバーするメディア（動画/音声）の場合、content.creationTimeは終了時間です。作成時間は追跡、バージョンの整理および検索に使用されます。

メディアについてのコメント。

観察、結論などに使用しないでください。代わりに、Media/ImagingStudyリソースに基づく[観察]を使用してください。