FHIR nedir ve sağlık kaydınız için neden önemlidir

Sağlık kaydınız için bir uygulama aradıysanız FHIR kısaltmasıyla karşılaşmışsınızdır. Açıklamalarda, “güvenlik ve uyumluluk” sayfalarında, hastane ve bakanlık duyurularında geçer. Nadiren açıklanır. Bu rehber, sizi programcıya dönüştürmeden bunu yapıyor: FHIR nedir, hangi sorunu çözer, sizin için somut olarak ne anlama gelir ve bir uygulamanın onu gerçekten kullanıp kullanmadığını nasıl anlarsınız.

Sorun: her sistem farklı bir dil konuşuyor

Bir laboratuvarda yapılan kan tahlili size PDF olarak gelir. Aynı tahlil hastanenin sisteminde kendi formatındaki bir veritabanında bir satırdır. Aile hekiminizde belki serbest metin bir nottur. Üç yer, üç format, aralarında hiçbir bağ yok. Bunları bir araya getirmek istediğinizde tek araç okuyup yeniden yazan bir insandır.

Sağlık sistemleri onlarca yıl tam olarak böyle kuruldu: her biri kendi formatıyla, diğerleriyle yalnızca özel yazılmış, pahalı ve kırılgan “köprüler” üzerinden veri paylaşarak. Eski standartlar (1980’lerden HL7 sürüm 2 ya da CDA) sorunu hastaneler için kısmen çözdü, ama modern uygulamaların kullanması zor, bir insanın okuması neredeyse imkânsızdır.

FHIR nedir

FHIR (“fayır” okunur), Fast Healthcare Interoperability Resources demektir. 35 yılı aşkın süredir sağlık verilerinin sistemler arasında nasıl aktarılacağını tanımlayan HL7 International’ın yayımladığı bir standarttır. Bugün yaygın kullanılan sürüm 2019’da yayımlanan R4’tür (4.0.1); 2023’ten beri daha yeni bir R5 var, ancak AB ve ABD’deki yasal gereklilikler dahil dünyadaki sistemlerin çoğu R4’e dayanır.

Temel fikir basit: her tıbbi bilgi, yapısı bilinen bir kaynak olarak tanımlanır. Hasta için bir kaynak (Patient), tahlil ya da ölçüm için bir kaynak (Observation), tanı için (Condition), reçete edilen ilaç için (MedicationRequest), alerji için (AllergyIntolerance), aşı için (Immunization), belge için (DocumentReference) ve böyle devam eder; toplam 150 civarı. Her kaynağın tanımlı alanları vardır: bir Observation’da neyin ölçüldüğünün kodu, değer, birim, tarih, kimin ölçtüğü ve kim için ölçtüğü bulunur.

Kaynaklar her programlama dilinin okuduğu JSON ya da XML’de yazılır ve internette tıpkı web sayfaları gibi, adresler ve HTTP istekleriyle taşınır. Eski standartlardan farkı budur: FHIR her programcının zaten bildiği araçları kullanır; bu yüzden uygulaması ucuz, yanlış uygulaması zordur.

Kodlar: herkes aynı şeyi anlasın diye

Yapı tek başına yetmez. Bir sistem “kan şekeri”, diğeri “serum glukozu” yazarsa yine anlaşamazlar. FHIR bunu içerik için standart kodlar isteyerek çözer:

• Tahliller ve ölçümler için LOINC: açlık glukozunun kodu dünyanın her yerinde 1558-6’dır.
• Tanılar ve işlemler için SNOMED CT ve ICD-10.
• İlaçlar için etken maddeye göre ATC (DSÖ sınıflandırması).
• Birimler için UCUM: mg/dL ve mmol/L her yerde aynı yazılır, dönüşüm otomatiktir.

Yapı ve kodlarla, Sibiu’daki bir laboratuvarın ürettiği FHIR kaynağı Viyana’daki bir hastane ya da Kaliforniya’daki bir uygulama tarafından doğru okunur; kimsenin aralarına “köprü” yazması gerekmez.

Sizin için somut olarak ne anlama geliyor

En görünürden en önemliye dört şey.

Verileriniz taşınabilir. Kaydınız FHIR olarak saklanıyorsa eksiksiz dışa aktarılabilir ve uyumlu herhangi bir sisteme aktarılabilir. Tek bir uygulamaya bağımlı değilsiniz ve yalnızca onun anladığı bir formatın rehinesi değilsiniz. “Sizin” pratikte “standart formatta dışa aktarılabilir” demektir.

Verilerinizi doktorlar anlayabilir. Yeni bir doktor, başka bir ülkedeki hastane, bir acil servis: hepsi bir FHIR özeti (genellikle Uluslararası Hasta Özeti biçiminde) alabilir ve kendi sistemlerinde, kendi kodlarıyla, kendi dillerinde okuyabilir. 40 sayfalık bir PDF değil; arayabilecekleri, süzebilecekleri, karşılaştırabilecekleri veriler.

Verileriniz bir araya getirilebilir. Farklı laboratuvarlardan tahliller, saatten ölçümler, reçetelerden ilaçlar, taranmış belgeler: hepsi LOINC kodlu ve tarihli FHIR kaynaklarıysa aynı zaman çizgisine oturur ve karşılaştırılabilir. İyi bir uygulama bunu otomatik yapar.

Verileriniz bir vaatle değil, bir standartla korunur. FHIR verilere erişimin nasıl verildiğini de tanımlar: OAuth 2’ye dayanan SMART on FHIR çerçevesiyle, hangi uygulamanın kaydın hangi bölümünü ne kadar süre göreceğini açıkça siz onaylar ve erişimi geri alabilirsiniz. Bir siteye “Google ile giriş” yaparken kullandığınız mekanizmanın aynısı; sağlık verilerine, ince izinlerle uygulanmış hâli (yalnızca tahliller, yalnızca ilaçlar, yalnızca okuma).

FHIR nerelerde zaten kullanılıyor

FHIR “gelecek” standardı değil. Bildiğiniz yerlerde zaten zorunlu ya da kullanımda:

• ABD, yasayla (21st Century Cures Act ve 2020 ONC kuralları) sertifikalı her sağlık sisteminin hasta verilerini FHIR R4 API ile sunmasını ve hastanın verilerini istediği uygulamayla alabilmesini zorunlu kılar.
• Apple Health Records, yüzlerce hastanenin kayıtlarını FHIR üzerinden iPhone’daki Sağlık uygulamasına getirir.
• Avrupa Birliği, EHDS tüzüğünün üye devletlere dayattığı Avrupa elektronik sağlık kaydı değişim formatı (EEHRxF) için FHIR’i seçti; MyHealth@EU üzerinden ülkeler arası paylaşılan hasta özetleri onun üzerine kuruludur.
• Birleşik Krallık, Hollanda, Almanya ve İskandinav ülkeleri ulusal altyapılarında FHIR kullanır: Alman e-reçetesinden Hollanda kaydına kadar.
• Dünya Sağlık Örgütü, küresel dijital sağlık sertifikası ağı için FHIR tabanlı Uluslararası Hasta Özeti’ni seçti.

Sizin için bu şu demek: kaydınızı FHIR R4 olarak tutan bir uygulama bir ada değildir; hastanelerin ve otoritelerin şimdi ve önümüzdeki on yılda konuştuğu dili konuşur.

FHIR’i gerçekten kullanan bir uygulamayı nasıl tanırsınız

Herkes sitesine “FHIR” yazabilir. Aşağıdaki sorular kelimeyi gerçeklikten ayırır.

1. Tüm kaydımı FHIR olarak dışa aktarabilir miyim? “PDF rapor” değil; başka bir sistemin içe aktarabileceği, kaynakları içeren bir dosya (Bundle). Yanıt “hayır” ya da “yalnızca talep üzerine, e-postayla” ise veriler gerçekten sizin değildir.
2. Tahlillerin LOINC kodu ve UCUM birimi var mı? Yalnızca “Kolesterol: 210” metnini saklayan bir uygulama, bunu geçen yıl başka laboratuvardaki değerle karşılaştıramaz. Kodu ve birimi saklayan karşılaştırır.
3. Başkasına sınırlı ve geri alınabilir erişim verebilir miyim? Bir doktora, kliniğe, başka bir uygulamaya: SMART on FHIR ile neyi ne kadar süre göreceklerini siz seçersiniz ve kimin neyi okuduğunu görürsünüz.
4. IPS özeti oluşturabilir miyim? “Birlikte çalışabilirliğin” pratik sınavı budur: uygulama her Avrupa hastanesinin okuduğu standart özeti üretebiliyorsa arkasındaki yapı gerçektir.
5. Geliştiriciler için herkese açık bir dokümantasyon var mı? Herkese açık bir yetenek bildirimi (CapabilityStatement) olan belgelenmiş bir FHIR API’si, başka sistemlerin gerçekten bağlanabileceği anlamına gelir. Yoksa “birlikte çalışabilir” yalnızca bir sıfattır.

FHIR’in çözmediği şeyler

Sınırları da söylemek adildir. FHIR verilerin formatını ve taşınmasını tanımlar, kalitesini değil: yanlış girilen bir tahlil güzel bir formatta da olsa yanlış kalır. FHIR gizliliğinizi garanti etmez; o, verileri kimin, hangi ülkede ve hangi erişim kurallarıyla barındırdığına bağlıdır. Ve FHIR sistemleri veri paylaşmaya istekli kılmaz: pek çok hastanenin FHIR API’si vardır ama kimseye açmaz; yasalar (ABD’de, AB’de EHDS ile) tam da onları zorlamak için vardır.

Anpheros FHIR’i nasıl kullanıyor

Anpheros her kişinin kaydını HL7 FHIR R4 kaynakları olarak (Patient ve Observation’dan DocumentReference ve Consent’e 26 kaynak türü), LOINC, ICD-10, ATC ve UCUM kodlarıyla Avrupa Birliği’nde saklar. Anpheros Daily uygulaması, kliniklerin ve geliştiricilerin kullandığı aynı herkese açık API’nin bir istemcisidir; ayrı bir “iç” format yoktur. Tam kaydı ya da resmî HL7 doğrulayıcısıyla doğrulanmış bir IPS özetini istediğiniz zaman dışa aktarabilirsiniz. Diğer uygulamalara erişim SMART on FHIR ile, sınırlı süreli ve geri alınabilir onayla ve görebildiğiniz bir günlükle verilir. API dokümantasyonu ve yetenek bildirimi developers.anpheros.com adresinde herkese açıktır.

Sık sorulan sorular

Kaydımı kullanmak için FHIR bilmem gerekir mi?

Hayır. FHIR kaputun altındadır. Siz tahlilleri, ilaçları ve belgeleri görürsünüz; standart, bunların taşınabilir, karşılaştırılabilir ve doktorlarca okunabilir olmasını sağlar. Varlığını bilmek yalnızca verilerinizi nerede tutacağınızı iyi seçmeniz için gerekir.

FHIR, e-Nabız ile aynı şey mi?

Hayır. FHIR bir format ve taşıma yoludur; ulusal kayıt bir sistemdir. Pek çok ulusal sistem FHIR kullanır ya da benimsemektedir, ama bir ülkede elektronik kayıt olması oradan verilerinizi FHIR olarak alabileceğiniz anlamına gelmez. AB’de EHDS tam olarak bunu isteyecek.

FHIR R4 ile R5 arasındaki fark nedir?

R5 (2023) iyileştirmeler getirir ama henüz mevzuatta zorunlu değildir ve az sistem kullanır. R4 (2019) ABD ve AB gerekliliklerinin ve mevcut uygulamaların temelidir. Bugün R4 üzerindeki bir uygulama güvenli tercihtir; R5’e geçiş kademeli ve uyumlu olacaktır.

Dışa aktarımım FHIR ise gerçekten başka bir uygulamaya aktarabilir miyim?

Diğer uygulama FHIR içe aktarmayı kabul ediyorsa evet, bir koşulla: standart kodlar. LOINC, ICD-10 ve UCUM’lu kaynaklar temiz eşleşir; serbest metinli olanlar not olarak kalır. Kaynak uygulamanın verileri baştan kodlamış olması bu yüzden önemlidir.

FHIR güvenli mi?

FHIR tek başına ne güvenlidir ne güvensiz; bir formattır. Güvenlik uygulamadan gelir: şifreleme, barındırma, kimlik doğrulama, onay. SMART on FHIR kontrollü erişim için iyi bir çerçeve sunar, ama verileri kimin, nerede tuttuğuna yine de bakmanız gerekir.