1人または複数の医療従事者が特定の患者、グループ、またはコミュニティに一定期間ケアを提供する意図を述べ、特定の状態または一連の状態に限定される場合がある。

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

本プロファイルを識別するURLとバージョンを指定する。http://e-path.jp/fhir/ePath/StructureDefinitionEPathCarePlanEvent|x.y.z を設定する。

これらの主張が時間の経過に伴って検証または更新される方法と、それらを決定するサーバーや他の基盤に任されます。プロファイルURLのリストは1セットです。

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

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

An Extension

病日

パスステップにおける回数目

パスステップの名称。

パスステップにおける患者の入院・外来を表す区分。 付録1. コード一覧「入外区分」より設定する。 例）I：入院、O：外来

同一ステップ回数目での起算日となる日付を設定する。

起点となる日の種別。 1:前回イベント 2:適用開始日（パス開始日） 3:指定日付

種別が3:指定日付のケースにおいて、パス状態が「適用後」の場合は指定起点日の設定値が起点日を表し、パス状態が「疾患別」または「施設別」の場合は起点となる日をパス開始日から指定起点病日の経過日で求める形で表現する。

起点日種別が3:指定日付の場合に、起点となる日をパス開始日からの病日で設定する。

起点日種別が3:指定日付の場合に指定する起点となる日を設定する。

許容経過日数条件指定許容日数期間下限値

許容経過日数条件指定許容日数期間上限値

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

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

「パフォーマーまたはその他のシステムによって割り当てられたこのケアプランのビジネス識別子は、リソースが更新され、サーバからサーバへ伝播する際に一定のままであります。」

これはビジネス識別子であり、リソース識別子ではありません（[discussion]（resource.html＃identifiers）を参照）。 識別子が単一のリソースインスタンスにのみ表示されることが最善の方法ですが、ビジネス上の実践によっては、同じ識別子を持つ複数のリソースインスタンスが存在する場合があります。 たとえば、複数の患者と個人リソースインスタンスが同じ社会保険番号を共有する場合があります。

Allows identification of the care plan as it is known by various participating systems and in a way that remains consistent across servers.

リソース一意識別子（イベント）

これはビジネス識別子であり、リソース識別子ではありません（[discussion]（resource.html＃identifiers）を参照）。 識別子が単一のリソースインスタンスにのみ表示されることが最善の方法ですが、ビジネス上の実践によっては、同じ識別子を持つ複数のリソースインスタンスが存在する場合があります。 たとえば、複数の患者と個人リソースインスタンスが同じ社会保険番号を共有する場合があります。

Allows identification of the care plan as it is known by various participating systems and in a way that remains consistent across servers.

この識別子の目的。 / The purpose of this identifier.

アプリケーションは、識別子が一時的なものであると明示的に言っていない限り、永続的であると想定できます。 / Applications can assume that an identifier is permanent unless it explicitly says that it is temporary.

既知の場合、この識別子の目的を識別します。 / Identifies the purpose for this identifier, if known .

特定の使用のコンテキストが一連の識別子の中から選択される適切な識別子を許可します。 / Allows the appropriate identifier for a particular context of use to be selected from among a set of identifiers.

固定値 http://e-path.jp/fhir/ePath/IdSystem/event-id を設定する。

識別子。システムは常にケースに敏感です。 / Identifier.system is always case sensitive.

識別子のセットがたくさんあります。2つの識別子を一致させるには、どのセットを扱っているかを知る必要があります。システムは、特定の一意の識別子セットを識別します。 / There are many sets of identifiers. To perform matching of two identifiers, we need to know what set we're dealing with. The system identifies a particular set of unique identifiers.

医療機関コード、適用時パス識別子、病日[-パスステップ]を半角ピリオド"."で連結したものを設定する。イベント識別子は、病日、パスステップを半角ハイフン"-"で連結し、生成する。

値が完全なURIの場合、システムはurn：ietf：rfc：3986でなければなりません。値の主な目的は、計算マッピングです。その結果、比較目的で正規化される可能性があります（例えば、有意でない白文字、ダッシュなどの削除）ヒューマンディスプレイ用の値は、[レンダリングされた値拡張]（拡張レンダリングValue.html）を使用して伝達できます。識別子。価値は、識別子の知識を使用しない限り、ケースに敏感なものとして扱われます。システムにより、プロセッサーは、非セイズに固有の処理が安全であると確信できます。 / If the value is a full URI, then the system SHALL be urn:ietf:rfc:3986. The value's primary purpose is computational mapping. As a result, it may be normalized for comparison purposes (e.g. removing non-significant whitespace, dashes, etc.) A value formatted for human display can be conveyed using the Rendered Value extension. Identifier.value is to be treated as case sensitive unless knowledge of the Identifier.system allows the processer to be confident that non-case-sensitive processing is safe.

「この特定の介護計画が構成要素またはステップである、より大規模な介護計画」

それぞれのケアプランは独立したリクエストであり、他のケアプランの一部になることが問題を引き起こすことがあるため、この要素についてはまだ議論中です。

リソース一意識別子（パス）

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

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

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

参照は、FHIRリソースとして表現できる可能性のある構造を指すことを目的としていますが、実際のFHIRリソースインスタンスとして存在する必要はありません。 。識別子と呼ばれるコンテンツは、参照のために許可されているリソースタイプの制限によって暗示される論理的制約を満たす必要があります。たとえば、タイプが参照されている場合、薬物処方の識別子を送信することは合法ではありません（観察|診断障害）。参照用のユースケースの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).

この識別子の目的。 / The purpose of this identifier.

アプリケーションは、識別子が一時的なものであると明示的に言っていない限り、永続的であると想定できます。 / Applications can assume that an identifier is permanent unless it explicitly says that it is temporary.

既知の場合、この識別子の目的を識別します。 / Identifies the purpose for this identifier, if known .

特定の使用のコンテキストが一連の識別子の中から選択される適切な識別子を許可します。 / Allows the appropriate identifier for a particular context of use to be selected from among a set of identifiers.

固定値 http://e-path.jp/fhir/ePath/IdSystem/apply-id を設定する。

識別子。システムは常にケースに敏感です。 / Identifier.system is always case sensitive.

識別子のセットがたくさんあります。2つの識別子を一致させるには、どのセットを扱っているかを知る必要があります。システムは、特定の一意の識別子セットを識別します。 / There are many sets of identifiers. To perform matching of two identifiers, we need to know what set we're dealing with. The system identifies a particular set of unique identifiers.

通常、識別子の部分はユーザーに関連し、システムのコンテキスト内で一意のユーザーに関連しています。 / The portion of the identifier typically relevant to the user and which is unique within the context of the system.

値が完全なURIの場合、システムはurn：ietf：rfc：3986でなければなりません。値の主な目的は、計算マッピングです。その結果、比較目的で正規化される可能性があります（例えば、有意でない白文字、ダッシュなどの削除）ヒューマンディスプレイ用の値は、[レンダリングされた値拡張]（拡張レンダリングValue.html）を使用して伝達できます。識別子。価値は、識別子の知識を使用しない限り、ケースに敏感なものとして扱われます。システムにより、プロセッサーは、非セイズに固有の処理が安全であると確信できます。 / If the value is a full URI, then the system SHALL be urn:ietf:rfc:3986. The value's primary purpose is computational mapping. As a result, it may be normalized for comparison purposes (e.g. removing non-significant whitespace, dashes, etc.) A value formatted for human display can be conveyed using the Rendered Value extension. Identifier.value is to be treated as case sensitive unless knowledge of the Identifier.system allows the processer to be confident that non-case-sensitive processing is safe.

active（有効かつ対応する準備ができている）、completed（完了）、revoked（中止）を設定する。

未知のコードは、他のステータスを伝えるために使用されるべきではありません。未知のコードは、ステータスの1つが適用されるときに使用されるべきですが、作成システムがケアプランの現在の状態を知らない場合にも使用されます。

この要素は、プランが現在有効でないことを示す入力エラーのコードを含むステータスを含んでいるため、修飾子としてラベル付けされます。

「計画が実行中か、将来の意図を表しているか、現在歴史的記録であるかを示します。」

Allows clinicians to determine whether the plan is actionable or not.

「ケアプランに関連する権限/意図のレベルを示し、ケアプランがワークフローチェーンにどのようにフィットするかを示します。」

この要素は修飾子としてラベル付けされています。なぜなら、意図が変わり、リソースが実際に適用可能な場合と方法が変わるからです。

「看護計画に関連する権限/意図の程度を示すコード」

Proposals/recommendations, plans and orders all use the same structure and can exist in the same fulfillment chain.

病日または同一病日内でのイベントを識別するコード コードの設定値は利用施設・運用主体等で定め、これに則り設定する。

複数の分類軸が存在し、1つの計画が複数の目的に役立つことがあります。場合によっては、これはCarePlan.concernへの参照と重複する場合があります。

「これが複数存在する計画の区別を支援するための「種類」の計画である」（たとえば、「在宅医療」、「精神医療」、「喘息」、「疾患管理」など）。

Used for filtering what plan(s) are retrieved and displayed to different types of users.

病日または同一病日内でのイベントの名称 例) 1日目、2日前、当日、1日目術前、術前、術中、術後 　　visit1、vist2

多くの場合、テキストはコーディングの1つの表示名と同じです。 / Very often the text is the same as a displayName of one of the codings.

用語からのコードは、それらを使用する人間のすべてのニュアンスを使用して、常に正しい意味をキャプチャするとは限りません。または、適切なコードがまったくない場合があります。これらの場合、テキストはソースの完全な意味をキャプチャするために使用されます。 / The codes from the terminologies do not always capture the correct meaning with all the nuances of the human using them, or sometimes there is no appropriate code at all. In these cases, the text is used to capture the full meaning of the source.

病日または同一病日内でのイベントの名称 例) 1日目、2日前、当日、1日目術前、術前、術中、術後 　　visit1、vist2

パスを適用する患者リソース（Patient）への参照

受診情報を記述しているEncounterリソースへの参照

これは通常、イベントが発生したエンカウンター内で行われますが、公式的なエンカウンターの完了前または後でも、エンカウンターの文脈に関連するアクティビティが開始される場合があります。 ケアプランに従って実施されるケアプランアクティビティは、他のエンカウンターの一部として行われる可能性があります。

病日・イベント目標・評価情報（Goal）への参照

目標は特定の変化を達成することであったり、現状を維持することであったり、衰退を遅らせることであることもある。

Provides context for plan. Allows plan effectiveness to be evaluated by clinicians.

本プロファイルを識別するURLとバージョンを指定する。http://e-path.jp/fhir/ePath/StructureDefinitionEPathCarePlanEvent|x.y.z を設定する。

パスステップの名称。

パスステップにおける患者の入院・外来を表す区分。 付録1. コード一覧「入外区分」より設定する。 例）I：入院、O：外来

同一ステップ回数目での起算日となる日付を設定する。

起点となる日の種別。 1:前回イベント 2:適用開始日（パス開始日） 3:指定日付

種別が3:指定日付のケースにおいて、パス状態が「適用後」の場合は指定起点日の設定値が起点日を表し、パス状態が「疾患別」または「施設別」の場合は起点となる日をパス開始日から指定起点病日の経過日で求める形で表現する。

起点日種別が3:指定日付の場合に、起点となる日をパス開始日からの病日で設定する。

起点日種別が3:指定日付の場合に指定する起点となる日を設定する。

許容経過日数条件指定許容日数期間下限値

許容経過日数条件指定許容日数期間上限値

リソース一意識別子（イベント）

固定値 http://e-path.jp/fhir/ePath/IdSystem/event-id を設定する。

医療機関コード、適用時パス識別子、病日[-パスステップ]を半角ピリオド"."で連結したものを設定する。イベント識別子は、病日、パスステップを半角ハイフン"-"で連結し、生成する。

リソース一意識別子（パス）

固定値 http://e-path.jp/fhir/ePath/IdSystem/apply-id を設定する。

active（有効かつ対応する準備ができている）、completed（完了）、revoked（中止）を設定する。

病日または同一病日内でのイベントを識別するコード コードの設定値は利用施設・運用主体等で定め、これに則り設定する。

病日または同一病日内でのイベントの名称 例) 1日目、2日前、当日、1日目術前、術前、術中、術後 　　visit1、vist2

病日または同一病日内でのイベントの名称 例) 1日目、2日前、当日、1日目術前、術前、術中、術後 　　visit1、vist2

パスを適用する患者リソース（Patient）への参照

受診情報を記述しているEncounterリソースへの参照

病日・イベント目標・評価情報（Goal）への参照

主要イベント情報への参照を設定する。

1人または複数の医療従事者が特定の患者、グループ、またはコミュニティに一定期間ケアを提供する意図を述べ、特定の状態または一連の状態に限定される場合がある。

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

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

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

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

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

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

URLのバージョン部分に表示されるバージョン固有の識別子。この値は、リソースが作成、更新、または削除された場合に変更されます。

サーバーがこの値を割り当て、クライアントが指定した値を無視する。ただし、サーバーが更新/削除時にバージョンの整合性を強制する場合を除く。

リソースが最後に変更されたとき - 例えば、バージョンが変更されたとき。

この値はリソースが初めて作成される場合を除いて常に設定されています。サーバー/リソースマネージャーがこの値を設定します。クライアントが提供する値は関係ありません。これはHTTP Last-Modifiedに相当し、readのインタラクションで同じ値を持つべきです。

リソースのソースシステムを識別するURI。これにより、リソース内の情報のソースをトラックまたは区別するために使用できる最小限の[プロビナンス]（provenance.html＃）情報が提供されます。ソースは、別のFHIRサーバー、ドキュメント、メッセージ、データベースなどを識別できます。

「プロバナンスのリソースにおいて、これはProvenance.entity.what[x]に対応します。ソースの正確な使用方法（および含意されるProvenance.entity.role）は実装者の判断に委ねられます。指定されたソースは1つだけです。追加のプロバナンスの詳細が必要な場合は、完全なプロバナンスリソースを使用するべきです。

この要素は、正規のURLでホストされていないリソースの現在のマスターソースがどこにあるかを示すために使用できます。」

本プロファイルを識別するURLとバージョンを指定する。http://e-path.jp/fhir/ePath/StructureDefinitionEPathCarePlanEvent|x.y.z を設定する。

これらの主張が時間の経過に伴って検証または更新される方法と、それらを決定するサーバーや他の基盤に任されます。プロファイルURLのリストは1セットです。

このリソースにはセキュリティラベルが適用されています。これらのタグにより、特定のリソースが全体的なセキュリティポリシーやインフラストラクチャに関連付けられます。

セキュリティラベルは変更せずにリソースのバージョンを更新可能です。セキュリティラベルのリストはセットであり、一意性はシステム/コードに基づき、バージョンと表示は無視されます。

医療プライバシーおよびセキュリティ分類システムからのセキュリティラベル。

このリソースに適用されるタグです。タグは、リソースをプロセスやワークフローに識別し、関連付けるために使用することが意図されており、アプリケーションはリソースの意味を解釈する際にタグを考慮する必要はありません。

リソースの表示バージョンを変更することなく、タグを更新できます。タグのリストは集合です。ユニーク性はシステム/コードに基づき、バージョンと表示は無視されます。

「様々なタグを表すコードで、一般的にはワークフローに関連しています。

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

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

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

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

「人間の言語。」(Ningen no gengo.)

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

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

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

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

An Extension

病日

パスステップにおける回数目

パスステップの名称。

パスステップにおける患者の入院・外来を表す区分。 付録1. コード一覧「入外区分」より設定する。 例）I：入院、O：外来

同一ステップ回数目での起算日となる日付を設定する。

起点となる日の種別。 1:前回イベント 2:適用開始日（パス開始日） 3:指定日付

種別が3:指定日付のケースにおいて、パス状態が「適用後」の場合は指定起点日の設定値が起点日を表し、パス状態が「疾患別」または「施設別」の場合は起点となる日をパス開始日から指定起点病日の経過日で求める形で表現する。

起点日種別が3:指定日付の場合に、起点となる日をパス開始日からの病日で設定する。

起点日種別が3:指定日付の場合に指定する起点となる日を設定する。

許容経過日数条件指定許容日数期間下限値

許容経過日数条件指定許容日数期間上限値

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

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

「パフォーマーまたはその他のシステムによって割り当てられたこのケアプランのビジネス識別子は、リソースが更新され、サーバからサーバへ伝播する際に一定のままであります。」

これはビジネス識別子であり、リソース識別子ではありません（[discussion]（resource.html＃identifiers）を参照）。 識別子が単一のリソースインスタンスにのみ表示されることが最善の方法ですが、ビジネス上の実践によっては、同じ識別子を持つ複数のリソースインスタンスが存在する場合があります。 たとえば、複数の患者と個人リソースインスタンスが同じ社会保険番号を共有する場合があります。

Allows identification of the care plan as it is known by various participating systems and in a way that remains consistent across servers.

リソース一意識別子（イベント）

これはビジネス識別子であり、リソース識別子ではありません（[discussion]（resource.html＃identifiers）を参照）。 識別子が単一のリソースインスタンスにのみ表示されることが最善の方法ですが、ビジネス上の実践によっては、同じ識別子を持つ複数のリソースインスタンスが存在する場合があります。 たとえば、複数の患者と個人リソースインスタンスが同じ社会保険番号を共有する場合があります。

Allows identification of the care plan as it is known by various participating systems and in a way that remains consistent across servers.

リソース内の要素の一意の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.

この識別子の目的。 / The purpose of this identifier.

アプリケーションは、識別子が一時的なものであると明示的に言っていない限り、永続的であると想定できます。 / Applications can assume that an identifier is permanent unless it explicitly says that it is temporary.

既知の場合、この識別子の目的を識別します。 / Identifies the purpose for this identifier, if known .

特定の使用のコンテキストが一連の識別子の中から選択される適切な識別子を許可します。 / Allows the appropriate identifier for a particular context of use to be selected from among a set of identifiers.

特定の目的に使用する識別子を決定するために使用できる識別子のコード化されたタイプ。 / A coded type for the identifier that can be used to determine which identifier to use for a specific purpose.

この要素は、識別子の一般的なカテゴリのみを扱います。識別子。システムに対応するコードに使用しないでください。一部の識別子は、一般的な使用法により複数のカテゴリに分類される場合があります。システムがわかっている場合、タイプは常にシステム定義の一部であるため、タイプは不要です。ただし、システムが不明な識別子を処理する必要があることがよくあります。多くの異なるシステムが同じタイプを持っているため、タイプとシステムの間に1：1の関係はありません。 / This element deals only with general categories of identifiers. It SHOULD not be used for codes that correspond 1..1 with the Identifier.system. Some identifiers may fall into multiple categories due to common usage. Where the system is known, a type is unnecessary because the type is always part of the system definition. However systems often need to handle identifiers where the system is not known. There is not a 1:1 relationship between type and system, since many different systems have the same type.

特定の目的に使用する識別子を決定するために使用できる識別子のコード化されたタイプ。 / A coded type for an identifier that can be used to determine which identifier to use for a specific purpose.

識別子システムが不明な場合、ユーザーは識別子を使用できます。 / Allows users to make use of identifiers when the identifier system is not known.

固定値 http://e-path.jp/fhir/ePath/IdSystem/event-id を設定する。

識別子。システムは常にケースに敏感です。 / Identifier.system is always case sensitive.

識別子のセットがたくさんあります。2つの識別子を一致させるには、どのセットを扱っているかを知る必要があります。システムは、特定の一意の識別子セットを識別します。 / There are many sets of identifiers. To perform matching of two identifiers, we need to know what set we're dealing with. The system identifies a particular set of unique identifiers.

医療機関コード、適用時パス識別子、病日[-パスステップ]を半角ピリオド"."で連結したものを設定する。イベント識別子は、病日、パスステップを半角ハイフン"-"で連結し、生成する。

値が完全なURIの場合、システムはurn：ietf：rfc：3986でなければなりません。値の主な目的は、計算マッピングです。その結果、比較目的で正規化される可能性があります（例えば、有意でない白文字、ダッシュなどの削除）ヒューマンディスプレイ用の値は、[レンダリングされた値拡張]（拡張レンダリングValue.html）を使用して伝達できます。識別子。価値は、識別子の知識を使用しない限り、ケースに敏感なものとして扱われます。システムにより、プロセッサーは、非セイズに固有の処理が安全であると確信できます。 / If the value is a full URI, then the system SHALL be urn:ietf:rfc:3986. The value's primary purpose is computational mapping. As a result, it may be normalized for comparison purposes (e.g. removing non-significant whitespace, dashes, etc.) A value formatted for human display can be conveyed using the Rendered Value extension. Identifier.value is to be treated as case sensitive unless knowledge of the Identifier.system allows the processer to be confident that non-case-sensitive processing is safe.

識別子が使用される/有効な期間。 / Time period during which identifier is/was valid for use.

識別子を発行/管理する組織。 / Organization that issued/manages the identifier.

識別子は、.reference要素を省略し、割り当て組織に関する名前またはその他のテキスト情報を反映した.display要素のみを含む場合があります。 / The Identifier.assigner may omit the .reference element and only contain a .display element reflecting the name or other textual information about the assigning organization.

このCarePlanで全体または一部に従われるFHIRで定義されたプロトコル、ガイドライン、アンケートなどの定義を指すURL。

このCarePlanが全体または一部に従っている外部管理プロトコル、ガイドライン、アンケート、または他の定義を指すURL。

これはHTMLページ、PDFなどであるか、解決不能なURI識別子である可能性があります。

このケアプランによって全体または一部が満たされるケアプラン。 (Kono keapuran ni yotte zentai matawa ichibu ga mitasareru keapuran.)

Allows tracing of the care plan and tracking whether proposals/recommendations were acted upon.

この新しい介護計画によって機能が引き継がれた完了または終了した介護計画。

「置き換えは、最初の介護計画が即座に拒否されたためか（何か問題があったため）前の介護計画が完了したが、介護計画で説明されたアクションのニーズが継続しているためかもしれません。」

Allows tracing the continuation of a therapy or administrative process instantiated through multiple care plans.

「この特定の介護計画が構成要素またはステップである、より大規模な介護計画」

それぞれのケアプランは独立したリクエストであり、他のケアプランの一部になることが問題を引き起こすことがあるため、この要素についてはまだ議論中です。

リソース内の要素の一意の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).

リソース一意識別子（パス）

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

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

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

参照は、FHIRリソースとして表現できる可能性のある構造を指すことを目的としていますが、実際のFHIRリソースインスタンスとして存在する必要はありません。 。識別子と呼ばれるコンテンツは、参照のために許可されているリソースタイプの制限によって暗示される論理的制約を満たす必要があります。たとえば、タイプが参照されている場合、薬物処方の識別子を送信することは合法ではありません（観察|診断障害）。参照用のユースケースの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).

リソース内の要素の一意の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.

この識別子の目的。 / The purpose of this identifier.

アプリケーションは、識別子が一時的なものであると明示的に言っていない限り、永続的であると想定できます。 / Applications can assume that an identifier is permanent unless it explicitly says that it is temporary.

既知の場合、この識別子の目的を識別します。 / Identifies the purpose for this identifier, if known .

特定の使用のコンテキストが一連の識別子の中から選択される適切な識別子を許可します。 / Allows the appropriate identifier for a particular context of use to be selected from among a set of identifiers.

特定の目的に使用する識別子を決定するために使用できる識別子のコード化されたタイプ。 / A coded type for the identifier that can be used to determine which identifier to use for a specific purpose.

この要素は、識別子の一般的なカテゴリのみを扱います。識別子。システムに対応するコードに使用しないでください。一部の識別子は、一般的な使用法により複数のカテゴリに分類される場合があります。システムがわかっている場合、タイプは常にシステム定義の一部であるため、タイプは不要です。ただし、システムが不明な識別子を処理する必要があることがよくあります。多くの異なるシステムが同じタイプを持っているため、タイプとシステムの間に1：1の関係はありません。 / This element deals only with general categories of identifiers. It SHOULD not be used for codes that correspond 1..1 with the Identifier.system. Some identifiers may fall into multiple categories due to common usage. Where the system is known, a type is unnecessary because the type is always part of the system definition. However systems often need to handle identifiers where the system is not known. There is not a 1:1 relationship between type and system, since many different systems have the same type.

特定の目的に使用する識別子を決定するために使用できる識別子のコード化されたタイプ。 / A coded type for an identifier that can be used to determine which identifier to use for a specific purpose.

識別子システムが不明な場合、ユーザーは識別子を使用できます。 / Allows users to make use of identifiers when the identifier system is not known.

固定値 http://e-path.jp/fhir/ePath/IdSystem/apply-id を設定する。

識別子。システムは常にケースに敏感です。 / Identifier.system is always case sensitive.

識別子のセットがたくさんあります。2つの識別子を一致させるには、どのセットを扱っているかを知る必要があります。システムは、特定の一意の識別子セットを識別します。 / There are many sets of identifiers. To perform matching of two identifiers, we need to know what set we're dealing with. The system identifies a particular set of unique identifiers.

通常、識別子の部分はユーザーに関連し、システムのコンテキスト内で一意のユーザーに関連しています。 / The portion of the identifier typically relevant to the user and which is unique within the context of the system.

値が完全なURIの場合、システムはurn：ietf：rfc：3986でなければなりません。値の主な目的は、計算マッピングです。その結果、比較目的で正規化される可能性があります（例えば、有意でない白文字、ダッシュなどの削除）ヒューマンディスプレイ用の値は、[レンダリングされた値拡張]（拡張レンダリングValue.html）を使用して伝達できます。識別子。価値は、識別子の知識を使用しない限り、ケースに敏感なものとして扱われます。システムにより、プロセッサーは、非セイズに固有の処理が安全であると確信できます。 / If the value is a full URI, then the system SHALL be urn:ietf:rfc:3986. The value's primary purpose is computational mapping. As a result, it may be normalized for comparison purposes (e.g. removing non-significant whitespace, dashes, etc.) A value formatted for human display can be conveyed using the Rendered Value extension. Identifier.value is to be treated as case sensitive unless knowledge of the Identifier.system allows the processer to be confident that non-case-sensitive processing is safe.

識別子が使用される/有効な期間。 / Time period during which identifier is/was valid for use.

識別子を発行/管理する組織。 / Organization that issued/manages the identifier.

識別子は、.reference要素を省略し、割り当て組織に関する名前またはその他のテキスト情報を反映した.display要素のみを含む場合があります。 / The Identifier.assigner may omit the .reference element and only contain a .display element reflecting the name or other textual information about the assigning organization.

リソースリファレンスに加えてリソースを識別するプレーンテキストの叙述(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.

active（有効かつ対応する準備ができている）、completed（完了）、revoked（中止）を設定する。

未知のコードは、他のステータスを伝えるために使用されるべきではありません。未知のコードは、ステータスの1つが適用されるときに使用されるべきですが、作成システムがケアプランの現在の状態を知らない場合にも使用されます。

この要素は、プランが現在有効でないことを示す入力エラーのコードを含むステータスを含んでいるため、修飾子としてラベル付けされます。

「計画が実行中か、将来の意図を表しているか、現在歴史的記録であるかを示します。」

Allows clinicians to determine whether the plan is actionable or not.

「ケアプランに関連する権限/意図のレベルを示し、ケアプランがワークフローチェーンにどのようにフィットするかを示します。」

この要素は修飾子としてラベル付けされています。なぜなら、意図が変わり、リソースが実際に適用可能な場合と方法が変わるからです。

「看護計画に関連する権限/意図の程度を示すコード」

Proposals/recommendations, plans and orders all use the same structure and can exist in the same fulfillment chain.

病日または同一病日内でのイベントを識別するコード コードの設定値は利用施設・運用主体等で定め、これに則り設定する。

複数の分類軸が存在し、1つの計画が複数の目的に役立つことがあります。場合によっては、これはCarePlan.concernへの参照と重複する場合があります。

「これが複数存在する計画の区別を支援するための「種類」の計画である」（たとえば、「在宅医療」、「精神医療」、「喘息」、「疾患管理」など）。

Used for filtering what plan(s) are retrieved and displayed to different types of users.

リソース内の要素の一意の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.

用語システムによって定義されたコードへの参照。 / A reference to a code defined by a terminology system.

コードは、列挙されたCTなどの非常に正式な定義まで、列挙またはコードリストで非常にさりげなく定義される場合があります。詳細については、HL7 V3コアプリンシップを参照してください。コーディングの順序付けは未定義であり、意味を推測するために使用されません。一般に、せいぜい、コーディング値の1つのみがuserselected = trueとしてラベル付けされます。 / Codes may be defined very casually in enumerations, or code lists, up to very formal definitions such as SNOMED CT - see the HL7 v3 Core Principles for more information. Ordering of codings is undefined and SHALL NOT be used to infer meaning. Generally, at most only one of the coding values will be labeled as UserSelected = true.

コードシステム内の代替エンコーディング、および他のコードシステムへの翻訳が可能になります。 / Allows for alternative encodings within a code system, and translations to other code systems.

リソース内の要素の一意の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.

コード内のシンボルの意味を定義するコードシステムの識別。 / The identification of the code system that defines the meaning of the symbol in the code.

uriは、oid（urn：oid：...）またはuuid（urn：uuid：...）である場合があります。OIDとUUIDは、HL7 OIDレジストリへの参照となります。それ以外の場合、URIは、FHIRの特別なURIを定義したHL7のリストから来るか、システムを明確かつ明確に確立する定義を参照する必要があります。 / The URI may be an OID (urn:oid:...) or a UUID (urn:uuid:...). OIDs and UUIDs SHALL be references to the HL7 OID registry. Otherwise, the URI should come from HL7's list of FHIR defined special URIs or it should reference to some definition that establishes the system clearly and unambiguously.

シンボルの定義のソースについて明確である必要があります。 / Need to be unambiguous about the source of the definition of the symbol.

このコードを選択するときに使用されたコードシステムのバージョン。コードの意味がバージョン全体で一貫しているため、適切にメンテナンスしたコードシステムでは報告されたバージョンを必要としないことに注意してください。ただし、これは一貫して保証することはできず、意味が一貫していることが保証されていない場合、バージョンを交換する必要があります。 / The version of the code system which was used when choosing this code. Note that a well-maintained code system does not need the version reported, because the meaning of codes is consistent across versions. However this cannot consistently be assured, and when the meaning is not guaranteed to be consistent, the version SHOULD be exchanged.

用語がコードシステムバージョンを識別するために使用する文字列を明確に定義していない場合、推奨は、そのバージョンがバージョンの日付として公式に公開された日付（FHIR日付形式で表現）を使用することです。 / Where the terminology does not clearly define what string should be used to identify code system versions, the recommendation is to use the date (expressed in FHIR date format) on which that version was officially published as the version date.

システムによって定義された構文のシンボル。シンボルは、定義されたコードまたはコーディングシステムによって定義された構文の式（例：調整後）である場合があります。 / A symbol in syntax defined by the system. The symbol may be a predefined code or an expression in a syntax defined by the coding system (e.g. post-coordination).

システム内の特定のコードを参照する必要があります。 / Need to refer to a particular code in the system.

システムのルールに従って、システム内のコードの意味の表現。 / A representation of the meaning of the code in the system, following the rules of the system.

システムを知らない読者のために、コードの人間の読み取り可能な意味を持ち込むことができる必要があります。 / Need to be able to carry a human-readable meaning of the code for readers that do not know the system.

このコーディングがユーザーによって直接選択されたことを示します。利用可能なアイテムのピックリスト（コードまたはディスプレイ）。 / Indicates that this coding was chosen by a user directly - e.g. off a pick list of available items (codes or displays).

一連の代替案の中で、直接選択されたコードが新しい翻訳の最も適切な出発点です。この要素の使用とその結果をより完全に明確にするためには、「直接選択された」ことについては曖昧さがあり、取引パートナー契約が必要になる場合があります。 / Amongst a set of alternatives, a directly chosen code is the most appropriate starting point for new translations. There is some ambiguity about what exactly 'directly chosen' implies, and trading partner agreement may be needed to clarify the use of this element and its consequences more completely.

これは、臨床安全基準として特定されています - この正確なシステム/コードペアは、いくつかのルールまたは言語処理に基づいてシステムによって推測されるのではなく、明示的に選択されたことです。 / This has been identified as a clinical safety criterium - that this exact system/code pair was chosen explicitly, rather than inferred by the system based on some rules or language processing.

病日または同一病日内でのイベントの名称 例) 1日目、2日前、当日、1日目術前、術前、術中、術後 　　visit1、vist2

多くの場合、テキストはコーディングの1つの表示名と同じです。 / Very often the text is the same as a displayName of one of the codings.

用語からのコードは、それらを使用する人間のすべてのニュアンスを使用して、常に正しい意味をキャプチャするとは限りません。または、適切なコードがまったくない場合があります。これらの場合、テキストはソースの完全な意味をキャプチャするために使用されます。 / The codes from the terminologies do not always capture the correct meaning with all the nuances of the human using them, or sometimes there is no appropriate code at all. In these cases, the text is used to capture the full meaning of the source.

病日または同一病日内でのイベントの名称 例) 1日目、2日前、当日、1日目術前、術前、術中、術後 　　visit1、vist2

計画の範囲と性質の説明。

Provides more detail than conveyed by category.

パスを適用する患者リソース（Patient）への参照

受診情報を記述しているEncounterリソースへの参照

これは通常、イベントが発生したエンカウンター内で行われますが、公式的なエンカウンターの完了前または後でも、エンカウンターの文脈に関連するアクティビティが開始される場合があります。 ケアプランに従って実施されるケアプランアクティビティは、他のエンカウンターの一部として行われる可能性があります。

計画が（実行される予定である）開始時期と終了時期を示します。

「計画の一部として予定された任意のアクティビティは、単一のエンカウンタ/エピソード内で計画されたものであるか、複数のエンカウンタ/エピソードにわたって計画されたものであるかに関係なく、指定された期間内に制約される必要があります（例えば、慢性疾患の長期管理）。」

Allows tracking what plan(s) are in effect at a particular time.

「これは特定のCarePlanレコードがシステム内で作成された日を表します。これはしばしばシステムが生成した日付です。」(Kore wa tokutei no CarePlan rekōdo ga shisutemu nai de sakusei sareda hi o hyō shimasu. Kore wa shibashiba shisutemu ga seisei shita hidzuke desu.)

人口密集地において、著者はケアプランに責任を持っています。ケアプランは著者に帰属されます。

著者は寄稿者でもある可能性があります。例えば、組織は著者として表示されますが、寄稿者としては表示されません。

「介護プランの内容を提供した個人または組織を特定する。」

共同ケアプランには複数の貢献者がいる場合があります。

「この計画によって想定されるケアに関与するすべての人々や組織を特定する。」

Allows representation of care teams, helps scope care plan. In some cases may be a determiner of access permissions.

この計画で管理および軽減の対象となる状況、問題、懸念、診断等を特定する。

診断がアレルギーまたは不耐症に関連している場合、ConditionおよびAllergyIntoleranceリソースの両方を使用できます。ただし、意思決定のサポートに有用であるためには、Conditionだけで十分ではなく、アレルギーまたは不耐症の状態をAllergyIntoleranceとして表現する必要があります。

Links plan to the conditions it manages. The element can identify risks addressed by the plan as well as active conditions. (The Condition resource can include things like "at risk for hypertension" or "fall risk".) Also scopes plans - multiple plans may exist addressing different concerns.

「計画の形成に特定に影響を与えた患者の記録の部分を特定します。これらには、共存疾患、最近の手術、制限、最近の評価などが含まれます。」

「ケアプランで取り扱われる特定の状態を識別するために"concern"を使用してください。」

Identifies barriers and other considerations associated with the care plan.

病日・イベント目標・評価情報（Goal）への参照

目標は特定の変化を達成することであったり、現状を維持することであったり、衰退を遅らせることであることもある。

Provides context for plan. Allows plan effectiveness to be evaluated by clinicians.

計画の一部として発生する予定の行動を識別します。例えば、使用する薬、実施する実験、自己モニタリング、教育などがあります。

Allows systems to prompt for performance of planned activities, and validate plans against best practice.

リソース内の要素の固有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.

活動の状況が評価された時点での結果を特定します。例えば、教育活動の結果は患者が理解したかどうかです。

「これは活動の状態を複製してはいけないことに注意して下さい（例えば、完了したものや進行中のものなど）。」

活動の結果を特定します。

主要イベント情報への参照を設定する。

活動の結果は、関連する目標の結果に独立しています。例えば、目標が体重150ポンドの達成であり、活動がダイエットと定義されている場合、活動の結果は消費カロリーであり、目標の結果は実際の体重の観察です。

Links plan to resulting actions.

「活動の遵守状況や進捗についてのメモ」

この要素は、実行されるアクティビティを説明するために使用しないでください。アクティビティの詳細な参照先のリソース内で行われるか、アクティビティの詳細説明に記載されます。

Can be used to capture information about adherence, progress, concerns, etc.

「特定のリソースに表現された提案された活動の詳細。」

標準拡張機能が存在します（[リソースが目標に関連する]（extension-resource-pertainstogoal.html）），これにより、CarePlan.activity.referenceのいずれかの参照リソースから目標を参照できます。 CarePlanから独立して表示される場合には、CarePlan.activity.referenceによって参照されたリソースが表示される場合に目標が表示される必要があります。 この要素を使用して指示されたCarePlanを指すリクエストは、「basedOn」要素を使用してこのCarePlanを指すべきではありません。つまり、CarePlanの一部である要求はCarePlanに基づいていません。

Details in a form consistent with other applications and contexts of use.

「手順など具体的なリソースを持たない一般介護プランシステム（フォーム駆動型など）に適した計画された活動の簡単な概要」

Details in a simple form for generic care plan systems.

リソース内の要素の固有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.

「ケアプラン活動のインライン定義が表すリソースの種類を説明します。 CarePlan.activity.referenceを使用してリソースを参照しない場合、CarePlan.activity.detailはインライン定義です。例えば、MedicationRequest、ServiceRequest、またはCommunicationRequestです。」

「FHIRの一部として定義されたリソースタイプは、介護計画活動のインライン定義として表現できます。」

May determine what types of extensions are permitted.

「このCarePlan活動に完全または部分的に従われるFHIR定義プロトコル、ガイドライン、アンケート、またはその他の定義へのURL」

Allows Questionnaires that the patient (or practitioner) should fill in to fulfill the care plan activity.

このCarePlanアクティビティに部分的または完全に準拠されている外部に維持されたプロトコル、ガイドライン、アンケートまたはその他の定義を指すURL。

これはHTMLページ、PDFなどであるか、解決不能なURI識別子である可能性があります。

Allows Questionnaires that the patient (or practitioner) should fill in to fulfill the care plan activity.

計画された活動の詳細な説明；例えば、どのようなラボテスト、どのような手順、どのような出会いか。

特定の製品に関する活動においては、あまり関係がない傾向があります。コードに否定を示すことは避け、代わりに「禁止」としてください。

活動の種類に関する詳細な説明例：どのような実験、どの手順、どのような出会いですか。

Allows matching performed to planned as well as validation against protocols.

「この特定の活動を計画の一部として含めることを推進した理論、または活動が禁止された理由を提供します。」

これは診断コードになる可能性があります。完全な状態記録が存在する場合や、追加の詳細が必要な場合は、reasonConditionを使用してください。

「看護計画のアクティビティが必要な理由を特定する。一般的な健康状態コード、予防、手術の準備などの概念を含めることができる。」

「健康状態など、このリクエストを正当化し、この特定のアクティビティを計画の一部として含める原動力となった他のリソースを示します。」

活動レベルで特定できる条件は、全体計画の理由として特定されないことがあります。

「この活動に貢献することを目的とした目標を特定する内部参照。」

So that participants know the link explicitly.

「特定の活動に対して進捗状況を特定します。」

アクションを起こすためにリンクされているリソースに基づいて、ステータスの一部は推測できます。 "ステータス"は、計画が最後に更新された時点と同じくらい最新であることに注意してください。 不明なコードは他のステータスを伝えるために使用されるべきではありません。不明なコードは、ステータスが適用される1つであるが、オーサリングシステムがアクティビティの現在の状態を知らない場合に使用する必要があります。

ケアプラン活動全体のライフサイクル内での現在の状態を反映するコード。

Indicates progress against the plan, whether the activity is still relevant for the plan.