「DICOMスタディインスタンスUIDやアクセッション番号のようなImagingStudyの識別子」

「DICOM Study Instance UIDのエンコーディングについては、[Imaging Study Implementation Notes]（imagingstudy.html＃notes）のディスカッションを参照してください。アクセッション番号はACSN識別子タイプを使用する必要があります。」

「ImagingStudyの現在の状態。」

「DICOMコンテキストグループ29（値セットOID 1.2.840.10008.6.1.19）にある、実際の取得モダリティであるすべてのシリーズモダリティ値のリスト。」

画像検査の被写体、通常患者。

「QAファントムはデバイスで記録できます。複数の対象（例えば、ネズミなど）はグループで記録できます。」

このImagingStudyが作成される医療イベント（例：患者と医療提供者の相互作用）.

これは通常、イベントが発生した出来事の中で発生しますが、公式の出会いの完了前または後に開始されることがありますが、出会いの文脈に関連している場合があります（例：入院前検査）。

研究が始まった日時。

この画像検査を実施する結果となった診断依頼のリスト。

「依頼 / 照会している医師。」

「誰がその研究を読み、画像やその他の内容を解釈したのか。」

研究のアクセス（例：クエリ、ビュー、または取得）を提供するネットワークサービス。DICOMエンドポイントの使用に関する情報については、実装ノートを参照してください。研究レベルエンドポイントは、同じEndpoint.connectionTypeを持つシリーズレベルエンドポイントによって上書きされない限り、研究内の各シリーズに適用されます。

典型的なエンドポイントタイプは、DICOM WADO-RSで、RESTful APIを使用してネイティブまたはレンダリング（例：JPG、PNG）形式のDICOMインスタンスを取得するために使用されます。DICOM WADO-URIは同様にネイティブまたはレンダリングインスタンスを取得できますが、HTTPクエリベースのアプローチを使用します。 DICOM QIDO-RSは、実際のインスタンスを取得せずにDICOM情報のRESTfulクエリを許可します。また、IHE Invoke Image Display（IID）は、画像ウェブビューアの標準呼び出しを提供します。

研究のシリーズ数。与えられたこの値は、リソースの可用性、セキュリティ、またはその他の要因により、このリソースが含むシリーズ要素の数よりも大きくなる場合があります。シリーズ要素が存在する場合は、この要素が存在する必要があります。

研究内のSOPインスタンスの数。提供される値は、リソースの可用性、セキュリティ、またはその他の要因により、このリソースが含むインスタンス要素の数よりも大きくなる場合があります。この要素は、任意のインスタンス要素が存在する場合に存在する必要があります。

このImagingStudyが一部であった手順。

"実行された手順タイプのコード。"

「ImagingStudyが行われた主要な物理的場所。」

「なぜイメージングスタディが依頼されたかを示す臨床状態の説明。」

この研究を正当化する存在を示す別の資源を示します。

DICOMの推奨マッピングに従い、この要素は「Study Description attribute (0008,1030)」から派生しています。画像検査に関する観察や所見は、別のリソース（「Observation」など）に記録するべきで、この要素には記録しないでください。

研究の画像管理者の説明。機関が作成した研究の説明または分類（コンポーネント）の実施。

それぞれの研究には、1つ以上の画像シリーズや他のコンテンツがあります。

シリーズのDICOMシリーズインスタンスUID。

「[DICOM PS3.3 C.7.3]を参照してください。(http://dicom.nema.org/medical/dicom/current/output/chtml/part03/sect_C.7.3.html)」

「このシリーズの数値識別子」(Kono shirīzu no suuchi shikibetsushi)

このシリーズの連続性のモダリティ。

「シリーズの説明。」

研究中のSOPインスタンスの数。与えられた値が、リソースの利用可能性、セキュリティ、またはその他の要因により、このリソースに含まれるインスタンス要素の数よりも大きくなる場合があります。この要素は、インスタンス要素が存在する場合にのみ存在する必要があります。

このシリーズにアクセスするためのネットワークサービス（クエリ、ビュー、または取得など）を提供しています。DICOMエンドポイントの使用方法に関する情報については、実装ノートを参照してください。シリーズレベルのエンドポイントが存在する場合、同じEndpoint.connectionTypeを持つスタディレベルのエンドポイントよりも優先されます。

調べた解剖学的構造。DICOMパート16附属書L（http://dicom.nema.org/medical/dicom/current/output/chtml/part16/chapter_L.html）を参照して、DICOMからSNOMED-CTのマッピングを確認してください。bodySiteには、撮影された身体部位の側方性を示す場合がありますが、その場合、ImagingStudy.series.lateralityの内容と一致する必要があります。

検査される（おそらくペアリングされた）解剖学的構造物の側性。例えば、左膝、両側の肺、または非ペアの腹部。もしあれば、ImagingStudy.series.bodySiteで示された任意の側性情報と一致する必要があります。

生検の全スライドイメージングのために撮影された試料。

シリーズが開始された日付と時間。

「シリーズを行った人またはものと、彼らがどのように関わっていたかを示しています。」

シリーズを実行した人が分かっていない場合、彼らの組織を記録することができます。患者または関係者がパフォーマーになることがあります。例:患者キャプチャイメージの場合。

"俳優のシリーズへの参加のタイプを区別する。"

「シリーズを行った人または物を示す。」

シリーズ内の単一のSOPインスタンス、例えばイメージまたはプレゼンテーションステート。

この画像または他のDICOMコンテンツのDICOM SOPインスタンスUID。

DICOM PS3.3 C.12.1を見てください。

DICOMインスタンスのタイプ。

シリーズ内のインスタンスの数。 (Shirīzu-nai no insutansu no kazu.)

インスタンスの説明。

特に、SR、プレゼンテーションステート、値マッピングなどの後継分析オブジェクトに関しては。

DICOM画像研究で生成されたコンテンツの表現。 研究には、共通の文脈で収集または生成されたサービスオブジェクトペアインスタンス（SOPインスタンス - 画像またはその他のデータ）のセットで構成される一連のシリーズが含まれます。 シリーズは1つのモダリティのみ（X線、CT、MR、超音波など）、研究には複数の異なるモダリティのシリーズが含まれる場合があります。

リソースが構築されたときに従った一連のルールへの参照。コンテンツの処理時に理解する必要があります。多くの場合、これは他のプロファイルなどとともに特別なルールを定義する実装ガイドへの参照です。 / A reference to a set of rules that were followed when the resource was constructed, and which must be understood when processing the content. Often, this is a reference to an implementation guide that defines the special rules along with other profiles etc.

このルールセットを主張することは、コンテンツが限られた取引パートナーのセットによってのみ理解されることを制限します。これにより、本質的に長期的にデータの有用性が制限されます。ただし、既存の健康エコシステムは非常に破壊されており、一般的に計算可能な意味でデータを定義、収集、交換する準備ができていません。可能な限り、実装者や仕様ライターはこの要素の使用を避ける必要があります。多くの場合、使用する場合、URLは、これらの特別なルールを他のプロファイル、バリューセットなどとともに叙述(Narative)の一部として定義する実装ガイドへの参照です。 / Asserting this rule set restricts the content to be only understood by a limited set of trading partners. This inherently limits the usefulness of the data in the long term. However, the existing health eco-system is highly fractured, and not yet ready to define, collect, and exchange data in a generally computable sense. Wherever possible, implementers and/or specification writers should avoid using this element. Often, when used, the URL is a reference to an implementation guide that defines these special rules as part of it's narrative along with other profiles, value sets, etc.

リソースの基本的な定義の一部ではなく、それを含む要素の理解および/または含有要素の子孫の理解を変更するために使用される場合があります。通常、修飾子要素は否定または資格を提供します。拡張機能を安全で管理しやすくするために、拡張機能の定義と使用に適用される厳格なガバナンスセットがあります。実装者は拡張機能を定義することが許可されていますが、拡張機能の定義の一部として満たされる一連の要件があります。アプリケーションの処理リソースは、修飾子拡張機能をチェックする必要があります。

モディファイア拡張は、リソースまたはdomainResource上の要素の意味を変更してはなりません（修飾軸自体の意味を変更することはできません）。 / May be used to represent additional information that is not part of the basic definition of the resource and that modifies the understanding of the element that contains it and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

修飾子拡張機能により、安全に無視できる大部分の拡張機能と明確に区別できるように、安全に無視できない拡張機能が可能になります。これにより、実装者が拡張の存在を禁止する必要性を排除することにより、相互運用性が促進されます。詳細については、[修飾子拡張の定義]（拡張性.html＃modifierextension）を参照してください。 / 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.

拡張機能を使用または定義する機関や管轄権に関係なく、アプリケーション、プロジェクト、または標準による拡張機能の使用に関連するスティグマはありません。拡張機能の使用は、FHIR仕様がすべての人にコアレベルのシンプルさを保持できるようにするものです。 / There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

「DICOMスタディインスタンスUIDやアクセッション番号のようなImagingStudyの識別子」

If one or more series elements are present in the ImagingStudy, then there shall be one DICOM Study UID identifier (see DICOM PS 3.3 C.7.2.

「DICOM Study Instance UIDのエンコーディングについては、[Imaging Study Implementation Notes]（imagingstudy.html＃notes）のディスカッションを参照してください。アクセッション番号はACSN識別子タイプを使用する必要があります。」

「ImagingStudyの現在の状態。」

「ImagingStudyの状態。」

「不明」は「その他」を表すものではありません-定義された状態の1つが適用される必要があります。「不明」は、制作システムが現在の状態を確信できない場合に使用されます。」

「DICOMコンテキストグループ29（値セットOID 1.2.840.10008.6.1.19）にある、実際の取得モダリティであるすべてのシリーズモダリティ値のリスト。」

「インスタンスにおける取得データの種類。」

画像検査の被写体、通常患者。

「QAファントムはデバイスで記録できます。複数の対象（例えば、ネズミなど）はグループで記録できます。」

このImagingStudyが作成される医療イベント（例：患者と医療提供者の相互作用）.

これは通常、イベントが発生した出来事の中で発生しますが、公式の出会いの完了前または後に開始されることがありますが、出会いの文脈に関連している場合があります（例：入院前検査）。

研究が始まった日時。

この画像検査を実施する結果となった診断依頼のリスト。

To support grouped procedures (one imaging study supporting multiple ordered procedures, e.g. chest/abdomen/pelvis CT).

「依頼 / 照会している医師。」

「誰がその研究を読み、画像やその他の内容を解釈したのか。」

研究のアクセス（例：クエリ、ビュー、または取得）を提供するネットワークサービス。DICOMエンドポイントの使用に関する情報については、実装ノートを参照してください。研究レベルエンドポイントは、同じEndpoint.connectionTypeを持つシリーズレベルエンドポイントによって上書きされない限り、研究内の各シリーズに適用されます。

Access methods for viewing (e.g., IHE’s IID profile) or retrieving (e.g., DICOM’s WADO-URI and WADO-RS) the study or the study’s series or instances. The study-level baseLocation applies to each series in the study, unless overridden in series by a series-level baseLocation of the same type.

典型的なエンドポイントタイプは、DICOM WADO-RSで、RESTful APIを使用してネイティブまたはレンダリング（例：JPG、PNG）形式のDICOMインスタンスを取得するために使用されます。DICOM WADO-URIは同様にネイティブまたはレンダリングインスタンスを取得できますが、HTTPクエリベースのアプローチを使用します。 DICOM QIDO-RSは、実際のインスタンスを取得せずにDICOM情報のRESTfulクエリを許可します。また、IHE Invoke Image Display（IID）は、画像ウェブビューアの標準呼び出しを提供します。

研究のシリーズ数。与えられたこの値は、リソースの可用性、セキュリティ、またはその他の要因により、このリソースが含むシリーズ要素の数よりも大きくなる場合があります。シリーズ要素が存在する場合は、この要素が存在する必要があります。

研究内のSOPインスタンスの数。提供される値は、リソースの可用性、セキュリティ、またはその他の要因により、このリソースが含むインスタンス要素の数よりも大きくなる場合があります。この要素は、任意のインスタンス要素が存在する場合に存在する必要があります。

このImagingStudyが一部であった手順。

"実行された手順タイプのコード。"

「ImagingStudyが行われた主要な物理的場所。」

Ties the event to where the records are likely kept and provides context around the event occurrence (e.g. if it occurred inside or outside a dedicated healthcare setting).

「なぜイメージングスタディが依頼されたかを示す臨床状態の説明。」

この研究を正当化する存在を示す別の資源を示します。

DICOMの推奨マッピングに従い、この要素は「Study Description attribute (0008,1030)」から派生しています。画像検査に関する観察や所見は、別のリソース（「Observation」など）に記録するべきで、この要素には記録しないでください。

研究の画像管理者の説明。機関が作成した研究の説明または分類（コンポーネント）の実施。

それぞれの研究には、1つ以上の画像シリーズや他のコンテンツがあります。

要素の基本的な定義の一部ではなく、それが含まれている要素の理解、および/または含まれる要素の子孫の理解を変更するために使用される場合があります。通常、修飾子要素は否定または資格を提供します。拡張機能を安全で管理しやすくするために、拡張機能の定義と使用に適用される厳格なガバナンスセットがあります。実装者は拡張機能を定義できますが、拡張機能の定義の一部として満たされる一連の要件があります。アプリケーションの処理リソースは、修飾子拡張機能をチェックする必要があります。

モディファイア拡張は、リソースまたはdomainResource上の要素の意味を変更してはなりません（修飾軸自体の意味を変更することはできません）。 / May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

修飾子拡張機能により、安全に無視できる大部分の拡張機能と明確に区別できるように、安全に無視できない拡張機能が可能になります。これにより、実装者が拡張の存在を禁止する必要性を排除することにより、相互運用性が促進されます。詳細については、[修飾子拡張の定義]（拡張性.html＃modifierextension）を参照してください。 / 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.

拡張機能を使用または定義する機関や管轄権に関係なく、アプリケーション、プロジェクト、または標準による拡張機能の使用に関連するスティグマはありません。拡張機能の使用は、FHIR仕様がすべての人にコアレベルのシンプルさを保持できるようにするものです。 / There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

シリーズのDICOMシリーズインスタンスUID。

DICOM Series Instance UID.

「[DICOM PS3.3 C.7.3]を参照してください。(http://dicom.nema.org/medical/dicom/current/output/chtml/part03/sect_C.7.3.html)」

「このシリーズの数値識別子」(Kono shirīzu no suuchi shikibetsushi)

このシリーズの連続性のモダリティ。

「インスタンスにおける取得データの種類。」

「シリーズの説明。」

研究中のSOPインスタンスの数。与えられた値が、リソースの利用可能性、セキュリティ、またはその他の要因により、このリソースに含まれるインスタンス要素の数よりも大きくなる場合があります。この要素は、インスタンス要素が存在する場合にのみ存在する必要があります。

このシリーズにアクセスするためのネットワークサービス（クエリ、ビュー、または取得など）を提供しています。DICOMエンドポイントの使用方法に関する情報については、実装ノートを参照してください。シリーズレベルのエンドポイントが存在する場合、同じEndpoint.connectionTypeを持つスタディレベルのエンドポイントよりも優先されます。

Access methods for retrieving (e.g., DICOM’s WADO-URI and WADO-RS) the series or the series’ instances. A baseLocation specified at the series level has precedence over a baseLocation of the same type specified at the study level.

典型的なエンドポイントタイプには、レストフルAPIを使用してネイティブまたはレンダリング（例：JPG、PNG）形式のDICOMインスタンスを取得するために使用されるDICOM WADO-RSが含まれ、HTTPクエリベースのアプローチを使用して同様のネイティブまたはレンダリングインスタンスを取得することができるDICOM WADO-URIが含まれ、DICOM情報のRESTfulクエリを可能にするDICOM QIDO-RSが含まれます。

調べた解剖学的構造。DICOMパート16附属書L（http://dicom.nema.org/medical/dicom/current/output/chtml/part16/chapter_L.html）を参照して、DICOMからSNOMED-CTのマッピングを確認してください。bodySiteには、撮影された身体部位の側方性を示す場合がありますが、その場合、ImagingStudy.series.lateralityの内容と一致する必要があります。

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

検査される（おそらくペアリングされた）解剖学的構造物の側性。例えば、左膝、両側の肺、または非ペアの腹部。もしあれば、ImagingStudy.series.bodySiteで示された任意の側性情報と一致する必要があります。

「適用される部位の側性を示すコード（左側、右側など）」

生検の全スライドイメージングのために撮影された試料。

シリーズが開始された日付と時間。

「シリーズを行った人またはものと、彼らがどのように関わっていたかを示しています。」

The performer is recorded at the series level, since each series in a study may be performed by a different performer, at different times, and using different devices. A series may be performed by multiple performers.

シリーズを実行した人が分かっていない場合、彼らの組織を記録することができます。患者または関係者がパフォーマーになることがあります。例:患者キャプチャイメージの場合。

要素の基本的な定義の一部ではなく、それが含まれている要素の理解、および/または含まれる要素の子孫の理解を変更するために使用される場合があります。通常、修飾子要素は否定または資格を提供します。拡張機能を安全で管理しやすくするために、拡張機能の定義と使用に適用される厳格なガバナンスセットがあります。実装者は拡張機能を定義できますが、拡張機能の定義の一部として満たされる一連の要件があります。アプリケーションの処理リソースは、修飾子拡張機能をチェックする必要があります。

モディファイア拡張は、リソースまたはdomainResource上の要素の意味を変更してはなりません（修飾軸自体の意味を変更することはできません）。 / May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

修飾子拡張機能により、安全に無視できる大部分の拡張機能と明確に区別できるように、安全に無視できない拡張機能が可能になります。これにより、実装者が拡張の存在を禁止する必要性を排除することにより、相互運用性が促進されます。詳細については、[修飾子拡張の定義]（拡張性.html＃modifierextension）を参照してください。 / 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.

拡張機能を使用または定義する機関や管轄権に関係なく、アプリケーション、プロジェクト、または標準による拡張機能の使用に関連するスティグマはありません。拡張機能の使用は、FHIR仕様がすべての人にコアレベルのシンプルさを保持できるようにするものです。 / There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

"俳優のシリーズへの参加のタイプを区別する。"

「パフォーマーの関与のタイプ」

Allows disambiguation of the types of involvement of different performers.

「シリーズを行った人または物を示す。」

シリーズ内の単一のSOPインスタンス、例えばイメージまたはプレゼンテーションステート。

要素の基本的な定義の一部ではなく、それが含まれている要素の理解、および/または含まれる要素の子孫の理解を変更するために使用される場合があります。通常、修飾子要素は否定または資格を提供します。拡張機能を安全で管理しやすくするために、拡張機能の定義と使用に適用される厳格なガバナンスセットがあります。実装者は拡張機能を定義できますが、拡張機能の定義の一部として満たされる一連の要件があります。アプリケーションの処理リソースは、修飾子拡張機能をチェックする必要があります。

モディファイア拡張は、リソースまたはdomainResource上の要素の意味を変更してはなりません（修飾軸自体の意味を変更することはできません）。 / May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

修飾子拡張機能により、安全に無視できる大部分の拡張機能と明確に区別できるように、安全に無視できない拡張機能が可能になります。これにより、実装者が拡張の存在を禁止する必要性を排除することにより、相互運用性が促進されます。詳細については、[修飾子拡張の定義]（拡張性.html＃modifierextension）を参照してください。 / 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.

拡張機能を使用または定義する機関や管轄権に関係なく、アプリケーション、プロジェクト、または標準による拡張機能の使用に関連するスティグマはありません。拡張機能の使用は、FHIR仕様がすべての人にコアレベルのシンプルさを保持できるようにするものです。 / There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

この画像または他のDICOMコンテンツのDICOM SOPインスタンスUID。

DICOM SOP Instance UID.

DICOM PS3.3 C.12.1を見てください。

DICOMインスタンスのタイプ。

インスタンスのSOPクラス。

シリーズ内のインスタンスの数。 (Shirīzu-nai no insutansu no kazu.)

インスタンスの説明。

特に、SR、プレゼンテーションステート、値マッピングなどの後継分析オブジェクトに関しては。