単一の一貫した意味の文脈を確立し、文書化するための論理的に一つにまとめられた医療に関連する情報のセットであり、文書化するためにはクリニカルな承認が必要である。コンポジションは、文書化するために必要な構造とナラティブコンテンツを定義しますが、コンポジションだけでは文書ではありません。代わりに、文書タイプ= documentのBundleの最初のエントリである必要があり、コンポジションから参照される他のリソース（患者、実行者、エンカウンタなど）はBundleの後続のエントリとして含まれている必要があります。

この仕様書の焦点は患者固有の臨床陳述にあるが、この資源は研究プロトコルの設計、医療請求書など、必ずしも患者固有の臨床的でない活動にも適用できます。

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

このルールセットを主張することで、取引先の限られた集団にしか内容を理解させることができず、長期的にはデータの有用性が制限されます。しかしながら、現存するヘルスエコシステムは高度に分断化しており、一般的に計算可能な形式でデータを定義、収集、交換する準備が整っていません。できる限り、実装者および/または仕様ライターはこの要素の使用を避けるべきです。使用する場合、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.

この文書のステータス。

もし作成物が取り下げられた場合、そのシリーズ内の作成物/文書やデータは、明らかに信用できないと指定されることなく、ユーザーに表示されることは決してないべきです。"entered-in-error"フラグは、この要素が他の要素の修飾子としてラベル付けされる理由です。

一部のレポート作業フローでは、最終文書の元のナラティブを変更しないで、新しいナラティブのみを追加する必要があります。作成リソースには、このビジネスルールが有効かどうかを明示的に示す明確なステータスがありません。必要に応じて、拡張機能で処理されます。

作成物のワークフロー/臨床的状況。

Need to be able to mark interim, amended, or withdrawn compositions or documents.

documentタイプのうち文書種別

構成タイプについては、LOINCは普及しており、HL7によって強く支持されています。多くの実装ガイドでは、特定のLOINCコードを必要とするか、LOINCを拡張バインディングとして使用します。

Key metadata element describing the composition, used in searching/filtering.

作文のタイプの分類 - インデックスや検索に役立ちます。これは、作文タイプで指定されたコードから暗示されるか、派生することができます。

これはXDS/MHDのMetadataフィールドです。

Helps humans to assess whether the composition is of interest when viewing an index of compositions or documents.

作品が誰か、または何についてのものか。作品は人物（患者または医療従事者）、装置（例：機械）または一群の主題（家畜の群れに関する文書や、共通の暴露を共有する患者のセットなど）についてのものであることもある。

臨床文書においては、通常患者が該当します。

Essential metadata for searching for the composition. Identifies who and/or what the composition/document is about.

この文書が関連する臨床面談やケアのタイプを説明します。

Provides context for the composition and supports searching.

作文の編集時間、著者によって最後に論理的に変更されたときです。

作成物の最終更新日は文書の日付よりも後になっている場合がありますが、変更されていない場合があります。

dateTime is used for tracking, organizing versions and searching. Note that this is the time of authoring. When packaged in a document, Bundle.timestamp is the date of packaging.

誰が作文の情報に責任を持つかを確認する。タイピングした人と必ずしも同じである必要はない。

Identifies who is responsible for the content.

構成物の公式人間可読ラベル

多くの構成物において、タイトルはテキストや構成型の表示名と同じです（例：「診察」「進行ノート」など）。 CDAではタイトルを必須としていませんが、タイトルを省略することが有用であるという事例はないため、ここでは必須です。この要件に関するフィードバックは、試用期間中に歓迎されます。

作成物の機密度レベルを指定するコード。

この要素の正確な使用方法、執行方法および高度に機密性の高い文書に関連する問題は、基本仕様の範囲外にあり、実装プロファイル（セキュリティセクションを参照）に委任されています。この要素は修飾子としてラベル付けされています。なぜなら、高度に機密性の高い文書を無視するような扱いを受けてはならないからです。

作成物の機密レベルを指定するコード。

構成物/文書の正確さを証明した参加者

各承認者を一度だけリストに挙げてください。

Identifies responsibility for the accuracy of the composition content.

構成/文書情報を維持し、アクセス可能にする責任を持つ組織またはグループを特定します。

これは文書が構成から派生している場合に便利であり、文書の最新バージョンを取得する方法についてのガイダンスを提供します。これは時にはオプションであり、作成システムによっては知られていない場合があるため、文脈から推測することができます。ただし、派生文書を扱う際にはこの情報を確認することが重要であるため、管理者を提供することが推奨されます。

Identifies where to go to find the current version, where to report issues, etc.

この作成物が既存の他の作成物や文書と持つ関係。

ドキュメントとは、バージョン固有の構成物である。

大腸内視鏡検査や虫垂切除などの臨床サービスが記録されること。

イベントは、タイプ要素に一貫性が必要ですが、必要に応じてさらなる情報を提供することができます。

Provides context for the composition and creates a linkage between a resource describing an event and the composition created describing the event.

作品を構成するセクションの根源。

基本的な要素の定義に含まれない追加情報を表すために使用されることがあり、それによって、その要素自体または取り込んでいる要素の子孫の理解を修正する。修飾子要素は通常、否定または修飾を提供します。拡張機能の安全で管理しやすい使用を実現するために、定義および使用に厳しいガバナンスセットが適用されています。どの実装者でも拡張機能を定義できますが、拡張機能の定義の一部として満たす必要がある要件があります。リソースを処理するアプリケーションは、修飾子拡張子をチェックする必要があります。

修飾子拡張機能は、リソースまたはドメインリソースの任意の要素の意味を変更してはなりません（修飾子拡張自体の意味を変更することもできません）。

どのようなアプリケーション、プロジェクト、または標準が拡張機能を使用しているかに関わらず、拡張機能の使用には決して汚名が付くわけではありません - それらを使用または定義する機関または管轄区域に関係なく。拡張機能の使用こそが、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.

この特定のセクションのラベル。これは文書のレンダリングされたコンテンツの一部となり、目次を作成するためにしばしば使用されます。

タイトルは人間の読者のためのセクションを識別します。タイトルは、セクションの対象となるリソースのナラティブに一貫性が必要です。通常、セクションにはタイトルが必要ですが、一部の文書では不要または不適切です。これは、サブセクションに独自の区別的なタイトルがあるセクション、または単一のセクションしか持たない文書の場合です。ほとんどの実装ガイドでは、セクションタイトルを必須要素にすることがあります。

Section headings are often standardized for different types of documents. They give guidance to humans on how the document is organized.

セクションに含まれるコンテンツの種類を識別するコードです。これはセクションタイトルと一致する必要があります。

そのコードは、文書の自動処理用のセクションを識別します。文書の構造を制御するためにプロファイルを使用する場合、これは特に関連しています。 もしセクションにサブセクションではなくコンテンツが含まれている場合、セクションコードは、セクションコードの注釈にあるリソースの意味や解釈を変更しません。

作品/文書の一部の分類。

Provides computable standardized labels to topics within the document.

「このセクションの情報の責任者を識別することであり、入力した人ではない」という意味です。

Identifies who is responsible for the content.

セクションの実際のフォーカスは、作成物の主題ではなく、代わりに(患者の主題の場合)配偶者、親、胎児、あるいはドナーなどの何かまたは誰かを表すときのことです。フォーカスが指定されていない場合、フォーカスは親セクションのフォーカス、または作成物自体の主題になるものと仮定されます。フォーカスを持つセクションには、論理的な主体（患者、主題、フォーカスなど）がセクションのフォーカスに一致するリソースしか含まれません。または論理的な主体（少数のリソース）が存在しない場合にも含まれます。

通常、文書のセクションは、その文書の対象である患者、または患者グループ、場所、機器などに関するものです。一部の文書においては、いくつかのセクションには関連するエンティティに関するデータが実際に含まれています。典型的な例は、母親に関する新生児退院の要約のセクションや、各家族メンバーについてのセクションを含む家族歴の文書などがありますが、その他の例もあります。

セクションエントリー内のアイテムに適用される順序を指定します。

アプリケーションは提供された順序で順序付きリストを描画する必要がありますが、ユーザーが自分の好みに基づいて再順序付けすることもできます。順序が指定されていない場合、順序は不明ですが、それでも何らかの順序がある可能性があります。

「エントリーに含まれるアイテムにはどのような順序が適用されますか？」

Important for presentation and rendering. Lists may be sorted to place more important information first or to group related entries.

"このセクションの物語の出典となる実際のリソースへの言及。"

もしリストにエントリーがなければ、空の理由を提供する必要があります。

リソースリファレンスに加えてリソースを識別するプレーンテキストの叙述(Narative)。 / Plain text narrative that identifies the resource in addition to the resource reference.

これは通常、参照されるリソースのリソース.textと同じではありません。目的は、参照されているものを完全に説明するのではなく、特定することです。 / This is generally not the same as the Resource.text of the referenced resource. The purpose is to identify what's being referenced, not to fully describe it.

このセクション内の入れ子のサブセクション。

ネスティングされたセクションは、主に人間の読者がドキュメントの特定の部分に移動するのを助けるために使用されます。

単一の一貫した意味の文脈を確立し、文書化するための論理的に一つにまとめられた医療に関連する情報のセットであり、文書化するためにはクリニカルな承認が必要である。コンポジションは、文書化するために必要な構造とナラティブコンテンツを定義しますが、コンポジションだけでは文書ではありません。代わりに、文書タイプ= documentのBundleの最初のエントリである必要があり、コンポジションから参照される他のリソース（患者、実行者、エンカウンタなど）はBundleの後続のエントリとして含まれている必要があります。

この仕様書の焦点は患者固有の臨床陳述にあるが、この資源は研究プロトコルの設計、医療請求書など、必ずしも患者固有の臨床的でない活動にも適用できます。

リソースの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.

作曲のバージョンに依存しないidentifier。このidentifierは、作曲が時間の経過とともに変更されても一定のままです。

ClinicalDocument/setId in CDA に類似したもの。これらがどのように関連するかについては、リソース定義の議論を参照してください。

この文書のステータス。

もし作成物が取り下げられた場合、そのシリーズ内の作成物/文書やデータは、明らかに信用できないと指定されることなく、ユーザーに表示されることは決してないべきです。"entered-in-error"フラグは、この要素が他の要素の修飾子としてラベル付けされる理由です。

一部のレポート作業フローでは、最終文書の元のナラティブを変更しないで、新しいナラティブのみを追加する必要があります。作成リソースには、このビジネスルールが有効かどうかを明示的に示す明確なステータスがありません。必要に応じて、拡張機能で処理されます。

作成物のワークフロー/臨床的状況。

Need to be able to mark interim, amended, or withdrawn compositions or documents.

documentタイプのうち文書種別

構成タイプについては、LOINCは普及しており、HL7によって強く支持されています。多くの実装ガイドでは、特定のLOINCコードを必要とするか、LOINCを拡張バインディングとして使用します。

Key metadata element describing the composition, used in searching/filtering.

作文のタイプの分類 - インデックスや検索に役立ちます。これは、作文タイプで指定されたコードから暗示されるか、派生することができます。

これはXDS/MHDのMetadataフィールドです。

Helps humans to assess whether the composition is of interest when viewing an index of compositions or documents.

作品が誰か、または何についてのものか。作品は人物（患者または医療従事者）、装置（例：機械）または一群の主題（家畜の群れに関する文書や、共通の暴露を共有する患者のセットなど）についてのものであることもある。

臨床文書においては、通常患者が該当します。

Essential metadata for searching for the composition. Identifies who and/or what the composition/document is about.

この文書が関連する臨床面談やケアのタイプを説明します。

Provides context for the composition and supports searching.

作文の編集時間、著者によって最後に論理的に変更されたときです。

作成物の最終更新日は文書の日付よりも後になっている場合がありますが、変更されていない場合があります。

dateTime is used for tracking, organizing versions and searching. Note that this is the time of authoring. When packaged in a document, Bundle.timestamp is the date of packaging.

誰が作文の情報に責任を持つかを確認する。タイピングした人と必ずしも同じである必要はない。

Identifies who is responsible for the content.

構成物の公式人間可読ラベル

多くの構成物において、タイトルはテキストや構成型の表示名と同じです（例：「診察」「進行ノート」など）。 CDAではタイトルを必須としていませんが、タイトルを省略することが有用であるという事例はないため、ここでは必須です。この要件に関するフィードバックは、試用期間中に歓迎されます。

作成物の機密度レベルを指定するコード。

この要素の正確な使用方法、執行方法および高度に機密性の高い文書に関連する問題は、基本仕様の範囲外にあり、実装プロファイル（セキュリティセクションを参照）に委任されています。この要素は修飾子としてラベル付けされています。なぜなら、高度に機密性の高い文書を無視するような扱いを受けてはならないからです。

作成物の機密レベルを指定するコード。

構成物/文書の正確さを証明した参加者

各承認者を一度だけリストに挙げてください。

Identifies responsibility for the accuracy of the composition content.

構成/文書情報を維持し、アクセス可能にする責任を持つ組織またはグループを特定します。

これは文書が構成から派生している場合に便利であり、文書の最新バージョンを取得する方法についてのガイダンスを提供します。これは時にはオプションであり、作成システムによっては知られていない場合があるため、文脈から推測することができます。ただし、派生文書を扱う際にはこの情報を確認することが重要であるため、管理者を提供することが推奨されます。

Identifies where to go to find the current version, where to report issues, etc.

この作成物が既存の他の作成物や文書と持つ関係。

ドキュメントとは、バージョン固有の構成物である。

大腸内視鏡検査や虫垂切除などの臨床サービスが記録されること。

イベントは、タイプ要素に一貫性が必要ですが、必要に応じてさらなる情報を提供することができます。

Provides context for the composition and creates a linkage between a resource describing an event and the composition created describing the event.

作品を構成するセクションの根源。

リソース内の要素の固有ID（内部参照用）。これは、スペースを含まない任意の文字列値である可能性があります。

要素の基本的な定義に含まれない追加情報を表すために使用されることがあります。拡張機能の使用を安全かつ管理しやすくするために、定義および使用に適用される厳格なガバナンスのセットがあります。実装者は拡張機能を定義できますが、拡張機能の定義の一部として満たす必要のある要件のセットがあります。

どのようなアプリケーション、プロジェクト、または標準が拡張機能を使用しているかに関わらず、拡張機能の使用には決して汚名が付くわけではありません - それらを使用または定義する機関または管轄区域に関係なく。拡張機能の使用こそが、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.

この特定のセクションのラベル。これは文書のレンダリングされたコンテンツの一部となり、目次を作成するためにしばしば使用されます。

タイトルは人間の読者のためのセクションを識別します。タイトルは、セクションの対象となるリソースのナラティブに一貫性が必要です。通常、セクションにはタイトルが必要ですが、一部の文書では不要または不適切です。これは、サブセクションに独自の区別的なタイトルがあるセクション、または単一のセクションしか持たない文書の場合です。ほとんどの実装ガイドでは、セクションタイトルを必須要素にすることがあります。

Section headings are often standardized for different types of documents. They give guidance to humans on how the document is organized.

セクションに含まれるコンテンツの種類を識別するコードです。これはセクションタイトルと一致する必要があります。

そのコードは、文書の自動処理用のセクションを識別します。文書の構造を制御するためにプロファイルを使用する場合、これは特に関連しています。 もしセクションにサブセクションではなくコンテンツが含まれている場合、セクションコードは、セクションコードの注釈にあるリソースの意味や解釈を変更しません。

作品/文書の一部の分類。

Provides computable standardized labels to topics within the document.

「このセクションの情報の責任者を識別することであり、入力した人ではない」という意味です。

Identifies who is responsible for the content.

セクションの実際のフォーカスは、作成物の主題ではなく、代わりに(患者の主題の場合)配偶者、親、胎児、あるいはドナーなどの何かまたは誰かを表すときのことです。フォーカスが指定されていない場合、フォーカスは親セクションのフォーカス、または作成物自体の主題になるものと仮定されます。フォーカスを持つセクションには、論理的な主体（患者、主題、フォーカスなど）がセクションのフォーカスに一致するリソースしか含まれません。または論理的な主体（少数のリソース）が存在しない場合にも含まれます。

通常、文書のセクションは、その文書の対象である患者、または患者グループ、場所、機器などに関するものです。一部の文書においては、いくつかのセクションには関連するエンティティに関するデータが実際に含まれています。典型的な例は、母親に関する新生児退院の要約のセクションや、各家族メンバーについてのセクションを含む家族歴の文書などがありますが、その他の例もあります。

人が理解しやすい物語形式で、セクションの確認されたコンテンツを含み、人間がリソースのコンテンツを表現するために使用されます。この物語には、すべての構造化データをエンコードする必要はありませんが、人間が物語を読んで十分に「臨床的に安全」であるために、十分な詳細を含む必要があります。

文書プロファイルは、臨床的安全性を確保するために、物語に表現すべき内容を定義することができます。

エントリーリストの作成方法 – それが継続的に維持されるのに適した作業リスト(working)であるか、別のソースからのアイテムのリストのスナップショット(snapshot)を表すか、またはアイテムが追加、変更、削除されることができる作成済みのリスト(changes)であるかを示す。

「変更リストが完全なリストと誤解されることを防ぐため、この要素は修飾子としてラベル付けされます。」

このセクションに適用される処理モード。 (Kono sekushon ni tekiyō sareru shori mōdo.)

Sections are used in various ways, and it must be known in what way it is safe to use the entries in them.

セクションエントリー内のアイテムに適用される順序を指定します。

アプリケーションは提供された順序で順序付きリストを描画する必要がありますが、ユーザーが自分の好みに基づいて再順序付けすることもできます。順序が指定されていない場合、順序は不明ですが、それでも何らかの順序がある可能性があります。

「エントリーに含まれるアイテムにはどのような順序が適用されますか？」

Important for presentation and rendering. Lists may be sorted to place more important information first or to group related entries.

"このセクションの物語の出典となる実際のリソースへの言及。"

もしリストにエントリーがなければ、空の理由を提供する必要があります。

リソース内の要素の一意のID（内部参照用）。これは、スペースを含まない文字列値である場合があります。 / Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.

要素の基本的な定義の一部ではない追加情報を表すために使用できます。拡張機能を安全で管理しやすくするために、拡張機能の定義と使用に適用される厳格なガバナンスセットがあります。実装者は拡張機能を定義できますが、拡張機能の定義の一部として満たされる一連の要件があります。 / May be used to represent additional information that is not part of the basic definition of the element. 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.

拡張機能を使用または定義する機関や管轄権に関係なく、アプリケーション、プロジェクト、または標準による拡張機能の使用に関連するスティグマはありません。拡張機能の使用は、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.

他のリソースが見つかった場所への参照。参照は相対的な参照である場合があります。この場合、それはサービスベースURLまたはリソースが見つかった場所に解決する絶対URLに関連しています。参照はバージョン固有のかどうかです。参照がFHIR Restfulサーバーへのものではない場合は、バージョンに固有のものであると想定する必要があります。内部フラグメント参照（ '＃'で開始）含まれるリソースを参照してください。 / A reference to a location at which the other resource is found. The reference may be a relative reference, in which case it is relative to the service base URL, or an absolute URL that resolves to the location where the resource is found. The reference may be version specific or not. If the reference is not to a FHIR RESTful server, then it should be assumed to be version specific. Internal fragment references (start with '#') refer to contained resources.

絶対URLを使用すると、クラウド/Webコンテキストに適した安定したスケーラブルなアプローチが提供されますが、相対的/論理的な参照を使用すると、閉じたエコシステムの境界を横切る際に使用するのに適した柔軟なアプローチが提供されます。絶対URLは、FHIR Restfulサーバーを指す必要はありませんが、これは好ましいアプローチです。URLが構造 "/[type]/[id]"に適合している場合、参照がFHIR Restfulサーバーへの参照であると想定する必要があります。 / Using absolute URLs provides a stable scalable approach suitable for a cloud/web context, while using relative/logical references provides a flexible approach suitable for use when trading across closed eco-system boundaries. Absolute URLs do not need to point to a FHIR RESTful server, though this is the preferred approach. If the URL conforms to the structure "/[type]/[id]" then it should be assumed that the reference is to a FHIR RESTful server.

参照のターゲットの予想タイプ。reference.typeとreference.Referenceが入力され、参照.ReferenceがFHIR URLである場合、どちらも一貫しているものとします。

このタイプは、このリファレンスが指すタイプであるリソース定義の標準URLです。参照は、http：//hl7.org/fhir/structuredefinition/に関連するURLです。「患者」はhttp://hl7.org/fhir/structuredefinition/patientへの参照です。絶対URLは、論理モデルでのみ許可されます（リソースではなく論理モデルの参照でのみ使用できます）。 / The expected type of the target of the reference. If both Reference.type and Reference.reference are populated and Reference.reference is a FHIR URL, both SHALL be consistent.

The type is the Canonical URL of Resource Definition that is the type this reference refers to. References are URLs that are relative to http://hl7.org/fhir/StructureDefinition/ e.g. "Patient" is a reference to http://hl7.org/fhir/StructureDefinition/Patient. Absolute URLs are only allowed for logical models (and can only be used in references in logical models, not resources).

この要素は、参照のターゲットのタイプを示すために使用されます。これは、他の要素の中で存在する（またはそうでない）使用される場合があります。場合によっては、ターゲットのタイプは、参照の検査（例：RESTFUL URL）または参照のターゲットを解決することによって決定される場合があります。タイプと参照の両方が提供されている場合、参照は指定したものと同じタイプのリソースに解決するものとします。 / This element is used to indicate the type of the target of the reference. This may be used which ever of the other elements are populated (or not). In some cases, the type of the target may be determined by inspection of the reference (e.g. a RESTful URL) or by resolving the target of the reference; if both the type and a reference is provided, the reference SHALL resolve to a resource of the same type as that specified.

AAリソース（または、論理モデルの場合、論理モデルのURI）。 / Aa resource (or, for logical models, the URI of the logical model).

ターゲットリソースのidentifier。これは、他のリソースを直接参照する方法がない場合に使用されます。これは、それが表すエンティティがFHIRサーバーを介して利用できないか、リソースの作成者が既知のidentifierを実際の場所に変換する方法がないためです。。Identifierが実際にFHIRインスタンスとして公開されているものを指し示すことを指し示す必要はありませんが、FHIRインスタンスとして公開されると予想されるビジネス概念を指し示し、その場合は参照によって許可されるFHIRリソースタイプ。 / An identifier for the target resource. This is used when there is no way to reference the other resource directly, either because the entity it represents is not available through a FHIR server, or because there is no way for the author of the resource to convert a known identifier to an actual location. There is no requirement that a Reference.identifier point to something that is actually exposed as a FHIR instance, but it SHALL point to a business concept that would be expected to be exposed as a FHIR instance, and that instance would need to be of a FHIR resource type allowed by the reference.

参照の代わりにidentifierが提供される場合、参照を処理するシステムは、identifierが使用されるビジネスコンテキストを理解している場合にのみidentifierを参照に解決できます。これはグローバル（たとえば、全国のidentifier）であることがありますが、しばしばそうではありません。このため、参照を使用して作業するために説明されている有用なメカニズム（たとえば、チェーン、含まれる）はありません。また、サーバーは参照を解決できるとは期待されていません。サーバーは、identifierベースの参照を触れずに受け入れ、それを解決し、それを拒否することができます - capabilitystatement.rest.resource.ReferencePolicyを参照してください。

identifierとリテラル参照の両方が提供される場合、リテラル参照が推奨されます。identifierがリテラルリファレンスと一致することを確認するために、リソースの処理リソースの処理が許可されていますが、必須ではありません -

論理参照を文字通り参照に変換するアプリケーションは、論理参照の存在を残すか、それを削除することを選択する場合があります。

参照は、FHIRリソースとして表現できる可能性のある構造を指すことを目的としていますが、実際のFHIRリソースインスタンスとして存在する必要はありません。 。identifierと呼ばれるコンテンツは、参照のために許可されているリソースタイプの制限によって暗示される論理的制約を満たす必要があります。たとえば、タイプが参照されている場合、薬物処方のidentifierを送信することは合法ではありません（観察|診断障害）。参照用のユースケースの1つは、FHIR表現が存在しない状況です（タイプが参照（任意）。 / When an identifier is provided in place of a reference, any system processing the reference will only be able to resolve the identifier to a reference if it understands the business context in which the identifier is used. Sometimes this is global (e.g. a national identifier) but often it is not. For this reason, none of the useful mechanisms described for working with references (e.g. chaining, includes) are possible, nor should servers be expected to be able resolve the reference. Servers may accept an identifier based reference untouched, resolve it, and/or reject it - see CapabilityStatement.rest.resource.referencePolicy.

When both an identifier and a literal reference are provided, the literal reference is preferred. Applications processing the resource are allowed - but not required - to check that the identifier matches the literal reference

Applications converting a logical reference to a literal reference may choose to leave the logical reference present, or remove it.

Reference is intended to point to a structure that can potentially be expressed as a FHIR resource, though there is no need for it to exist as an actual FHIR resource instance - except in as much as an application wishes to actual find the target of the reference. The content referred to be the identifier must meet the logical constraints implied by any limitations on what resource types are permitted for the reference. For example, it would not be legitimate to send the identifier for a drug prescription if the type were Reference(Observation|DiagnosticReport). One of the use-cases for Reference.identifier is the situation where no FHIR representation exists (where the type is Reference (Any).

リソースリファレンスに加えてリソースを識別するプレーンテキストの叙述(Narative)。 / Plain text narrative that identifies the resource in addition to the resource reference.

これは通常、参照されるリソースのリソース.textと同じではありません。目的は、参照されているものを完全に説明するのではなく、特定することです。 / This is generally not the same as the Resource.text of the referenced resource. The purpose is to identify what's being referenced, not to fully describe it.

"セクションが空の場合、セクションが空である理由。空のセクションには通常、空の理由を説明するテキストがあります。"

空白セクションの多様な理由は、その解釈に重要な意味を持ちます。このコードは、セクション全体の内容が抑制されている場合に使用するものであり、単一のアイテムが省略されている場合には、実装者はテキストノートまたはエントリにフラグを使用することを検討することができます。

もしセクションが空っぽなら、なぜ空っぽなのか。

Allows capturing things like "none exist" or "not asked" which can be important for most lists.

このセクション内の入れ子のサブセクション。

ネスティングされたセクションは、主に人間の読者がドキュメントの特定の部分に移動するのを助けるために使用されます。