Loading...

Berlangganan

Membangun Model Data EHR Generasi Selanjutnya

29 Maret 2022 - Parul Saini, Tim Webmedy


Perawatan pasien saat ini terputus-putus, dan sebagian besar kolaborator tidak mengetahui apa yang mereka lakukan untuk pasien secara real-time. Melacak seluruh tim perawatan pasien (penyedia, pembayar, anggota keluarga, dll.) Serta mengoordinasikan dan mengintegrasikan aktivitas elektronik mereka adalah hal yang perlu ditangani oleh EHR yang sukses dengan mudah saat mereka berpindah dari dokumentasi retrospektif ke platform kolaborasi pasien modern. Sampai hari ini, aplikasi EHR biasanya dibatasi untuk "badan hukum" (misalnya, satu rumah sakit atau sistem rumah sakit atau praktik tunggal). Untuk menyediakan perawatan kesehatan yang terintegrasi dan terkoordinasi, sistem EHR harus membuka diri ke luar batas, tetapi hanya sedikit yang melakukannya.

Hal ini disebabkan oleh kurangnya pemahaman bahwa program tabungan bersama, model pembayaran berkapitasi, ACO, dan PCHM di masa mendatang akan memerlukan tingkat koordinasi dan kuantitas pengukuran metrik kualitas yang sulit untuk ditetapkan, diterapkan, dan diamankan. EHR masa depan harus dilihat sebagai platform koordinasi perawatan yang komprehensif dengan model ekonomi dinamis yang dapat menangani banyak volatilitas dan fleksibilitas yang signifikan, terutama dalam hal batasan hukum. Saat bekerja dengan ketidakpastian kemitraan multiorganisasi dan komunitas pengguna, desain aplikasi dan model data harus memungkinkan proses yang lebih lancar yang dapat berubah setiap hari atau setiap minggu berdasarkan permintaan pemain baru.

Pemodelan data bukan hanya latihan teknis, yang mengarah pada desain buruk yang tidak merangkul model bisnis generasi mendatang, menurut komunitas pengembangan aplikasi TI perawatan kesehatan. Sekelompok insinyur dan kutu buku lain yang duduk mengelilingi meja tidak dapat menentukan model data. Memahami semua aplikasi data, hubungan dan atribut yang terlibat dalam data, dan, yang terpenting, bagaimana strategi pengelolaan data akan tumbuh dan berubah di masa mendatang adalah bagian dari pemodelan data. Ketika sebagian besar sistem dirancang, bagian terakhir (ekstensibilitas basis data) sering diabaikan. Semua ini memerlukan kontak langsung dengan pengguna akhir, pemangku kepentingan, dan individu non-teknis lainnya. Terlalu sering, database dianggap seperti lemari arsip: buang saja apa pun yang Anda butuhkan di sana dan berurusan dengan organisasi sesudahnya. Itu tidak akan terbayangkan di dunia ACO dan PCMH yang sedang berkembang.

Atribut yang Diperlukan dalam Model Data EHR Generasi Berikutnya

  • Model "individu" yang digerakkan oleh pasien yang dapat disesuaikan. Basis informasi terkini dan yang dapat diperluas model pasien (pembeli), dokter, perawat, staf, pengawas, kontak, pemegang kontrak asuransi, dan informasi terkait sebagai catatan Orang. Alih-alih memiliki meja yang berbeda untuk setiap jenis orang (misalnya, meja yang berbeda untuk pasien versus dokter), Anda harus mencoba menunjukkan jenis orang yang berbeda dalam satu tabel yang dapat diwariskan dan terkait.
  • Demikian pula, organisasi harus memiliki model "organisasi" multi-fasilitas yang fleksibel. Fasilitas, penyewa, rumah sakit, penyedia asuransi, departemen, klinik, administrasi, dan data terkait harus diatur dalam sesuatu yang disebut organisasi. Entitas apa pun yang bukan orang kemungkinan akan termasuk dalam kategori tipe rekaman Organisasi. Oleh karena itu, satu tabel dengan atribut yang sesuai harus dilakukan.
  • Identifikasi dan de-duplikasi pasien didukung saat bekerja di beberapa badan hukum. Tidak akan ada pengenal tunggal yang mengatur semua sistem dalam kerangka hukum multi-entitas. Ada berbagai pemetaan yang dapat digunakan untuk entitas apa pun, mulai dari kunci utama untuk konsistensi internal hingga beberapa pengidentifikasi eksternal. Catatan seseorang harus dapat mengakomodasi serangkaian nilai identifikasi yang dapat digunakan untuk pencarian ID dan persyaratan deduplikasi saat mengintegrasikan beberapa sistem.
  • Pemisahan PHI dari atribut klinis dan transaksional. Desain yang baik adalah memindahkan data PHI ke dalam satu database (dikonfigurasi dengan keamanan yang tepat), dan menempatkan atribut klinis, bisnis, dan lainnya di database lain.
  • Dukungan multi-peran. Setiap entitas dalam database, seperti orang atau organisasi, harus mampu mendukung banyak peran sekaligus.
  • Penyimpanan dan pengelolaan jangka panjang (kontrol revisi) atribut entitas. Data dapat berubah setelah disimpan untuk waktu yang lama. Basis data yang dapat diperluas memungkinkan pengarsipan data jangka panjang dan manajemen perubahan struktur, serta kontrol revisi data.
  • Dukungan banyak pengguna dan perangkat dalam database yang sama. Selalu asumsikan bahwa beberapa aplikasi akan menulis ke database yang sama saat membuat database. Oleh karena itu, Anda harus melacak aplikasi apa yang menulis atau mengubah catatan, serta perangkat mana yang melakukannya.

Direkomendasikan


Tetap terinformasi.


Dapatkan akses ke liputan industri pemenang penghargaan, termasuk berita terbaru, studi kasus, dan saran pakar.

Sukses dalam Teknologi adalah tentang tetap Terinformasi!

Ikuti kami


Berlangganan ke Saluran Youtube Webmedy untuk Video Terbaru

Menyumbangkan


Donasi murah hati Anda membuat perbedaan besar!

Kategori


Posting Unggulan


Tetap terinformasi.


Dapatkan akses ke liputan industri pemenang penghargaan, termasuk berita terbaru, studi kasus, dan saran pakar.

Sukses dalam Teknologi adalah tentang tetap Terinformasi!

Berlangganan

Ikuti kami


Berlangganan ke Saluran Youtube Webmedy untuk Video Terbaru

Loading...

Menyumbangkan


Donasi murah hati Anda membuat perbedaan besar!

Menyumbangkan

Ikuti kami


Berlangganan ke Saluran Youtube Webmedy untuk Video Terbaru

Loading...

© 2024 Ardinia Systems Pvt Ltd. Seluruh hak cipta.
Pengungkapan: Halaman ini berisi tautan afiliasi, artinya kami mendapat komisi jika Anda memutuskan untuk melakukan pembelian melalui tautan tersebut, tanpa biaya apa pun.
Kebijakan pribadi
Webmedy adalah produk dari Ardinia Systems.