簡単な説明: Encounter（診療記録）とは、患者さんと医療システムとの間の1回のやり取りのことです。外来受診、入院、救急外来の受診、ビデオ通話での診察、自宅訪問などが含まれます。これは、いつ（period）、どのような状況で（class: 外来、入院、救急、在宅医療、バーチャル）、その状態（予定 → 進行中 → 終了）、誰が参加したか、なぜ（reasonCode）、そして何が診断されたか（diagnosis、Conditionへのリンク）を記録します。Observation、処置、薬剤オーダー、文書は、それらが属するEncounterを参照しており、これにより記録を診療ごとに読むことができます。
有効なFHIR R4の例
有効なFHIR R4のEncounterリソースには、statusとclassのみが必要ですが、有用なリソースにはsubject、period、type、participant、reason、そして確立された診断も含まれます。以下の例は、2型糖尿病に対する完了した外来診療で、主担当者、第一位の主訴診断、場所、責任組織が含まれています。
{
"resourceType": "Encounter",
"id": "visit-2026-03-14",
"status": "finished",
"class": {"system": "http://terminology.hl7.org/CodeSystem/v3-ActCode", "code": "AMB", "display": "ambulatory"},
"type": [{"coding": [{"system": "http://snomed.info/sct", "code": "11429006", "display": "Consultation"}]}],
"serviceType": {"coding": [{"system": "http://terminology.hl7.org/CodeSystem/service-type", "code": "165", "display": "Diabetes Education"}]},
"subject": {"reference": "Patient/example"},
"participant": [{
"type": [{"coding": [{"system": "http://terminology.hl7.org/CodeSystem/v3-ParticipationType", "code": "PPRF", "display": "primary performer"}]}],
"individual": {"reference": "Practitioner/gp-42"}
}],
"period": {"start": "2026-03-14T09:00:00+01:00", "end": "2026-03-14T09:25:00+01:00"},
"reasonCode": [{"coding": [{"system": "http://snomed.info/sct", "code": "44054006", "display": "Type 2 diabetes mellitus"}]}],
"diagnosis": [{
"condition": {"reference": "Condition/t2dm"},
"use": {"coding": [{"system": "http://terminology.hl7.org/CodeSystem/diagnosis-role", "code": "CC", "display": "Chief complaint"}]},
"rank": 1
}],
"location": [{"location": {"reference": "Location/clinic-3"}, "status": "completed"}],
"serviceProvider": {"reference": "Organization/hospital"}
}
ステータス：ライフサイクル
FHIR Encounterのstatusは、planned（予定)、arrived（到着)、triaged（トリアージ済み)、in-progress（進行中)、onleave（離席中)、finished（完了)と変化し、cancelled（キャンセル)、entered-in-error（エラー入力)、unknown（不明)がその他の終了状態となります。statusHistory要素は、各以前の状態とその期間を保持するため、入院期間は患者がいつ到着し、入院し、退院したかを示します。Encounterは、予約したAppointmentではなく、そのやり取り自体です。
planned（予約済み、まだ開始されていない）→ arrived → triaged（救急外来の場合）→ in-progress → onleave（入院中の患者の一時的な外出）→ finished。cancelled（キャンセル）とentered-in-error（エラー入力）はそれ以外で終了します。unknownはインポート用です。statusHistoryは、それ以前の状態とその期間を保持するため、入院期間は患者がいつ到着し、いつ入院し、いつ退院したかを示します。EncounterはAppointmentとは異なることに注意してください。Appointmentは予約であり、患者が到着すると、それをappointmentを通じて参照するEncounterが作成されます。
クラス：状況
EncounterのclassはHL7 v3 ActCodeシステムから来ています：AMB ambulatory（外来)、IMP inpatient（入院)、EMER emergency（救急)、HH home health（在宅医療)、VR virtual（仮想/遠隔医療)、ACUTEおよびNONACは入院のサブタイプ、OBSENC observation（観察)、PRENC pre-admission（入院前)、SS short stay（短期滞在)。classHistoryは転院などを記録します。例えば、救急受診が入院に変わった場合などです。
その他の要素
statusとclass以外に、FHIR EncounterはtypeとserviceType（どのような種類の受診か、どのサービスラインか)、participant（役割と期間を持つ臨床医)、reasonCodeまたはreasonReference、diagnosis（使用目的と順位を持つ関連するCondition)、hospitalization（入院と退院の詳細)、時間の経過に伴うlocationエントリ、length、serviceProvider、そしてサブエンカウンターのためのpartOfを含みます。
- typeとserviceTypeは、エンカウンターの種類とサービスライン（循環器科、糖尿病教育）を示し、国によってコードが異なります。
- participantは、参加タイプ（入院担当医、診察担当医、主治医、コンサルタント、紹介元）と、それぞれの関与期間とともに、臨床医やその他の関係者をリストします。
- reasonCode / reasonReferenceは受診理由を示し、diagnosisは確立または対処されたConditionを、
use（入院診断 AD、退院診断 DD、主訴 CC、併存疾患 CM、請求）とrankとともにリンクします。FHIR Conditionの説明を参照してください。 - hospitalizationは入院の詳細を運びます：
admitSource（GP紹介、救急、転院）、dischargeDisposition（自宅、他の病院、死亡）、preAdmissionIdentifier、食事、特別な手配。 - locationは、時間経過に伴う場所とその状態（予定、アクティブ、予約済み、完了）をリストします。病棟の移動は新しいエントリを追加します。
- lengthは期間、serviceProviderは責任組織、partOfはサブエンカウンター（病棟滞在）を入院にリンクします。
R5での変更点
FHIR R5では、Encounter.hospitalizationがadmissionに改名され、reasonCodeとreasonReferenceがreasonに統合され、classがCodeableConceptのリスト（エンカウンターは複数の分類を持つことができる)になり、participant.individualがactorに移動し、statusとclassの履歴のためにEncounterHistoryが独立したリソースとして導入されました。R4は、US Coreおよびほとんどの国のガイドで引き続き使用されているバージョンです。詳細はFHIR R4 vs R5をご覧ください。
HL7 v2からのマッピング
HL7 v2 ADTメッセージは、イベントタイプによってFHIR Encounterにマッピングされます：A01 admitは進行中の入院Encounterを作成し、A03 dischargeはperiod.endとdischarge dispositionでそれを完了させ、A02 transferはlocationエントリを追加し、A04は外来Encounterを登録し、A08はそれを更新します。データのほとんどはPV1セグメントから取得され、そのvisit numberがEncounter.identifierになります。
ADT^A01（入院）は、クラスIMP、ステータスin-progressのEncounterを作成します。A03（退院）はステータスをfinishedに設定し、period.endとdischargeDispositionを埋めます。A02（転院）はlocationエントリを追加します。A04（外来登録）はAMBエンカウンターを作成します。A08はそれを更新します。PV1はほとんどのデータ（PV1-2の患者クラス、PV1-3の場所、PV1-7の担当医、PV1-19の訪問番号、これがEncounter.identifierになります）を運びます。HL7 v2メッセージの説明を参照してください。
Anpherosにて
Anpheros Platformは、2つの方法でFHIR Encounterリソースを作成します：クリニックがAPI経由で作成するか、個人のログインした受診が予約の実施後に完了したEncounterになります。その受診からの結果、文書、メモはEncounterを参照するため、その記録は個人および共有しているクリニックが受診ごとに閲覧できます。
アプリで予約されたAppointmentは、実施されるまでAppointmentリソースとなります。
関連ページ
- FHIR Conditionの説明
- FHIR Patientリソースの説明
- HL7 v2メッセージの説明：ADTとORU
- FHIR R4 vs R5
- FHIR DiagnosticReportの説明
- 開発者サイトのEncounter例
ソース
- HL7 FHIR R4: Encounter
- HL7 FHIR R5: Encounter
- HL7 Terminology: v3 ActCode (encounter class)
- HL7 Terminology: diagnosis-role code system
- HL7 US Core: Encounter profile
よくある質問
EncounterとAppointmentの違いは何ですか？
Appointmentは将来の枠の予約であり、Encounterはその実際に行われた（または行われている）やり取りです。患者が到着すると、Encounterが作成され、Appointmentを参照します。
入院は1つのEncounterですか、それとも複数ですか？
通常は入院に対する1つのEncounterで、各病棟の場所エントリと設定変更のためのclassHistoryがあります。システムによっては、partOfを通じてリンクされる病棟滞在ごとのサブエンカウンターを作成するものもあります。国のガイドラインでどちらかを示しています。
退院サマリーはどこに保存されますか？
DocumentReferenceまたはFHIRドキュメントとして、そのCompositionがEncounterを参照します。Encounter自体は、物語ではなく、退院時の状況と日付を保持します。
すべてのObservationにEncounterが必要ですか？
いいえ。患者が自宅で記録したObservationや、ウェアラブルデバイスから送られてくるObservationにはEncounterがありません。訪問中に取得されたものは、記録を診療ごとに読めるように、Encounterを参照する必要があります。
サンドボックスで無料で試す
5分で最初のFHIR呼び出し. 患者さんの同意が組み込まれたHL7 FHIR R4 APIです。サンドボックスでお試しいただき、ご自身のアプリやクリニックのシステムを接続してください。
無料・合成患者30人・カード不要
Anpherosは、患者が管理し、あらゆるクリニックと共有できる医療記録を、EUを拠点とするHL7 FHIR R4プラットフォーム上で構築しています。これらのガイドは、ご自身の健康を理解し整理するのに役立ちますが、医師の代わりになるものではありません。
Anpherosについて →