医療サービスの提供または患者の健康状態の評価を目的とした、患者と医療提供者との間の相互作用。Encounterと表現される。
【JP Core仕様】外来受診、救急受診、入院、退院、対面診察、電話診察、など。

関連するEncounter

このEncounterが知られている識別子（複数可）。

planned | arrived | triaged | in-progress | onleave | finished | cancelled +.
予定｜到着｜トリアージ｜進行中｜保留中｜終了｜キャンセル+.

内部のビジネス・ルールは、ステータス(およびクラス)間で発生する可能性のある適切な遷移を検出することに注意すること。

ステータス履歴(status History)は、リソースの歴史的なバージョンを読み込んだり、サーバに保存させたりすることなく、Encounterリソースがステータス履歴を含むことを可能にする。

現在のステータスは、ステータスの履歴ではなく、常にリソースの現在のバージョンにある。

planned | arrived | triaged | in-progress | onleave | finished | cancelled +.
予定｜到着｜トリアージ｜進行中｜保留中｜終了｜キャンセル+.

文字列のサイズは 1MB を超えてはならないことに注意すること。

そのエピソードが指定された状態になっていた時間。

期間とは時間の範囲で指定される。範囲全体が適用されるか（たとえば、「患者はこの時間範囲で入院していた」）、または範囲から1つの値が適用されるか（たとえば、「これら2回の間に患者に与える」）を指定する。 期間が必要な場合は、タイプをInterval | Durationとして指定する。

外来（外来）、入院、救急、在宅医療、その他の地域差による患者Encounterの分類を表す概念。

コードは列挙やコードリストの中で非常にカジュアルに定義されることもあれば、SNOMED CTのような非常にフォーマルな定義まである。 - 詳細はHL7 v3コア・プリンシプルを参照すること。

クラスの履歴は、リソースの履歴を経由することなく、Encounterの遷移を追跡することを可能にする。これは、入院患者が緊急時にEncounterした後、入院患者のシナリオに移行する場合に使用される。このようにして、新しいEncounterを再開しないようにすることで、検査/診断結果がより簡単に患者を追跡することができ、再処理を必要とせず、救急から入院への退院の際に紛失したりキャンセルされたりすることがないことを保証する。

inpatient | outpatient | ambulatory | emergency +.
入院｜外来｜外来｜救急＋。

コードは列挙やコードリストの中で非常にカジュアルに定義されることもあれば、SNOMED CTのような非常にフォーマルな定義まである- 詳細はHL7 v3コア・プリンシプルを参照すること。

指定されたクラスにエピソードがあった時間。

期間とは時間の範囲で指定される。範囲全体が適用されるか（たとえば、「患者はこの時間範囲で入院していた」）、または範囲から1つの値が適用されるか（たとえば、「これら2回の間に患者に与える」）を指定する。 期間が必要な場合は、タイプをInterval | Durationとして指定する。

医療サービスの提供または患者の健康状態の評価を目的とした、患者と医療提供者との間の相互作用。Encounterと表現される。
【JP Core仕様】外来受診、救急受診、入院、退院、対面診察、電話診察、など。

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

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

An Extension

関連するEncounter

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

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

このEncounterが知られている識別子（複数可）。

planned | arrived | triaged | in-progress | onleave | finished | cancelled +.
予定｜到着｜トリアージ｜進行中｜保留中｜終了｜キャンセル+.

内部のビジネス・ルールは、ステータス(およびクラス)間で発生する可能性のある適切な遷移を検出することに注意すること。

「Encounter（診察、受診、入退院など）の現状。」

ステータス履歴(status History)は、リソースの歴史的なバージョンを読み込んだり、サーバに保存させたりすることなく、Encounterリソースがステータス履歴を含むことを可能にする。

現在のステータスは、ステータスの履歴ではなく、常にリソースの現在のバージョンにある。

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

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

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

planned | arrived | triaged | in-progress | onleave | finished | cancelled +.
予定｜到着｜トリアージ｜進行中｜保留中｜終了｜キャンセル+.

文字列のサイズは 1MB を超えてはならないことに注意すること。

「Encounter（診察、受診、入退院など）の現状。」

そのエピソードが指定された状態になっていた時間。

期間とは時間の範囲で指定される。範囲全体が適用されるか（たとえば、「患者はこの時間範囲で入院していた」）、または範囲から1つの値が適用されるか（たとえば、「これら2回の間に患者に与える」）を指定する。 期間が必要な場合は、タイプをInterval | Durationとして指定する。

外来（外来）、入院、救急、在宅医療、その他の地域差による患者Encounterの分類を表す概念。

コードは列挙やコードリストの中で非常にカジュアルに定義されることもあれば、SNOMED CTのような非常にフォーマルな定義まである。 - 詳細はHL7 v3コア・プリンシプルを参照すること。

Encounter（診察、受診、入退院など）の分類。 (Deai no bunrui.)

クラスの履歴は、リソースの履歴を経由することなく、Encounterの遷移を追跡することを可能にする。これは、入院患者が緊急時にEncounterした後、入院患者のシナリオに移行する場合に使用される。このようにして、新しいEncounterを再開しないようにすることで、検査/診断結果がより簡単に患者を追跡することができ、再処理を必要とせず、救急から入院への退院の際に紛失したりキャンセルされたりすることがないことを保証する。

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

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

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

inpatient | outpatient | ambulatory | emergency +.
入院｜外来｜外来｜救急＋。

コードは列挙やコードリストの中で非常にカジュアルに定義されることもあれば、SNOMED CTのような非常にフォーマルな定義まである- 詳細はHL7 v3コア・プリンシプルを参照すること。

Encounter（診察、受診、入退院など）の分類。 (Deai no bunrui.)

指定されたクラスにエピソードがあった時間。

期間とは時間の範囲で指定される。範囲全体が適用されるか（たとえば、「患者はこの時間範囲で入院していた」）、または範囲から1つの値が適用されるか（たとえば、「これら2回の間に患者に与える」）を指定する。 期間が必要な場合は、タイプをInterval | Durationとして指定する。

"診察時に存在する患者またはグループ。" (Shinsatsu ji ni sonzai suru kanja mata wa gurūpu.)

エンカウンターは常に患者に関するものですが、すべての使用状況で患者が実際に知られていない場合があり、匿名である可能性があります（例えばアルコール依存症のグループセラピーの場合- エンカウンターの記録が人数/スタッフの請求に使用され、特定の患者の文脈に重要ではない場合、または獣医治療では、個々に追跡されていない群れの羊が治療を受ける場合があります）。

Encounter（診察、受診、入退院など）が起こる理由をコードとして表現します。入院に関しては、コード化された入院診断に使用できます。

主要な診断を知る必要があるシステムには、標準拡張子primaryDiagnosis（フラグではなく、シーケンス値である1 = 主要な診断）でマークされます。

このエンカウンターのサービスを主に担当する組織。これは患者の記録にある組織と同じかもしれませんが、外部組織からサービスを提供するアクターがいる場合など、別の組織である可能性もあります(別途請求される可能性があります)。大腸内視鏡検査の簡略化されたエンカウンターのバンドルを参照してください。

このEncounter（診察、受診、入退院など）が一部である、別のEncounter（診察、受診、入退院など）（手続き的にも時間的にも）。

これは、子供の経験を母親の経験に関連付けるためにも使用されます。詳細については、患者リソースのノートセクションを参照してください。

医療サービスの提供または患者の健康状態の評価を目的とした、患者と医療提供者との間の相互作用。Encounterと表現される。
【JP Core仕様】外来受診、救急受診、入院、退院、対面診察、電話診察、など。

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

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

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

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

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

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

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

「人間の言語。」

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

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

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

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

An Extension

関連するEncounter

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

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

このEncounterが知られている識別子（複数可）。

planned | arrived | triaged | in-progress | onleave | finished | cancelled +.
予定｜到着｜トリアージ｜進行中｜保留中｜終了｜キャンセル+.

内部のビジネス・ルールは、ステータス(およびクラス)間で発生する可能性のある適切な遷移を検出することに注意すること。

「Encounter（診察、受診、入退院など）の現状。」

ステータス履歴(status History)は、リソースの歴史的なバージョンを読み込んだり、サーバに保存させたりすることなく、Encounterリソースがステータス履歴を含むことを可能にする。

現在のステータスは、ステータスの履歴ではなく、常にリソースの現在のバージョンにある。

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

planned | arrived | triaged | in-progress | onleave | finished | cancelled +.
予定｜到着｜トリアージ｜進行中｜保留中｜終了｜キャンセル+.

文字列のサイズは 1MB を超えてはならないことに注意すること。

「Encounter（診察、受診、入退院など）の現状。」

そのエピソードが指定された状態になっていた時間。

期間とは時間の範囲で指定される。範囲全体が適用されるか（たとえば、「患者はこの時間範囲で入院していた」）、または範囲から1つの値が適用されるか（たとえば、「これら2回の間に患者に与える」）を指定する。 期間が必要な場合は、タイプをInterval | Durationとして指定する。

外来（外来）、入院、救急、在宅医療、その他の地域差による患者Encounterの分類を表す概念。

コードは列挙やコードリストの中で非常にカジュアルに定義されることもあれば、SNOMED CTのような非常にフォーマルな定義まである。 - 詳細はHL7 v3コア・プリンシプルを参照すること。

Encounter（診察、受診、入退院など）の分類。 (Deai no bunrui.)

クラスの履歴は、リソースの履歴を経由することなく、Encounterの遷移を追跡することを可能にする。これは、入院患者が緊急時にEncounterした後、入院患者のシナリオに移行する場合に使用される。このようにして、新しいEncounterを再開しないようにすることで、検査/診断結果がより簡単に患者を追跡することができ、再処理を必要とせず、救急から入院への退院の際に紛失したりキャンセルされたりすることがないことを保証する。

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

inpatient | outpatient | ambulatory | emergency +.
入院｜外来｜外来｜救急＋。

コードは列挙やコードリストの中で非常にカジュアルに定義されることもあれば、SNOMED CTのような非常にフォーマルな定義まである- 詳細はHL7 v3コア・プリンシプルを参照すること。

Encounter（診察、受診、入退院など）の分類。 (Deai no bunrui.)

指定されたクラスにエピソードがあった時間。

期間とは時間の範囲で指定される。範囲全体が適用されるか（たとえば、「患者はこの時間範囲で入院していた」）、または範囲から1つの値が適用されるか（たとえば、「これら2回の間に患者に与える」）を指定する。 期間が必要な場合は、タイプをInterval | Durationとして指定する。

特定のEncounter（診察、受診、入退院など）の種類（例：メール相談、手術日帰り、スキルド・ナーシング、リハビリテーション）

Encounter（診察、受診、入退院など）をさらに分類する方法が多数存在するため、この要素は0から複数の値をとる。

Encounter（診察、受診、入退院など）のタイプ。 (Deai no taipu.)

提供されるサービスの広範な分類（例：心臓病学）

提供されるサービスの広範な分類。

Encounter（診察、受診、入退院など）の緊急性を示します。

Encounter（診察、受診、入退院など）の緊急性を示します。

"診察時に存在する患者またはグループ。" (Shinsatsu ji ni sonzai suru kanja mata wa gurūpu.)

エンカウンターは常に患者に関するものですが、すべての使用状況で患者が実際に知られていない場合があり、匿名である可能性があります（例えばアルコール依存症のグループセラピーの場合- エンカウンターの記録が人数/スタッフの請求に使用され、特定の患者の文脈に重要ではない場合、または獣医治療では、個々に追跡されていない群れの羊が治療を受ける場合があります）。

特定のエピソードの一部として特定のエンカウンターを分類する必要がある場合、このフィールドを使用する必要があります。この関連は、政府報告、問題追跡、共通の課題に関連するエンカウンターを特定の目的のためにグループ化するのに役立ちます。これらの関連は、通常、エピソードの後に作成され、新しいエンカウンターを追加するためにエピソードを編集するのではなく、入力時にグループ化されます（エピソードは数年にわたって広がる可能性があります）。

このEncounter（診察、受診、入退院など）が満たす要請（例：紹介依頼や手続き要請）

サービスを提供する責任を持つ人々のリスト

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

Encounter（診察、受診、入退院など）における参加者の役割。

参加者タイプは、個人がどのようにエンカウントに参加するかを示します。それには、非開業者の参加者が含まれ、開業者にとってはこのエンカウントの文脈でアクションタイプを説明することが含まれます（例：入院医師、診療医師、翻訳者、相談医師）。これは、雇用、教育、免許などの用語から派生した機能的な役割である開業者の役割とは異なります。

Encounter（診察、受診、入退院など）における参加者の役割。

指定された参加者が出席した期間。これらは重複することがあり、全体的なエンカウント期間のサブセットになることもあります。

「患者以外にEncounter（診察、受診、入退院など）に関わった人々。」

このEncounter（診察、受診、入退院など）を予定した約束。

Encounter（診察、受診、入退院など）の開始時刻と終了時刻。

もし、まだ知られていなければ、期間の終わりは省略できます。

接触が続いた時間の量です。休暇中の時間は除かれます。

休暇により、エンカウンター期間の時間が異なる場合があります。

Encounter（診察、受診、入退院など）が起こる理由をコードとして表現します。入院に関しては、コード化された入院診断に使用できます。

主要な診断を知る必要があるシステムには、標準拡張子primaryDiagnosis（フラグではなく、シーケンス値である1 = 主要な診断）でマークされます。

Encounter（診察、受診、入退院など）が起こる理由。

Encounter（診察、受診、入退院など）が起こる理由をコードとして表現します。入院に関しては、コード化された入院診断に使用できます。

主要な診断を知る必要があるシステムには、標準拡張子primaryDiagnosis（フラグではなく、シーケンス値である1 = 主要な診断）でマークされます。

この対面に関連する診断リスト。

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

エンカウンターが発生する理由は、他のリソースからの情報を使用して指定されます。入院の場合、これは入院診断です。指標は通常、状態（evidence.detailで参照される他のリソースで）またはプロシジャー（処置等）です。

主要な診断を知る必要があるシステムには、標準拡張子primaryDiagnosis（フラグではなく、シーケンス値である1 = 主要な診断）でマークされます。

この診断がEncounter（診察、受診、入退院など）の中で果たす役割（入院、請求、退院など）

この状態が表す診断のタイプ。 (Kono jōtai ga arawasu shindan no taipu.)

各役割タイプの診断ランキング

このエンカウンターの請求に使用できるアカウントのセット。

請求システムは内部のビジネスルールに基づいて、Encounter（診察、受診、入退院など）に関連する請求可能なアイテムを複数の参照されたアカウントに割り当てることができます。

医療サービスへの入院に関する詳細。

「エンカウンター」は入院期間だけでなく、外来診療、地域クリニック、高齢者施設などの文脈も含まれる場合があります。 この「エンカウンター」の期間に記録される期間は、この入院記録の全範囲をカバーしています。

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

「入院前の識別子」

患者が入院する前に、どこの場所/組織から来たか。

患者がどこから入院したのか（医師の紹介、転院）

患者が入院した場所はどこですか。 (Kanja ga nyūin shita basho wa doko desu ka?)

この入院が再入院かどうか、そしてその理由が分かっている場合はなぜか。

この入院の再入院の理由。

患者が報告した食事の好み。

例えば、患者が乳製品フリーとナッツフリーの食事を希望することがあります（相反する要素ではありません）。

食品の好みを考慮して、医療、文化、倫理的観点から、提供要件に対応することができます。

Used to track patient's diet restrictions and/or preference. For a complete description of the nutrition needs of a patient during their stay, one should use the nutritionOrder resource which links to Encounter.

特別なおもてなし（VIP、取締役）

特別なおもてなし。

この入院の機会に行われた特別な要求、特定の装置などの提供などがある場合は。

特別な手配。

患者が退院する場所/組織。 (Kanja ga taiin suru basho/soshiki.)

退院後の場所のカテゴリーまたは種類。

退院時の配慮。

この接触中に患者が滞在した場所のリスト

エンカウント」には、場所の種類である「クライアントの自宅」のような場所の参照を明示することで、バーチャルなエンカウントを記録できます。また、エンカウントクラスは「バーチャル」である必要があります。

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

Encounter（診察、受診、入退院など）が起こる場所。

指定された場所に参加者が期間中にいる状態。参加者が場所にいなくなった場合は、期間に終了日時が設定されます。

患者が場所でのアクティブな期間が終了したら、期間終了日が入力され、ステータスが完了に変更される場合があります。

場所の状態。

これは、メッセージングまたはクエリを簡素化するために記録が必要なレベル（ベッド/病室/部屋など）を特定するために使用されます。

この情報は、エンカウンターリソースの理解とメッセージングまたはクエリの処理をサポートするために、ロケーションリソースからデノーマライズされています。

階層には多くのレベルがあり、特定の使用シナリオに必要な特定のレベルのみをピックアップすることができます。

場所の実体形態。

"患者が場所にいた期間。"

このエンカウンターのサービスを主に担当する組織。これは患者の記録にある組織と同じかもしれませんが、外部組織からサービスを提供するアクターがいる場合など、別の組織である可能性もあります(別途請求される可能性があります)。大腸内視鏡検査の簡略化されたエンカウンターのバンドルを参照してください。

このEncounter（診察、受診、入退院など）が一部である、別のEncounter（診察、受診、入退院など）（手続き的にも時間的にも）。

これは、子供の経験を母親の経験に関連付けるためにも使用されます。詳細については、患者リソースのノートセクションを参照してください。