Gambaran umum tahap pemrosesan data perangkat layanan MedTech

Artikel
11/08/2023

Artikel ini memberikan gambaran umum tahap pemrosesan data perangkat dalam layanan MedTech. Layanan MedTech mengubah data perangkat menjadi Pengamatan FHIR® untuk persistensi dalam layanan FHIR.

Pemrosesan data perangkat layanan MedTech mengikuti tahapan ini dan dalam urutan ini:

Menyerap
Normalisasi - Pemetaan perangkat diterapkan.
Grup - (Opsional)
Transformasi - Pemetaan tujuan FHIR diterapkan.
Bertahan

Menyerap

Ingest adalah tahap pertama di mana pesan perangkat diterima dari hub peristiwa Azure Event Hubs dan segera ditarik ke layanan MedTech. Layanan Azure Event Hubs mendukung skala dan throughput tinggi dengan kemampuan untuk menerima dan memproses jutaan pesan perangkat per detik. Ini juga memungkinkan layanan MedTech untuk menggunakan pesan perangkat secara asinkron, menghapus kebutuhan perangkat untuk menunggu saat pesan perangkat diproses. Identitas terkelola yang ditetapkan sistem layanan MedTech dan kontrol akses berbasis sumber daya Azure (Azure RBAC) digunakan untuk akses aman ke pusat aktivitas.

Catatan

JSON adalah satu-satunya format yang didukung saat ini untuk data pesan perangkat.

Penting

Jika Anda akan mengizinkan akses dari beberapa layanan ke pusat aktivitas, setiap layanan harus memiliki grup konsumen pusat aktivitasnya sendiri.

Grup konsumen memungkinkan beberapa aplikasi yang menggunakan untuk memiliki tampilan terpisah dari aliran peristiwa, dan membaca aliran secara independen dengan kecepatan mereka sendiri dan dengan offset mereka sendiri. Untuk informasi selengkapnya, lihat Grup konsumen.

Contoh:

Dua layanan MedTech yang mengakses hub peristiwa yang sama.
Layanan MedTech dan aplikasi penulis penyimpanan yang mengakses hub peristiwa yang sama.

Normalisasi

Normalisasi adalah tahap berikutnya di mana data perangkat diproses menggunakan pemetaan perangkat yang dipilih pengguna/dibuat pengguna sesuai dan valid. Proses pemetaan ini menghasilkan transformasi data perangkat menjadi skema yang dinormalisasi. Proses normalisasi tidak hanya menyederhanakan pemrosesan data perangkat pada tahap selanjutnya, tetapi juga menyediakan kemampuan untuk memproyeksikan satu pesan perangkat ke dalam beberapa pesan yang dinormalisasi. Misalnya, perangkat dapat mengirim beberapa tanda vital untuk suhu tubuh, laju denyut nadi, tekanan darah, dan tingkat respirasi dalam satu pesan perangkat. Pesan perangkat ini akan membuat empat Pengamatan FHIR terpisah. Setiap Pengamatan FHIR akan mewakili tanda vital yang berbeda, dengan pesan perangkat yang diproyeksikan ke dalam empat pesan yang dinormalisasi yang berbeda.

Grup - (Opsional)

Grup adalah tahap opsional berikutnya di mana pesan yang dinormalisasi yang tersedia dari tahap normalisasi layanan MedTech dikelompokkan menggunakan tiga parameter berbeda:

Identitas perangkat
Jenis pengukuran
Periode waktu

Pengelompokan jenis identitas dan pengukuran perangkat bersifat opsional dan diaktifkan dengan penggunaan jenis pengukuran SampledData . Jenis pengukuran SampledData menyediakan cara ringkas untuk mewakili serangkaian pengukuran berbasis waktu dari pesan perangkat ke dalam Pengamatan FHIR. Saat Anda menggunakan jenis pengukuran SampledData, pengukuran dapat dikelompokkan ke dalam satu Pengamatan FHIR yang mewakili periode 1 jam atau periode 24 jam.

Transformasi

Transformasi adalah tahap berikutnya di mana pesan yang dinormalisasi diproses menggunakan pemetaan tujuan FHIR yang dipilih pengguna/dibuat pengguna sesuai dan valid. Pesan yang dinormalisasi diubah menjadi Pengamatan FHIR jika pemetaan tujuan FHIR yang cocok telah dibuat. Pada titik ini, sumber daya Perangkat, bersama dengan sumber daya Pasien terkait, juga diambil dari layanan FHIR menggunakan pengidentifikasi perangkat yang ada dalam pesan perangkat. Sumber daya ini ditambahkan sebagai referensi ke Pengamatan FHIR yang sedang dibuat.

Catatan

Semua pencarian identitas di-cache setelah diselesaikan untuk mengurangi beban pada layanan FHIR. Jika Anda berencana menggunakan kembali perangkat dengan beberapa pasien, disarankan Anda membuat sumber daya perangkat virtual yang khusus untuk pasien dan mengirim pengidentifikasi perangkat virtual dalam payload pesan perangkat. Perangkat virtual dapat ditautkan ke sumber daya perangkat aktual sebagai induk.

Jika tidak ada sumber daya Perangkat untuk pengidentifikasi perangkat tertentu yang ada di layanan FHIR, hasilnya tergantung pada nilai jenis Resolusi yang ditetapkan pada saat penyebaran layanan MedTech. Saat diatur ke Pencarian, pesan tertentu diabaikan, dan alur terus memproses pesan perangkat masuk lainnya. Jika diatur ke Buat, layanan MedTech membuat sumber daya Perangkat dan Pasien minimal dalam layanan FHIR.

Catatan

Jenis Resolusi juga dapat disesuaikan pasca penyebaran layanan MedTech jika jenis Resolusi yang berbeda nanti diperlukan.

Layanan MedTech menyediakan pemrosesan mendekati real-time dan juga mencoba mengurangi jumlah permintaan yang dibuat ke layanan FHIR dengan mengelompokkan permintaan ke dalam batch 300 pesan yang dinormalisasi. Jika ada volume data yang rendah, dan 300 pesan yang dinormalisasi belum ditambahkan ke grup, maka Pengamatan FHIR yang sesuai dalam grup tersebut dipertahankan ke layanan FHIR setelah sekitar lima menit.

Catatan

Ketika beberapa pesan perangkat berisi data untuk Pengamatan FHIR yang sama, memiliki tanda waktu yang sama, dan dikirim dalam batch pesan perangkat yang sama (misalnya, dalam jendela lima menit atau dalam grup 300 pesan yang dinormalisasi), hanya data yang sesuai dengan pesan perangkat terbaru untuk Pengamatan FHIR tersebut yang dipertahankan.

Contohnya:

Pesan perangkat 1:

{    
   "patientid": "testpatient1",    
   "deviceid": "testdevice1",
   "systolic": "129",    
   "diastolic": "65",    
   "measurementdatetime": "2022-02-15T04:00:00.000Z"
}

Pesan perangkat 2:

{   
   "patientid": "testpatient1",    
   "deviceid": "testdevice1",    
   "systolic": "113",    
   "diastolic": "58",    
   "measurementdatetime": "2022-02-15T04:00:00.000Z"
}

Dengan asumsi pesan perangkat ini diserap dalam jendela lima menit yang sama atau dalam grup yang sama dengan 300 pesan yang dinormalisasi, dan karena measurementdatetime sama untuk kedua pesan perangkat (menunjukkan ini berisi data untuk Pengamatan FHIR yang sama), hanya pesan perangkat 2 yang dipertahankan untuk mewakili data terbaru/terbaru.

Bertahan

Persist adalah tahap akhir di mana Pengamatan FHIR dari tahap transformasi dipertahankan dalam layanan FHIR. Jika Pengamatan FHIR baru, pengamatan tersebut dibuat dalam layanan FHIR. Jika Pengamatan FHIR sudah ada, pengamatan akan diperbarui dalam layanan FHIR. Layanan FHIR menggunakan identitas terkelola yang ditetapkan sistem layanan MedTech dan kontrol akses berbasis sumber daya Azure (Azure RBAC) untuk akses aman ke layanan FHIR.