FHIR Encounter kaynağı, örnekle açıklandı

Kısa cevap: Bir Encounter, hastanın sağlık sistemiyle olan tek bir etkileşimidir: ayakta tedavi ziyareti, hastanede yatış, acil servis başvurusu, görüntülü görüşme, ev ziyareti. Ne zaman (period), hangi ortamda (class: ayakta, yatarak, acil, evde sağlık, sanal), durumunu (planlandı → devam ediyor → bitti), kimlerin yer aldığını, neden (reasonCode) ve ne teşhis edildiğini (diagnosis, Durumlarla bağlantılı) kaydeder. Gözlemler, prosedürler, ilaç emirleri ve belgeler ait oldukları Encounter'a işaret eder, bu da kaydın ziyaret ziyaret okunabilmesini sağlar.

Geçerli bir FHIR R4 örneği

Geçerli bir FHIR R4 Encounter kaynağı yalnızca durum ve sınıf gerektirir, ancak kullanışlı bir kaynak aynı zamanda ilgili kişiyi, dönemi, türü, katılımcıları, bir nedeni ve belirlenen teşhisleri de içerir. Aşağıdaki örnek, tip 2 diyabet için tamamlanmış bir ayakta tedavi konsültasyonunu, birincil uygulayıcıyı, ilk sırada yer alan ana şikayet teşhisini, bir konumu ve sorumlu kuruluşu göstermektedir.

{
  "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"}
}

Durum: yaşam döngüsü

Bir FHIR Encounter'ın durumu planlandı, geldi, triyaj edildi, devam ediyor, izinde ve tamamlandı olarak ilerler; iptal edildi, hata girildi ve bilinmiyor diğer çıkışlardır. statusHistory öğesi, her önceki durumu dönemiyle birlikte tutar, böylece hastanede kalış süresi hastanın ne zaman geldiğini, kabul edildiğini ve ayrıldığını gösterir. Encounter, onu rezerve eden Randevu değil, etkileşimin kendisidir.

planned (rezervasyon yapıldı, henüz başlamadı) → arrived → triaged (acil servisler) → in-progress → onleave (yatarak tedavi gören hastanın geçici izni) → finished. cancelled ve entered-in-error ise başka türlü sonlandırır; unknown ithalatlar için mevcuttur. statusHistory, önceki durumları dönemleriyle birlikte tutar, böylece bir hastanede yatış hastanın ne zaman geldiğini, ne zaman kabul edildiğini ve ne zaman ayrıldığını gösterir. Bir Encounter'ın bir Randevu olmadığını unutmayın: Randevu rezervasyondur; hasta geldiğinde, appointment aracılığıyla onu referans alan bir Encounter oluşturulur.

Sınıf: ortam

Encounter class (sınıfı), HL7 v3 ActCode sisteminden gelir: AMB ayakta tedavi (ayakta hasta), IMP yatan hasta, EMER acil, HH evde sağlık, VR sanal (teletıp), ACUTE ve NONAC yatan hasta alt türleri için, OBSENC gözlem, PRENC yatış öncesi, SS kısa süreli yatış. classHistory (sınıf geçmişi), örneğin bir acil başvurunun yatışa dönüştüğü transferleri kaydeder.

Diğer öğeler

Durum ve sınıfın ötesinde, bir FHIR Encounter türü ve hizmet türünü (ne tür bir ziyaret ve hangi hizmet hattı), katılımcıyı (rolleri ve dönemleriyle birlikte klinisyenler), reasonCode veya reasonReference (neden kodu veya nedeni referansı), teşhisi (kullanım ve sıralamayla bağlantılı Durumlar), hastaneye yatış (kabul ve taburcu detayları), zaman içindeki konum girişlerini, süreyi, hizmet sağlayıcıyı ve alt karşılaşmalar için partOf (parçası) içerir.

type ve serviceType, ne tür bir karşılaşma ve hangi hizmet hattının (kardiyoloji, diyabet eğitimi) olduğunu, ülkeye göre değişen kodlarla belirtir.
participant, katılımcı türü (kabul eden, ilgilenen, birincil uygulayıcı, danışman, sevk eden) ve her birinin dahil olduğu dönemi belirten klinisyenleri ve diğerlerini listeler.
reasonCode / reasonReference, ziyaretin nedenini belirtir; diagnosis, belirlenen veya ele alınan Durumları, bir use (kabul teşhisi AD, taburcu teşhisi DD, ana şikayet CC, komorbidite CM, faturalandırma) ve bir rank ile bağlar. FHIR Condition açıklandı bölümüne bakın.
hospitalization, kabul ayrıntılarını içerir: admitSource (Aile hekimi sevk, acil, transfer), dischargeDisposition (ev, başka bir hastane, vefat), preAdmissionIdentifier, diyet ve özel düzenlemeler.
location, yerleri zaman içindeki durumlarıyla (planlanmış, aktif, rezerve edilmiş, tamamlanmış) listeler; bir servis transferi yeni bir giriş ekler.
length, süredir; serviceProvider, sorumlu kuruluştur; partOf, bir alt karşılaşmayı (bir servis yatışı) ait olduğu kabul ile bağlar.

R5'te ne değişti

FHIR R5, Encounter.hospitalization (hastaneye yatış) adını admission (kabul) olarak değiştirdi, reasonCode (neden kodu) ve reasonReference (neden referansı) öğelerini reason (neden) altında birleştirdi, class (sınıfı) CodeableConcept'lerden oluşan bir liste haline getirdi (bir karşılaşma birden fazla sınıflandırma taşıyabilir), participant.individual (katılımcı birey) öğesini actor (aktör) altına taşıdı ve durum ve sınıf geçmişi için EncounterHistory'yi ayrı bir kaynak olarak tanıttı. R4, ABD Çekirdeği ve çoğu ulusal rehberdeki sürüm olarak kalır; bkz. FHIR R4 vs R5.

HL7 v2'den Eşleme

HL7 v2 ADT mesajları, olay türüne göre FHIR Encounter'a eşlenir: A01 kabul, devam eden bir yatan hasta Encounter'ı oluşturur, A03 taburcu, dönemin sonu ve taburcu durumu ile bunu tamamlar, A02 transfer bir konum girişi ekler, A04 bir ayakta tedavi Encounter'ı kaydeder ve A08 bunu günceller. Verilerin çoğu, ziyaret numarası Encounter.identifier (karşılaşma tanımlayıcısı) haline gelen PV1 segmentinden gelir.

ADT^A01 (kabul) IMP sınıfı ve in-progress durumuyla bir Encounter oluşturur; A03 (taburcu) finished durumunu ayarlar ve period.end ile dischargeDisposition'ı doldurur; A02 (transfer) bir location girişi ekler; A04 (ayakta hasta kaydı) bir AMB karşılaşması oluşturur; A08 günceller. PV1, verilerin çoğunu taşır (PV1-2'de hasta sınıfı, PV1-3'te konum, PV1-7'de ilgilenen, PV1-19'da ziyaret numarası, bu da Encounter.identifier olur). HL7 v2 mesajları açıklandı bölümüne bakın.

Anpheros'ta

Anpheros Platform, FHIR Encounter kaynaklarını iki şekilde oluşturur: klinikler bunları API aracılığıyla yazar ve bir kişinin kendi oturum açtığı ziyareti, randevu gerçekleştikten sonra tamamlanmış bir Encounter haline gelir. O ziyaretten elde edilen sonuçlar, belgeler ve notlar Encounter'a referans verir, böylece kayıt kişi tarafından ve paylaştığı herhangi bir klinik tarafından ziyaret ziyaret okunabilir.

Uygulamada rezerve edilen randevular, gerçekleşene kadar Randevu kaynaklarıdır.

İlgili sayfalar

Kaynaklar

Sık sorulan sorular

Encounter ve Randevu arasındaki fark nedir?

Randevu, gelecekteki bir zaman diliminin rezervasyonudur; Encounter, gerçekten gerçekleşen (veya gerçekleşmekte olan) etkileşimdir. Hasta geldiğinde, Encounter oluşturulur ve Randevuyu referans alır.

Bir hastanede yatış tek bir Encounter mı yoksa birden fazlası mı?

Genellikle kabul için tek bir Encounter, her servis için konum girişleri ve ayar değişiklikleri için classHistory. Bazı sistemler partOf aracılığıyla bağlanan servis yatışları başına alt karşılaşmalar oluşturur; ulusal rehberler hangisi olduğunu belirtir.

Taburcu özeti nereye gider?

DocumentReference veya Encounter'ı referans alan bir FHIR belgesi olarak. Encounter'ın kendisi, anlatısal metni değil, taburcu yerleşimini ve tarihlerini içerir.

Her Gözlem bir Encounter gerektirir mi?

Hayır. Hastanın evde kaydettiği veya bir giyilebilir cihazdan gelen Gözlemlerin bir Encounter'ı yoktur. Bir ziyaret sırasında alınanlar, kaydın ziyaret bazında okunabilmesi için onu referans almalıdır.

Anpheros Platform

Sandbox'ta ücretsiz deneyin

İlk FHIR çağrınız 5 dakikada. Hasta izniyle yerleşik HL7 FHIR R4 API: sandbox'ta deneyin, ardından kendi uygulamanızı veya klinik sisteminizi bağlayın.

Ücretsiz sandbox oluşturun Geliştirici kılavuzlarını okuyun →

Ücretsiz · 30 sentetik hasta · kart gerekmez

Bu rehber bilgilendirme amaçlıdır ve tıbbi muayenenin yerini tutmaz. Sağlığınızla ilgili kararlar için doktorunuzla konuşun. Acil bir durumda yerel acil numarasını arayın (Avrupa’da 112).

Yazan

Anpheros Ekibi

Anpheros, hasta kontrolünde olan ve herhangi bir klinik ile paylaşılabilecek, AB merkezli bir HL7 FHIR R4 platformu üzerinde tıbbi kayıtlar oluşturur. Bu rehberler, sağlığınızı anlamanıza ve düzenlemenize yardımcı olur; doktorunuzun yerini tutmaz.

Anpheros Hakkında →