Kısa cevap: Condition (Durum), bir teşhis, bir sağlık sorunu veya endişe seviyesine ulaşmış bir belirti için kullanılan FHIR kaynağıdır: bu hastada tip 2 diyabet var, aktif, doğrulanmış, 2019'dan beri. Kullanışlı olmasını sağlayan iki durum alanına sahiptir. clinicalStatus (klinik durumu), durumun seyrindeki yerini belirtir (aktif, nüks, alevlenme, inaktif, remisyon, çözülmüş); verificationStatus (doğrulama durumu), ne kadar emin olunduğunu belirtir (doğrulanmamış, geçici, ayırıcı, doğrulanmış, çürütülmüş, hataya girilmiş). category (kategori), uzun süreli problem listesi öğelerini tek bir ziyaret için kaydedilen karşılaşma teşhislerinden ayırır. Kod genellikle SNOMED CT'dir, raporlama için genellikle yanında bir ICD-10 kodu bulunur.
Geçerli bir FHIR R4 örneği
Geçerli bir FHIR R4 Durum (Condition) kaynağı, bir özne referansı ve hata olarak girilmediği sürece bir klinik durum (clinicalStatus) gerektirir; pratikte ayrıca doğrulama durumu (verificationStatus), bir kategori (problem-list-item veya encounter-diagnosis), kodlanmış bir teşhis ve başlangıç (onset) bilgilerini de içerir. Aşağıdaki örnek, SNOMED CT ve ICD-10 kodlarını yan yana kaydedilmiş, doğrulanmış, aktif tip 2 diyabeti göstermektedir.
{
"resourceType": "Condition",
"id": "t2dm",
"clinicalStatus": {"coding": [{"system": "http://terminology.hl7.org/CodeSystem/condition-clinical", "code": "active"}]},
"verificationStatus": {"coding": [{"system": "http://terminology.hl7.org/CodeSystem/condition-ver-status", "code": "confirmed"}]},
"category": [{"coding": [{"system": "http://terminology.hl7.org/CodeSystem/condition-category", "code": "problem-list-item"}]}],
"severity": {"coding": [{"system": "http://snomed.info/sct", "code": "6736007", "display": "Moderate"}]},
"code": {
"coding": [
{"system": "http://snomed.info/sct", "code": "44054006", "display": "Type 2 diabetes mellitus"},
{"system": "http://hl7.org/fhir/sid/icd-10", "code": "E11", "display": "Type 2 diabetes mellitus"}
],
"text": "Type 2 diabetes"
},
"subject": {"reference": "Patient/example"},
"onsetDateTime": "2019-03",
"recordedDate": "2019-03-18",
"recorder": {"reference": "Practitioner/gp-42"},
"asserter": {"reference": "Practitioner/gp-42"},
"note": [{"text": "Diet-controlled at diagnosis; metformin started 2021."}]
}
Önemli öğeler
En önemli Durum (Condition) öğeleri şunlardır: klinik durum (clinicalStatus - durumun seyrindeki yeri), doğrulama durumu (verificationStatus - teşhisin ne kadar kesin olduğu), kategori (category - problem listesi öğesi veya karşılaşma teşhisi), kod (code - genellikle SNOMED CT, yanında sıklıkla ICD-10 ile birlikte), başlangıç (onset) ve bitiş (abatement), kaydedilme tarihi (recordedDate) ve kaydeden (recorder) ile bildiren (asserter), yani durumu kimin girdiğini ve kimin talep ettiğini belirten bilgilerdir.
- clinicalStatus (klinik durumu), durum hataya girilmediği sürece gereklidir ve değerleri bir hastalığın seyrini takip eder.
resolved(çözülmüş), sona eren durumlar için kullanılır (iyileşmiş bir kırık);remission(remisyon), geri dönebilecekler için;inactive(inaktif), artık yönetilmeyen bir sorun için. Bunu değiştirmek, bir sorun listesinin geçmişi silmeden doğru kalmasını sağlar. - verificationStatus (doğrulama durumu) kesinliği kaydeder.
provisional(geçici) vedifferential(ayırıcı), bir inceleme sırasında çalışma teşhisleridir;confirmed(doğrulanmış) bir kez belirlendikten sonra;refuted(çürütülmüş), dışlandığında, neyin düşünüldüğünün kaydını tutar. Bir belirti düzeyindeki giriş genellikleunconfirmed(doğrulanmamış) olur. - category (kategori): Bir GP'nin tuttuğu kalıcı liste için
problem-list-item(problem listesi öğesi); bu ziyaretin neyle ilgili olduğu içinencounter-diagnosis(karşılaşma teşhisi). Aynı hastalık, farklı karşılaşmalara bağlanarak her ikisi olarak da görünebilir. - code (kod), CodeableConcept'dir, bu nedenle klinik anlam için bir SNOMED CT kavramını ve istatistikler için bir ICD-10 kodunu yan yana taşıyabilir. CodeableConcept ve Kodlama ve SNOMED CT vs ICD-10 bölümlerine bakın.
- bodySite (vücut bölgesi), severity (şiddet) ve stage (evre) (değerlendirme referanslarıyla) durumu niteler; evidence (kanıt), onu destekleyen Gözlemlere veya raporlara işaret eder.
- onset[x] (başlangıç[x]) ve abatement[x] (bitiş[x]) bir tarih-saat, bir yaş, bir dönem, bir aralık veya bir dize ("çocukluk") olabilir, çünkü hastalar nadiren kesin tarihler bilir. recordedDate (kayıt tarihi), kayda ne zaman girdiğidir, bu yıllar sonra olabilir.
- recorder (kaydeden) onu girdi; asserter (bildiren), kimin iddia ettiğidir, bu hasta kendisi olabilir.
Condition vs Observation (Durum vs Gözlem)
FHIR'da Gözlem (Observation), kan basıncı ölçümü veya kaydedilen bir baş ağrısı gibi tek bir ölçülmüş veya raporlanmış veri noktasıdır; Durum (Condition) ise hipertansiyon veya migren gibi zaman içinde yönetilen kalıcı klinik yorumdur. Gözlemler kanıt sağlar; Durum ise bir klinisyen veya hasta tarafından hasta hakkında yapılan bir iddiadır.
Kan basıncı okuması bir Gözlemdir. Hipertansiyon bir Durumdur. Hastanın kaydettiği bir belirti ("baş ağrısı, 6/10, Salı'dan beri") bir Gözlemdir; klinisyenin baş ağrılarının migren olduğu yargısı bir Durumdur. Kural: Gözlemler veri noktalarıdır; Durumlar, devam eden ve yönetilen klinik yorumlardır. Anpheros, belirtileri Gözlem olarak kaydeder ve yalnızca bir klinisyenin yaptığı bir teşhis veya kendilerine söylendiği şekilde bildirilen bir sorun için Durum oluşturur; uygulama belirtilerden Durum türetmez. Belirtiler Gözlem Olarak ve Durumlar Kayıt Olarak bölümlerine bakın.
Karşılaşma teşhisleri ve problem listesi
FHIR'da karşılaşma teşhisi (encounter diagnosis), bir ziyaret için Encounter.diagnosis'tan bağlanan ve kabul veya taburculuk teşhisi gibi bir kullanım ve bir sıra numarası (rank) içeren bir Durumdur (Condition); problem listesi ise kategori problem-list-item ve aktif bir klinik duruma (clinicalStatus) sahip kalıcı Durumlar (Conditions) kümesidir. Aynı hastalık, farklı karşılaşmalara bağlanarak her iki rolde de görünebilir.
Bir Encounter (Karşılaşma), Encounter.diagnosis aracılığıyla teşhislerine işaret eder, her biri bir use (kullanım) (kabul teşhisi, taburcu teşhisi, ana şikayet, komorbidite, faturalandırma) ve bir rank (sıra) ile. Problem listesi, problem-list-item kategorisine ve aktif veya benzeri bir clinicalStatus (klinik durumu) olan Durumlar kümesidir. İkisini uzlaştırmak (taburcu teşhisi yeni bir sorun haline geldi mi?) FHIR'ın kaydettiği ancak otomatikleştirmediği klinik iştir. FHIR Encounter Açıklaması bölümüne bakın.
Condition'a (Durum) nelerin konulmaması gerekir
FHIR Durumu (Condition), yalnızca hasta hakkında birinin iddia ettiği bir teşhis, sorun veya semptomu içermelidir. Aile öyküsü FamilyMemberHistory'de, alerjiler AllergyIntolerance'da, riskler ve puanlar Observation veya RiskAssessment'ta ve tamamlanmış prosedürler Procedure'da yer almalıdır. Bir klinisyen veya hasta tarafından iddia edilmeden yazılım tarafından çıkarılan hiçbir şey Durumda (Condition) yer almamalıdır.
- Aile öyküsü (bu FamilyMemberHistory'ye aittir).
- Alerjiler (AllergyIntolerance kendi kritiklik ve reaksiyon modeline sahiptir).
- Riskler ve puanlar (Observation veya RiskAssessment).
- Yapılan prosedürler (Procedure).
- Yazılımın bir klinisyen veya hasta tarafından iddia edilmeden çıkardığı herhangi bir şey; bir Durum hasta hakkındaki bir iddiadır ve
asserter(bildiren) kimin olduğunu belirtir.
Anpheros'ta
Anpheros, FHIR Durum (Condition) kaynaklarını Anpheros Platform'da yalnızca bir kliniğin API aracılığıyla yazması, kaynağına geri dönen bir kanıtı olan kodlanmış bir belge veya kişinin kendisine verildiğini bildirdiği bir teşhisten oluşturur. Her Durum, durumu ve kaynağı ile birlikte gösterilir ve uygulama kendi başına asla Durum teşhis etmez veya onaylamaz.
Klinisyenler, kaydı herhangi bir FHIR sistemi tarafından okunabilir hale getiren kodlarıyla birlikte aynı Durumu (Condition) görürler.
İlgili sayfalar
- FHIR Encounter Açıklaması
- FHIR'da CodeableConcept ve Kodlama
- SNOMED CT vs ICD-10
- FHIR Observation Açıklaması
- FHIR AllergyIntolerance Açıklaması
- Geliştirici sitesinde Durum örneği
Kaynaklar
- HL7 FHIR R4: Condition
- HL7 Terminoloji: condition-clinical kod sistemi
- HL7 Terminoloji: condition-ver-status kod sistemi
- HL7 US Core: Condition profilleri
- HL7 IPS: Condition profili
Sık sorulan sorular
Condition.code'da SNOMED CT mi yoksa ICD-10 mu kullanmalıyım?
Her ikisi de, ikisine de sahip olduğunuzda. SNOMED CT bakım için klinik anlamı taşır; ICD-10 (veya ulusal varyantı) raporlama ve faturalandırma için sınıflandırmayı taşır. Her birini aynı CodeableConcept'e bir Kodlama olarak yerleştirin; profiller hangisinin gerekli olduğunu söyler.
Bir teşhisin yanlış olduğunu nasıl kaydederim?
Durum düşünüldükten sonra dışlandıysa refuted (çürütülmüş) olarak, hata sonucu kaydedildiyse entered-in-error (hataya girilmiş) olarak verificationStatus'u ayarlayın. Kaynağı silmeyin; geçmiş, kaydın bir parçasıdır.
Bir belirti nereye gider, Condition mı yoksa Observation mı?
Bir veri noktası olarak bildirildiği sürece (ağrı puanı, süre, tetikleyici) bir Gözlem olarak. Yalnızca bir klinisyen veya hasta tarafından yönetilecek bir sorun olarak iddia edildiğinde, uygun verificationStatus ile Durum olarak.
Condition'ın teşhis edildiği bir tarihi var mı?
onset[x] (başlangıç[x]), durumun başladığı zamandır, bu yaklaşık olabilir; recordedDate (kayıt tarihi), girildiği zamandır. Ayrı bir teşhis tarihi yoktur; birçok kılavuz bunun için recordedDate'i veya bir Encounter referansını kullanır.
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 · 30 sentetik hasta · kart gerekmez
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 →