Lompat ke konten Lompat ke sidebar Lompat ke footer

Masa Depan Interoperabilitas

Masa Depan Interoperabilitas

Sebagian besar akan setuju bahwa tujuan aspirasional─yang ideal─untuk perawatan kesehatan adalah ekosistem yang terbuka dan aman di mana setiap pasien dapat mengakses data mereka dengan mudah melalui aplikasi pintar, dan dokter dapat mengakses informasi tambahan dari sistem eksternal secara efisien dan lancar.

Faktanya, Office of the National Coordinator (ONC) untuk IT Kesehatan dan Pusat Layanan Medicare dan Medicaid (CMS) telah menerbitkan aturan yang dirancang untuk meningkatkan akses pasien ke Informasi mereka sendiri dan menjamin standar interoperabilitas di seluruh sistem.

Salah satu elemen dasar dari aturan ini adalah penerapan standar menggunakan antarmuka pemrograman aplikasi yang aman (API).

Standar terdepan untuk pertukaran informasi kesehatan, Fast Healthcare Interoperability Resources (FHIR), meningkatkan tantangan interoperabilitas dan kebutuhan untuk memenuhi permintaan aplikasi pintar dalam perawatan kesehatan.

HL7 dan FHIR API

FHIR telah menjadi salah satu standar baru yang paling populer dalam perawatan kesehatan saat ini. Ini sangat menjanjikan untuk pengembangan aplikasi pintar yang memberikan pertukaran informasi kesehatan yang bernilai tambah.

Pada awal 2010, organisasi standar internasional Health Level Seven (HL7) menyadari perlunya interoperabilitas tumbuh: silo data harus dipecah dan akses ke informasi diaktifkan secara real time.

Salah satu tantangan interoperabilitas adalah bahwa organisasi yang berbeda memiliki siklus peningkatan dan pemasangan independen yang berjalan dengan kecepatan mereka sendiri. Nilai dari sistem-sistem ini datang ketika mereka terhubung pada masa kritis, memungkinkan munculnya kemudahan integrasi.

HL7 v2 memungkinkan konsistensi jika terdapat variasi kepemilikan. Ini sekarang menjadi andalan komunikasi back-end, memungkinkan antarmuka untuk "berbicara" ke seluruh dunia.

Pertukaran informasi dan pembuatan catatan kesehatan elektronik longitudinal (EHR) menghadirkan tantangan karena sering kali mencakup data dari sumber tradisional dan yang muncul, serta data yang bersumber dari sistem yang berbeda. Pertukaran yang mulus akan membutuhkan standar modern yang dapat menyatukan representasi kohesif dari data pasien di seluruh domain TI perawatan kesehatan, dan lahirlah FHIR.

Dua puluh tahun kemudian, kami memiliki kebutuhan yang berbeda, dan di sinilah FHIR berperan. FHIR memungkinkan beragam teknologi dan pendekatan yang lebih luas. HL7 merupakan mekanisme integrasi sistem-ke-sistem, sedangkan FHIR menggunakan pendekatan API modern yang memungkinkan konektivitas tanpa kewarganegaraan secara real-time yang sederhana bagi pengembang untuk terhubung ke aplikasi konsumen. Mengingat kebutuhan pasar untuk FHIR 4.0.1, akan ada peningkatan dramatis dalam jumlah sistem yang diaktifkan dalam hal ini dan akan ada adopsi FHIR yang jauh lebih cepat dibandingkan dengan HL7 V2.

Dalam waktu dekat pasien akan memiliki akses atas permintaan ke informasi mereka dan kehidupan tanpa akses ke penggunaan aplikasi perawatan kesehatan akan tampak memori yang jauh.

Pertimbangan Teknis Dalam Penyusunan Peraturan Akhir UU Pengobatan Abad 21

Rilis Maret 2020 dari aturan akhir 21 st Century Cures Act menjabarkan serangkaian mandat seputar standar interoperabilitas untuk pembayar dan penyedia layanan kesehatan. Pada intinya, aturan akhir mempromosikan akses pasien ke informasi kesehatan elektronik mereka, tetapi manfaat yang lebih luas akan mendukung kebutuhan penyedia, memajukan inovasi, dan mengatasi penyebaran praktik pemblokiran informasi di seluruh industri.

Organisasi harus secara proaktif mempersiapkan dan menilai pertimbangan teknis yang terkait dengan penerapan Aturan Akhir.

Hal pertama yang harus dilakukan pembayar dan penyedia adalah memastikan data "rumah" mereka teratur. Agregasi data adalah langkah pertama dalam proses tersebut. Satukan semua sumber data baik tradisional (data klinis, data perangkat medis, data lab, data klaim, dll.), Dan sumber non-tradisional (penentu sosial kesehatan, seperti data pendapatan dan pendidikan, serta data gaya hidup) lalu mulai normalisasi, standarisasi, parsing (pemrosesan bahasa alami), perutean, pemetaan, pengurutan, dan kategorisasi-semua kunci untuk agregasi data yang berhasil.

Hal berikutnya adalah memastikan gateway API sudah siap. Gateway ini harus memungkinkan organisasi untuk mengoperasionalkan akses ke informasi secara massal dan harus menangani masalah pembatasan tarif, yang keduanya penting untuk memastikan sistem tidak kebanjiran. Gateway memungkinkan informasi mengalir dengan tepat melalui API penghubung- misalnya ke aplikasi di ponsel.

Menghubungkan API ke Aplikasi

Inti dari aturan ONC adalah untuk meletakkan kekuatan di tangan pasien, dan ini yang menarik: bagaimana seorang pasien mendapatkan akses ke datanya?

Agar pasien dapat mengakses Informasi kesehatan mereka di EHR, pasien harus menjadi pengguna dengan kredensial, seperti nama pengguna dan sandi. Untuk mendapatkannya, Anda harus bekerja dengan organisasi dan mendapatkan akses.

Jadi, mari kita ambil kasus di mana terdapat portal pasien. Selama kunjungan rumah sakit, pasien mungkin diundang untuk mengakses portal pasien atau penyedia layanan primer dapat memfasilitasi akses ini.

Apple telah mengaktifkan aplikasi HealthKit yang menghadap pasien untuk mendapatkan akses ke catatan medis melalui pengguna yang memilih institusi mereka dan kemudian mengautentikasi kredensial pengguna mereka untuk mengakses data mereka . Pendekatan ini kemungkinan akan menjadi lebih umum, tetapi akan memanfaatkan kapabilitas FHIR 4.0.1 yang lebih baru.

Keterbukaan Informasi Kesehatan

Pertimbangan lainnya adalah privasi. Hal yang menarik adalah ketika data meninggalkan sistem klinis, HIPAA tidak lagi berlaku, tetapi undang-undang privasi lainnya akan berlaku. Ini mirip dengan cara pasien menangani catatan kertas. Setelah menjadi tanggung jawab pasien, mereka bertanggung jawab atas cara penanganannya, dengan komplikasi yang jelas dari pengembang aplikasi dalam campurannya. Akhirnya, hal ini bermuara pada informasi kesehatan yang membebaskan ─ keseimbangan antara kemudahan akses, kemudahan penggunaan, dan privasi. Ini bisa menjadi prospek yang cukup menarik untuk pertukaran informasi kesehatan (HIEs), di mana mereka bisa datang untuk menangani beberapa kegiatan ini atas nama berbagai organisasi yang berpartisipasi.

Seperti kita telah melihat kemajuan pesat dalam pilihan konsumen dan kemudahan akses di berbagai industri, seperti perbankan, transportasi dan komunikasi, interoperabilitas modern akan memungkinkan perubahan langkah serupa untuk perawatan kesehatan. Dengan informasi yang mudah diakses, konsumen kesehatan akan memiliki kesempatan─ jika bukan kekuatan─ untuk memahami dan mengadvokasi hasil yang lebih baik, apakah itu terkait dengan biaya atau pilihan pengobatan. Dalam perawatan kesehatan, hal ini belum pernah terjadi sebelumnya dan tidak diragukan lagi akan memungkinkan kemajuan revolusioner. Pendekatan hari ini dengan cepat akan tampak sama kuno dengan mengunjungi bank untuk memeriksa saldo rekening seseorang.

Apakah Ini Hanya tentang FHIR API?

Bagian dari persyaratan Interoperabilitas dan Akses Pasien adalah modifikasi dari aturan CMS untuk kondisi partisipasi (untuk rumah sakit Medicare dan Medicaid). Ini lebih berorientasi pada transmisi pesan penerimaan, pelepasan, dan transfer (ADT), yang sangat penting dalam ruang kemudi pesan HL7 V2. Ketika pasien dirawat di rumah sakit, rekam medis elektronik dapat menghasilkan pesan HL7 untuk sistem yang terhubung. Pesan-pesan ini berisi informasi demografis pasien serta rincian acara penerimaan. Dari sini, HIE yang terhubung, misalnya, akan mengumpulkan informasi untuk tujuan dokter di luar fasilitas yang menerima pasien. Informasi ini berguna untuk tujuan koordinasi perawatan karena dapat memberikan wawasan tentang pelepasan pasien kepada mereka yang berada di segmen perawatan primer.

Pemberitahuan elektronik diperlukan ketika pasien datang atau dipulangkan dari unit gawat darurat ke penyedia perawatan primer mereka, penyedia layanan perawatan pasca-akut, atau mereka yang memiliki hubungan perawatan yang mapan dengan pasien. Jika rumah sakit tidak dapat mengidentifikasi penyedia layanan, mereka tidak diharuskan untuk mengirim pemberitahuan.

Banyak HIE diterapkan dengan kemampuan pemberitahuan dan diaktifkan untuk menangani hal ini, sehingga organisasi ini, jika partisipan, kemungkinan besar akan berhasil.

Perkembangan ini akan menghasilkan perubahan besar dalam cara konsumen berinteraksi dengan penyedia layanan kesehatan dan, pada gilirannya, peluang untuk interoperabilitas yang lebih besar antara penyedia dan HIE. Dengan adopsi pasar yang luas dari rilis normatif FHIR, kita dapat berharap untuk melihat konsumerisasi kesehatan yang cepat dan inovasi baru yang dapat diterapkan secara universal, terlepas dari vendor atau penyedia.