FHIR

Fast Healthcare Interoperability Resources (FHIR) adalah standar data layanan kesehatan dengan antarmuka pemrograman aplikasi (API) untuk merepresentasikan dan bertukar catatan kesehatan elektronik (EHR). FHIR adalah jaringan informasi yang memungkinkan Anda menautkan data di seluruh sistem dan jaringan komunikasi yang memungkinkan Anda bertukar data antarsistem.

FHIR mencakup hal berikut:

  • Protokol RESTful berbasis HTTP
  • Representasi data yang menggunakan JSON, XML, dan RDF

Untuk mengetahui detail selengkapnya tentang FHIR, lihat versi terbaru spesifikasi FHIR yang dipublikasikan.

Pentingnya FHIR dalam teknologi informasi layanan kesehatan

Sistem IT layanan kesehatan sering kali tidak memiliki model data yang sama. Seiring makin digitalnya data kesehatan, menyelesaikan inkompatibilitas antarsistem yang berbeda menjadi mahal dan memakan waktu.

FHIR menentukan model data umum dan arsitektur REST sehingga berbagai sistem layanan kesehatan dapat berbagi dan mengintegrasikan data. FHIR dirancang agar fleksibel dan dapat disesuaikan, sehingga dapat digunakan di berbagai setelan dan dengan sistem informasi layanan kesehatan yang berbeda.

FHIR menggunakan resource untuk merepresentasikan elemen data medis, administratif, infrastruktur, atau keuangan terpisah. Setiap resource ditautkan ke ID unik, sehingga aplikasi dapat lebih mudah mengakses dan mengubah data yang sama. Referensi dapat dikompilasi dan didistribusikan ke berbagai penyedia layanan kesehatan dalam format yang sesuai dengan model data masing-masing.

FHIR adalah alat yang berharga untuk meningkatkan interoperabilitas sistem IT layanan kesehatan. Hal ini dapat membantu mengurangi biaya, meningkatkan efisiensi, dan meningkatkan kualitas perawatan.

Manfaat FHIR

Interoperabilitas di seluruh perangkat dan platform

FHIR mengakomodasi pertukaran data layanan kesehatan dari silo data monolitik ke API terbuka. FHIR adalah standar data layanan kesehatan utama dengan API terbuka untuk mengakses, menelusuri, dan mengubah catatan kesehatan elektronik (EHR) serta bertukar data antarsistem IT layanan kesehatan.

FHIR memungkinkan EHR ditukar antara penyedia layanan kesehatan dan konsumen di platform seperti berikut:

  • Berbagi data berbasis EMR
  • Aplikasi seluler
  • Aplikasi berbasis cloud
  • Perangkat wearable

FHIR API juga memungkinkan aplikasi pihak ketiga berintegrasi dengan sistem yang ada.

Kompatibilitas dengan standar lama

FHIR berkembang dari pesan HL7 Versi 2 dan Arsitektur Dokumen Klinis HL7 Versi 3 (HL7 CDA). FHIR dapat digunakan dalam kemitraan dengan HL7v2 dan HL7 CDA.

Untuk mengetahui informasi selengkapnya tentang hubungan antara FHIR dan standar HL7 lainnya, lihat Lampiran: Hubungan antara FHIR dan Standar HL7 lainnya.

Data yang dapat diuraikan dan berguna

Karena FHIR diterapkan di atas protokol HTTPS, Anda dapat mengambil dan memecah referensi FHIR untuk mendukung machine learning, AI, dan bentuk analisis data lainnya. Kemampuan ini memungkinkan Anda mendapatkan pemahaman yang lebih mendalam dan lebih serbaguna tentang data layanan kesehatan Anda.

Pertukaran data yang efisien

Pendekatan berbasis resource FHIR memfasilitasi pertukaran data yang lebih efisien dan akurat. Karena FHIR menggunakan standar seragam untuk informasi kesehatan, Anda dapat membuat template kustom dari resource dasar bersama, dan menghilangkan inkonsistensi dalam template data. Keseragaman ini meningkatkan akurasi dan keterbacaan data dalam pertukaran data di seluruh sistem kesehatan.

FHIR menghilangkan kebutuhan untuk mengubah template data setiap sistem IT kesehatan secara terpisah dengan bertukar data sebagai resource. FHIR mengekspos resource seperti pasien, penerimaan, dan obat sebagai layanan. Oleh karena itu, aplikasi seluler konsumen dapat menggunakan permintaan GET dan POST untuk mengambil dan memanipulasi data yang relevan saja.

Arsitektur FHIR

Penyimpanan FHIR

Penyimpanan FHIR adalah penyimpanan data di Cloud Healthcare API yang menyimpan resource FHIR. Penyimpanan FHIR ada di dalam set data.

Resource FhirStore menyediakan representasi atribut penyimpanan FHIR. Untuk setiap penyimpanan FHIR, Anda dapat memilih opsi seperti:

Status opsi konfigurasi ini ditampilkan dalam pernyataan kemampuan penyimpanan FHIR (STU3 atau R4) atau pernyataan kesesuaian (DSTU2).

Resource FHIR

FHIR menggunakan resource untuk mengatur format dan elemen data. Setiap resource memiliki properti berikut:

  • Metode bersama untuk menentukan dan merepresentasikan data, yang dibuat berdasarkan jenis data yang terdiri dari cluster elemen yang dapat digunakan kembali.
  • Kumpulan metadata umum, yang memberikan konteks teknis dan struktural.
  • Representasi teks yang dapat dibaca manusia yang menggunakan HTML sebagai opsi tampilan fallback untuk keamanan klinis.

FHIR menentukan kumpulan resource dasar yang dapat digabungkan dengan berbagai cara untuk memenuhi permintaan model data penyedia layanan kesehatan. Laporan ini juga memberikan representasi pengamatan dan dokumen klinis. FHIR tidak bertujuan untuk mencakup setiap kemungkinan dokumen atau jenis data. Sebagai gantinya, FHIR pertama kali mendukung sebagian besar kasus penggunaan klinis dan penagihan. Kemudian, Anda dapat memperluas penerapan FHIR untuk memenuhi kebutuhan klinis atau organisasi tambahan.

Profil FHIR

Dengan menggunakan ekstensi, aplikasi dapat menyesuaikan resource yang ada dan mendeskripsikan spesifikasinya dengan profil. Profil adalah sekumpulan petunjuk selain spesifikasi inti yang ada untuk resource yang termasuk dalam penggunaan dan konteks tertentu. Cloud Healthcare API menerapkan profil dengan memvalidasi resource terhadap batasan dalam profil yang relevan.

Misalnya, mencatat etnis pasien tidak diizinkan di wilayah tertentu, tetapi diwajibkan di wilayah lain. Dengan menggunakan profil, spesifikasi dasar FHIR dapat menentukan dan mewajibkan ekstensi "etnis" sesuai dengan kebijakan regional. Oleh karena itu, profil membantu negara, wilayah, distrik, dan organisasi menyesuaikan data sesuai dengan peraturan dan kebutuhan data layanan kesehatan mereka.

Anda dapat menggunakan profil untuk melakukan hal berikut:

  • Luaskan dan batasi FHIR API dengan menentukan operasi tambahan, menentukan parameter penelusuran yang sudah ada dan diperlukan, serta menambahkan parameter penelusuran baru.
  • Memperluas dan membatasi resource dengan menentukan ekstensi resource dan mengubah kardinalitas kolom.

Kumpulan profil dapat dipublikasikan sebagai panduan penerapan. Panduan penerapan dapat dibaca oleh mesin dan manusia. Model ini dapat ditukar dan ditelusuri menggunakan REST serta digunakan untuk membuat kode dan antarmuka pengguna.

Untuk informasi selengkapnya tentang ekstensi FHIR, lihat Ekstensi FHIR.

Implementasi URL dasar FHIR

Seperti yang ditunjukkan dalam dokumentasi FHIR resmi (DSTU2, STU3, dan R4), URL Dasar Layanan FHIR menggunakan format http(s)://server/PATH. Contoh, https://server/path/Observation.

Cloud Healthcare API menggunakan URL dasar yang sesuai dengan standar ini. URL dasar Cloud Healthcare API berisi bagian-bagian berikut:

  • Endpoint untuk Cloud Healthcare API
  • Versi Cloud Healthcare API
  • Project ID
  • Nama set data
  • Lokasi set data
  • Nama penyimpanan FHIR
  • Akhiran /fhir

Tabel berikut menunjukkan format URL Dasar Layanan FHIR dan URL dasarnya yang setara di Cloud Healthcare API:

URL Dasar Layanan FHIRURL yang setara dengan Cloud Healthcare API
http(s)://server/PATH https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID/fhir

Untuk mendapatkan informasi tentang pasien menggunakan FHIR RESTful API, buat permintaan GET HTTP. Tabel berikut menunjukkan format yang akan digunakan untuk mendapatkan informasi ini menggunakan URL Dasar Layanan FHIR dan URL dasarnya yang setara di Cloud Healthcare API:

URL Dasar Layanan FHIRURL yang setara dengan Cloud Healthcare API
http(s)://server/path/Patient/PATIENT_ID https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID/fhir/Patient/PATIENT_ID

Kesesuaian FHIR

Untuk informasi selengkapnya tentang penerapan FHIR DSTU2, STU3, dan R4 di Cloud Healthcare API, lihat pernyataan kepatuhan FHIR.

Berintegrasi dengan OMOP

OMOP Common Data Model (OMOP CDM) adalah standar yang dikembangkan oleh Observational Health Data Sciences and Informatics (OHDSI). Data ini terutama digunakan untuk data klinis observasional. Rangkaian alat OHDSI dapat membantu kasus penggunaan analisis umum seperti definisi kelompok, pembuatan kelompok, dan estimasi efek populasi. Ini adalah model data yang biasa digunakan dalam riset genomik dan farmasi karena dukungan terminologi dan genetika yang luas.

Lihat referensi berikut untuk mengetahui detail selengkapnya tentang OMOP:

Dengan mengintegrasikan FHIR dan OMOP, data klinis dari EMR dan sumber lainnya dalam format FHIR dapat digunakan sebagai data riset dalam standar OMOP. Kolom dan elemen data tertentu di OMOP juga dapat diintegrasikan ke dalam data yang ada di FHIR.

Anda dapat menggunakan mesin pemetaan Harmonisasi Data Cloud Healthcare API open source untuk melakukan tugas berikut:

  • Menyelaraskan data ke CDM OMOP dan lainnya.
  • Mengonfigurasi pemetaan data untuk konversi data FHIR ke OMOP.