Definisi FHIR

Fast Healthcare Interoperability Resources (FHIR) adalah suatu standar yang dipergunakan oleh organisasi kesehatan dalam bertukar informasi secara elektronik atau online. Pendekatan FHIR memungkinkan informasi perawatan kesehatan (healthcare), termasuk data klinis dan administratif, tersedia secara aman bagi pemberi jasa layanan kesehatan yang memiliki kebutuhan untuk mengaksesnya dengan tujuan mengoptimalkan pelayanan pasien. FHIR dikembangkan dan diawasi oleh organisasi HL7 (Health Level Seven).[1]

Pengembangan FHIR dimulai pada tahun 2012 sebagai tanggapan atas kebutuhan pasar akan metode yang lebih efektif dan lebih efisien dalam bertukar data kesehatan. Kebutuhan ini didoring oleh perkembangan teknologi new health data yang diikuti dengan kemajuan teknologi digital menciptakan kebutuhan bagi dokter dan provider untuk dapat berbagi data secara aman dan real-time menggunakan teknologi dan berbagai standar internet terbaru.[2]

FHIR didasarkan pada standar internet yang telah banyak digunakan oleh industri di luar pelayanan kesehatan. Secara khusus, FHIR menggunakan pendekatan Representational State Transfer (REST) yang memudahkan sharing data informasi individu (disebut Resource). Dengan mengadopsi standar dan teknologi yang sudah lebih dahulu dikembangkan, FHIR secara signifikan menurunkan hambatan bagi pengembang perangkat lunak baru untuk mendukung kebutuhan perawatan kesehatan.[3][4]

Keunggulan FHIR

Menurut The Office of the National Coordinator for Health Information Technology[5], beberapa keunggulan pendekatan FHIR bagi pengembang perangkat lunak antara lain:

  • Implementasi FHIR yang cepat dan mudah, sehingga pengembang dapat mengoperasikan sistem FHIR dalam satu hari.
  • Gratis untuk dipergunakan tanpa batasan.
  • Didukung oleh vendor ternama, termasuk Apple, Microsoft, Google, Epic, Cerner, dan sebagian besar vendor HER lainnya.
  • Tersedia tools gratis yang dapat didownload secara online, termasuk server referensi dan sumber pustaka.
  • Memiliki peluang untuk mengembangkan aplikasi dengan sistem yang serupa.
  • Interoperabilitas yang dapat dipergunakan secara default ataupun custom sesuai dengan permintaan.
  • Update versi FHIR yang menyesuaikan dengan kebutuhan konsumen.
  • Penggunaan sistem standar web yang kuat, seperti XML, JSON, HTTP, dan OAuth.
  • Spesifikasi online yang ringkas dan mudah dipahami.
  • Format serialisasi yang dapat dibaca untuk kemudahan penggunaan oleh pengembang.
  • Tersedianya komunitas global untuk membantu pengembang.

Sejak pertama kali diluncurkan, FHIR telah banyak digunakan oleh organisasi kesehatan di seluruh dunia, termasuk IHE (Integrating the Healthcare Enterprise)[6]. FHIR juga memiliki komunitas online yang didukung oleh spesifikasi yang dapat diakses oleh web[7].

Tujuan Pengembangan FHIR

Pada tahun 2011[8], tim pelaksana teknologi informasi kesehatan yang dipimpin oleh penemu FHIR, Grahame Grieve[9], mengajukan pertanyaan, "Seperti apa pertukaran informasi kesehatan jika dimulai sekarang, dengan menggunakan pendekatan modern?" Pertanyaan ini didasarkan atas banyaknya jumlah data kesehatan dan perkembangan aplikasi pada smart phone. Tim HL7 kemudian membuat draf standar yang dibangun secara sederhana berdasarkan teknologi pertukaran data digital berupa pengiriman pesan dalam HL7 v2[10] yang dikombinasikan dengan Application Programming Interface (API) dan teknologi World Wide Web yang umum, termasuk JSON, XML, HTTP, dan OAuth[11]. Teknologi ini menggerakkan semua jenis pertukaran data berbasis internet dan digunakan oleh penyedia e-commerce dan perusahaan media sosial seperti Kayak, Mint, dan Google[12].

Tujuan utama pengembangan FHIR adalah untuk menciptakan standar yang akan mengarah pada adopsi oleh berbagai komunitas pengembang yang berbeda. Oleh karena itu, FHIR difokuskan agar mudah digunakan oleh pengembang perangkat lunak. Dengan mengadopsi standar dan konsep yang sudah dikenal oleh pengembang perangkat lunak di luar perawatan kesehatan, FHIR mengurangi kurva waktu pembelajaran, membuat interoperabilitas secara real time menjadi lebih mudah, dan memungkinkan pembuatan aplikasi yang lebih cepat dan sederhana.[13]

Sistem layanan kesehatan saat ini menjadi lebih efektif dan efisien melalui FHIR. Perkembangan evolusi FHIR dari berupa standar berdasarkan sistem pertukaran pesan seperti HL7 v2; dan dokumen seperti Clinical Document Architecture (CDA), memungkinkan kontinuitas perkembangan dengan alur kerja yang mirip dengan sistem yang telah ada.[14][15]

Resources

Dalam FHIR, data layanan kesehatan dibagi menjadi beberapa kategori seperti data pasien, hasil laboratorium, dan klaim asuransi. Masing-masing kategori ini diwakili oleh Resources FHIR, yang mendefinisikan elemen data komponen, batasan pada data, dan hubungan data yang bersama-sama membentuk catatan pasien yang dapat ditukar. Filosofi di balik FHIR adalah untuk membuat satu set Resources yang secara individual atau dalam kombinasi memenuhi kebutuhan pengguna.[16]

Setiap Resources berisi elemen data yang diperlukan secara spesifik oleh setiap pengguna, dan tautan ke informasi yang relevan pada Resources lainnya. Sebagai contoh, Resources seorang pasien berisi data demografi, informasi kontak, dan tautan ke dokter atau organisasi yang disimpan di Resources yang berbeda. Karena didasarkan pada teknologi World Wide Web yang mutakhir, Resources menggunakan Uniform Resource Locators (URL) yang juga dikenal sebagai alamat web, untuk ditempatkan dalam implementasi sistem FHIR.[17]

Resources dalam bentuk data mentah tidak mengharuskan sebagian besar elemen data diberi nilai; sehingga ketika disesuaikan dengan penggunaan di dunia nyata melalui proses profiling, elemen tertentu kemudian diperlukan agar Resources dapat berfungsi dengan baik. Sebagai contoh, Resources pasien dapat diprofilkan untuk didukung dengan data berupa nama, alamat, dan nomor telepon sehingga dapat dilakukan pencocokan data pasien.[18]

Application Programming Interface (API)

API adalah titik masuk atau antarmuka yang memungkinkan program atau sistem komputer mengakses fitur dan data dari program atau sistem yang berbeda. Titik masuk ini menentukan bagaimana data harus diformat dan berbagai jenis interaksi yang didukung, seperti bagaimana data dapat dicari. Agar berhasil dipertukarkan dan siap untuk beroperasi, data perlu diformat dengan cara yang sama. Sebagai contoh, bidang data yang akan digunakan dalam penghitungan tidak dapat menerima "1" dan "satu" sebagai entri, karena keduanya tidak dapat ditafsirkan dengan cara yang sama. API bisa menjadi sistem sederhana dengan definisi struktur data yang kaku; atau kompleks dengan struktur data yang berbeda untuk beragam interaksi. Dalam hal ini, API FHIR terutama melibatkan akses dan pertukaran data.

Banyak aplikasi modern, baik desktop maupun seluler, menggunakan API untuk mengambil, menyimpan, dan memperbarui data. Misalnya, aplikasi perbankan seluler meminta data pengguna dari lembaga keuangan melalui API lembaga tersebut. API masing-masing institusi mendefinisikan standar dan protokol yang memungkinkan aplikasi eksternal mengakses data institusi. Dengan prosedur dan protokol keamanan yang tepat, aplikasi dapat berhasil meminta data pengguna. Pada akhirnya, pengguna aplikasi perbankan dapat melihat data mereka dari akun di beberapa institusi, di satu tempat.

Representational State Transfer (REST)

Banyak aplikasi yang terpasang pada perangkat seluler atau browser web yang menggunakan standar pertukaran informasi REST (Representational State Transfer) sebagai dasar API mereka. REST adalah metode pertukaran informasi menggunakan protokol transfer standar World Wide Web berupa Hyper-Text Transfer Protocol (HTTP), yang merupakan standar internet yang mendasari semua pertukaran data situs web.

REST memiliki arti bahwa setiap permintaan dari klien dan respons dari server akan berisi semua informasi yang diperlukan untuk melayani permintaan tersebut. Pertukaran data menggunakan REST disebut pertukaran “RESTful”. Sumber Daya RESTful menciptakan cara untuk mengakses data melalui titik akhir tertentu, dengan menggunakan struktur dan format tertentu. Struktur dan format yang didefinisikan secara lebih ketat memungkinkan pertukaran data yang lebih aman. Dalam FHIR digunakan struktur sistem yang ditentukan secara ketat, sehingga sistem dapat menargetkan dan mengambil hanya satu elemen data sesuai kebutuhan.

Fitur Utama FHIR

FHIR API menggunakan pendekatan RESTful, dalam melakukan pertukaran data. REST mendefinisikan kategori (Resources) dalam bertukar data. Filosofi FHIR adalah untuk membuat satu set Resources yang secara individual atau dalam kombinasi memenuhi kebutuhan pengguna. Resources seorang pasien dapat mencakup data demografis seperti nama, alamat, dan nomor telepon. Resources juga berfungsi meningkatkan pengambilan data granular, sehingga permintaan hanya mengembalikan data yang relevan sesuai dengan kebutuhan pengguna.

Setelah FHIR dimodifikasi sesuai dengan kebutuhan suatu organisasi, kombinasi Resources disatukan dalam Implementation Guide untuk menanggapi permintaan, seperti direktori penyedia atau hasil diagnosa pasien. Struktur ini kemudian dieksplorasi untuk meningkatkan fitur layanan kesehatan FHIR. [19]

Seperti komponen lain dalam standar, FHIR menggunakan standar keamanan mutakhir, termasuk untuk otentikasi dan enkripsi. Diantara kemampuan privasi FHIR yaitu dukungan pelabelan informasi sensitif, sehingga hanya pengguna tertentu yang memiliki akses terhadap informasi tersebut.

Data layanan kesehatan diwakili oleh banyak set kosa kata, terminologi, dan kode yang berubah dari waktu ke waktu. Akibatnya, penting bagi data yang dipertukarkan untuk dapat dipahami oleh pengirim dan penerima, yang dikenal sebagai “interoperabilitas semantik.” FHIR mengelola penggunaan data ini dengan menyertakan referensi ke definisi kode yang digunakan untuk verifikasi data, dan dengan mengizinkan pembatasan pada kode yang dapat digunakan.

FHIR – RESTful - API

FHIR menggunakan REST sebagai dasar pertukaran data pada API. Jenis data layanan kesehatan seperti obat-obatan, observasi, dan data pasien diwakili oleh Resources mereka sendiri. Resources dapat diminta melalui perintah HTTP RESTful, selain interaksi seperti penelusuran atau permintaan yang dapat digunakan untuk menemukan dan mengambil informasi tepat yang diperlukan. Server, seperti pada sistem catatan kesehatan elektronik, diprogram dengan tipe Resources dan interaksi yang dapat mereka dukung. Aplikasi pihak ketiga yang menggunakan FHIR API dapat diintegrasikan ke dalam EHR dan memasukkan informasi langsung ke alur kerja penyedia.

Setiap permintaan yang menggunakan API FHIR menyediakan Resources dan indikator, perintah, atau parameter yang menentukan data yang dibutuhkan. Permintaan FHIR paling sederhana seperti mengembalikan satu informasi Resource, seperti data satu orang pasien. Selain itu, permintaan juga dapat mengembalikan kumpulan informasi, seperti rencana terapi dan obat-obatan yang terkait dengan Pasien; atau kumpulan data massal, seperti semua data pada semua pasien dalam EHR. Permintaan disusun untuk menginformasikan aplikasi jenis data dan berapa banyak data yang dibutuhkan.

REST tidak secara langsung menentukan elemen privasi dan keamanan data, seperti otentikasi dan otorisasi, yang dibahas secara terpisah dalam standar FHIR. Dengan menggunakan gaya arsitektur REST, FHIR memanfaatkan teknologi informasi kesehatan dengan standar internet umum untuk menciptakan metode interoperabilitas modern. Sistem ini memungkinkan layanan kesehatan untuk menerapkan FHIR tanpa membutuhkan waktu pembelajaran yang lama, dan mengarah ke desain aplikasi yang lebih cepat.

Referensi

  1. ^ "HL7 International". HL7. 
  2. ^ https://www.ncbi.nlm.nih.gov/pmc/articles/PMC4997036/
  3. ^ https://www.hl7.org/fhir/http.html
  4. ^ https://www.hl7.org/fhir/operations.html
  5. ^ https://www.healthit.gov/topic/standards-technology/standards/fhir-fact-sheets
  6. ^ IHE. Integrating the Healthcare Enterprise (IHE). Access on http://www.ihe.net
  7. ^ HL7. FHIR Community Forum. Retrieved from http://community.fhir.org/
  8. ^ Spronk, R. (2016). Five Years of FHIR. Ringholm. Retrieved from http://www.ringholm.com/column/FHIR_5_years.htm#targetText=The%20initial%20version%20of%20FHIR,the%20time)%20on%20his%20website
  9. ^ Grieve, G. (2011). Resources for Health: A Fresh Look Proposal. Retrieved from http://www.healthintersections.com.au/?p=502
  10. ^ HL7 Messaging Standard Version 2.7. Retrieved from http://www.hl7.org/implement/standards/product_matrix.cfm
  11. ^ HL7. (2019). Welcome to FHIR. Retrieved from http://www.hl7.org/fhir
  12. ^ https://www.healthit.gov/topic/standards-technology/standards/fhir-fact-sheets
  13. ^ Ayaz, M., Pasha, M.F., Alzahrani, M.Y., Budiarto, R., dan Stiawan, D. (2021). The Fast Health Interoperability Resources (FHIR) Standard: Systematic Literature Review of Implementations, Applications, Challenges and Opportunities. JMIR Med Inform, 9(7), e21929.
  14. ^ HL7. Publication (Version) History. Retrieved from https://hl7.org/fhir/directory.html
  15. ^ Miliard, M. (2017). HL7 Publishes a New Version of Its FHIR Specification. Retrieved from https://www.healthcareitnews.com/news/hl7-publishes-new-version-its-fhir-specification
  16. ^ Ayaz, M., Pasha, M.F., Alzahrani, M.Y., Budiarto, R., dan Stiawan, D. (2021). The Fast Health Interoperability Resources (FHIR) Standard: Systematic Literature Review of Implementations, Applications, Challenges and Opportunities. JMIR Med Inform, 9(7), e21929.
  17. ^ The Office of the National Coordinator for Health Information Technology. Introduction to FHIR Resources. Retrieved from https://www.healthit.gov/topic/standards-technology/standards/fhir-fact-sheets
  18. ^ The Office of the National Coordinator for Health Information Technology. Introduction to FHIR Resources. Retrieved from https://www.healthit.gov/topic/standards-technology/standards/fhir-fact-sheets
  19. ^ http://www.hl7.org/fhir/modules.html