ScholarGate
Asistan

FHIR (Hızlı Sağlık Hizmetleri Birlikte Çalışabilirlik Kaynakları)

FHIR (Hızlı Sağlık Hizmetleri Birlikte Çalışabilirlik Kaynakları), kaynaklar (resources) adı verilen modüler veri birimleri ve web tarzı uygulama programlama arayüzleri (API'ler) kullanarak sağlık hizmetleri bilgilerini değiş tokuş etmek için bir HL7 International standardıdır. Bu standart, önceki HL7 standartlarının yapılandırılmış bilgi modellemesini, yaygın olarak kullanılan web teknolojileri — RESTful API'ler, JSON ve XML serileştirmesi ve standart HTTP — ile birleştirerek sağlık verilerine erişimi ve bu veriler üzerinde uygulama geliştirmeyi kolaylaştırmaktadır.

PaperMind ile konu bulYakındaMakale ve konu bul
Tools & resources
Slaytları indir
Learn & explore
VideoYakında

Tanım

FHIR, klinik ve idari verileri, her biri tanımlanmış bir yapıya ve kararlı bir kimliğe sahip, ayrık, kendi içinde bütünleşik kaynaklar (resources) olarak temsil eden ve bunları standart web protokolleri üzerinden bir RESTful uygulama programlama arayüzü aracılığıyla değiş tokuş eden bir standarttır; böylece sistemler ve uygulamalar sağlık verilerini birlikte çalışabilir bir şekilde okuyabilir, yazabilir ve arayabilir.

Kapsam

Bu madde, FHIR kaynak modelini, RESTful değişim paradigmasını, yerel ihtiyaçlara yönelik profillemeyi ve önceki HL7 standartları ile SMART on FHIR gibi ikame edilebilir uygulamalarla ilişkisini kapsamaktadır. FHIR'ı bir veri değişim standardı ve metodolojik bir konu olarak ele almaktadır; uygulama, güvenlik yapılandırması veya tedarik rehberliği sunmamaktadır.

Temel sorular

  • FHIR kaynağı nedir ve kaynaklar bir hasta kaydını temsil etmek için nasıl birleşmektedir?
  • RESTful API yaklaşımı, HL7 v2 mesajlaşmasından nasıl farklılık göstermektedir?
  • Profiller ve uzantılar nelerdir ve neden gereklidir?
  • FHIR, SMART on FHIR gibi ikame edilebilir uygulamaları nasıl mümkün kılmaktadır?

Anahtar kavramlar

  • Kaynaklar (Hasta, Gözlem, Karşılaşma, İlaç İsteği vb.)
  • RESTful API (oluşturma, okuma, güncelleme, silme, arama)
  • JSON ve XML serileştirmesi
  • Referanslar ve demetler
  • Profiller ve uzantılar
  • Uygulama kılavuzları
  • SMART on FHIR ikame edilebilir uygulamalar

Mekanizmalar

FHIR, sağlık hizmetleri bilgilerini, her biri tanımlanmış bir dizi öğeye ve kararlı, adreslenebilir bir kimliğe sahip olan Hasta (Patient), Gözlem (Observation) veya İlaç İsteği (MedicationRequest) gibi modüler birimler olan kaynaklar (resources) olarak modellemektedir. Kaynaklar birbirine referans vermekte ve kaynak grupları demetler (bundles) halinde bir araya getirilebilmektedir. Sistemler bunları, standart HTTP operasyonlarının kaynakları oluşturduğu, okuduğu, güncellediği, sildiği ve aradığı, verilerin JSON veya XML olarak serileştirildiği bir RESTful arayüz aracılığıyla değiş tokuş etmektedir. Bireysel uygulamaların yerel kısıtlamalara ihtiyaç duyması nedeniyle, FHIR profillemeyi desteklemektedir: profiller ve uzantılar, temel kaynakları belirli bir yargı alanına veya kullanım durumuna göre uyarlamakta ve uygulama kılavuzları bunları bir topluluk için paketlemektedir. Bu kaynak ve API tasarımı, aynı zamanda, bir FHIR uç noktasına karşı yetkilendirilmiş bir uygulamanın (SMART on FHIR modeli) uyumlu sistemler arasında çalışabildiği ikame edilebilir uygulamaların da temelini oluşturmaktadır.

Klinik önem

FHIR, hasta odaklı uygulamalar, klinik verilere erişim ve kuruluşlar arası veri değişimi için giderek artan bir temel oluşturmakta ve ulusal birlikte çalışabilirlik politikalarında yer almaktadır. Bu madde, FHIR'ın verileri nasıl yapılandırdığını ve açığa çıkardığını açıklamaktadır; standarda ilişkin bir referans materyal olup, herhangi bir klinik sistemin oluşturulması, güvenliğinin sağlanması veya dağıtılmasına yönelik bir rehberlik değildir.

Kanıt ve kılavuzlar

FHIR, HL7 aracılığıyla geliştirilen ve oylanan normatif bir HL7 International standardıdır; ulusal ve bölgesel uygulama kılavuzları, yerel kullanım için onu kısıtlamaktadır. Bender ve Sartipi (2013), standardın RESTful tasarımına ilişkin erken bir teknik açıklamadır; Benson ve Grieve'in ders kitabı, FHIR'ı HL7 ve SNOMED CT ile birlikte konsolide bir şekilde ele almaktadır ve Mandl ve Kohane (2012), FHIR'ın desteklediği açık, uygulama tabanlı mimarinin politika gerekçesini sunmaktadır.

Tarihçe

FHIR, 2011-2012 yılları civarında HL7 tarafından, Grahame Grieve liderliğinde, ana akım web teknolojilerini yeniden kullanan, HL7 sürüm 3'e kasıtlı olarak daha hafif bir alternatif olarak başlatılmıştır. Bender ve Sartipi (2013) gibi erken açıklamalar, onu çevik, RESTful bir yaklaşım olarak çerçevelemiş ve standart, 2010'lu yıllar boyunca ardışık sürümlerle normatif statüye doğru ilerleyerek, açık, ikame edilebilir sağlık bilişimi için politika argümanlarıyla birleşmiştir.

Tartışmalar

FHIR, gerçek anlamsal birlikte çalışabilirliği ne kadar iyi sağlamaktadır?
FHIR, yapıyı ve değişimi iyi bir şekilde standartlaştırmaktadır, ancak tutarlı anlam hala profillerin ve terminoloji bağlamalarının disiplinli kullanımına bağlıdır; uygulamalar arasındaki profilleme farklılıkları, kutudan çıktığı haliyle anlamsal birlikte çalışabilirliği sınırlayabilmektedir.

Öne çıkan isimler

  • Grahame Grieve
  • Duane Bender
  • Kamran Sartipi
  • Kenneth Mandl
  • Isaac Kohane

İlgili konular

Temel eserler

  • bender-sartipi-2013
  • benson-grieve-2021

Sıkça sorulan sorular

FHIR, HL7 v2 mesajlaşmasından nasıl farklıdır?
HL7 v2, sınırlayıcılarla ayrılmış segmentlere sahip olay tabanlı mesajlar gönderirken, FHIR, sistemlerin HTTP üzerinden JSON gibi ana akım formatları kullanarak doğrudan okuyabildiği, yazabildiği ve arayabildiği ayrık kaynakları bir RESTful web API aracılığıyla açığa çıkarmaktadır.
SMART on FHIR ne anlama gelmektedir?
SMART on FHIR, bir uygulamanın açık standartları kullanarak bir FHIR uç noktasına karşı yetkilendirildiği bir modeldir; böylece aynı uygulama, uyumlu FHIR API'leri sunan farklı sistemler arasında çalışabilmektedir; bu, FHIR'ın kaynak ve API tasarımının motivasyonlarından biridir.

Bu kavram için yöntemler

İlgili kavramlar