Artikel ini membahas solusi potensial untuk menjadwalkan dan menindaklanjuti kunjungan virtual antara pasien, penyedia, dan manajer pelayanan.
Sistem
Unduh file Visio yang berisi diagram arsitektur ini.
Dalam diagram arsitektur ini, kotak bergaris biru menunjukkan layanan Microsoft yang merupakan layanan dasar atau add-on yang diperlukan untuk Microsoft Cloud for Healthcare, yang masing-masing harus dilisensikan secara terpisah. Komponen-komponen ini bersama-sama membantu mempercepat pengembangan solusi pelayanan kesehatan terintegrasi untuk keterlibatan pasien, kolaborasi tim kesehatan, dan peningkatan insight data klinis dan operasional.
Data mengalir ke dalam sistem melalui berbagai sistem medis eksternal, seperti jadwal pasien dan penyedia, rekam medis, perangkat yang dapat dikenakan, dan sebagainya. Data ini diserap menggunakan Azure. Kemudian disimpan di Microsoft Dataverse, sebuah penyimpanan data yang didukung oleh Power Apps Platform. Data ini diformat untuk menggunakan entitas dan hubungan di antara mereka, dibuat menggunakan Common Data Model (CDM), standar industri untuk mewakili data medis. Semua interaksi antara pasien, penyedia, dan manajer pelayanan terjadi menggunakan data CDM yang disimpan di Dataverse ini.
Pasien yang sudah dikonfirmasi dapat masuk dengan aman ke Patient Portal, situs web yang dihosting di Portal Power Apps. Di portal ini, pasien dapat berbicara dengan Asisten Cerdas. Ini adalah instans dari layanan Health Bot, yang mengumpulkan gejalanya, memberikan saran, dan merekomendasikan untuk menghubungi praktisi, jika diperlukan. Jika pasien memilih untuk tersambung ke penyedia layanan kesehatan mereka, instans health bot mendapatkan data tentang penyedia yang tersedia untuk kunjungan virtual dan jadwal mereka, dari Dataverse. Setelah pasien memilih penyedia dan waktu, bot menampilkan informasi kontak mereka, yang diperoleh dari data RME/RKE yang disimpan di Dataverse. Pasien dapat memvalidasi atau mengubah informasi ini, dan menyimpan data menggunakan bot.
Untuk menjadwalkan janji temu, instans health bot tersambung ke Aplikasi Bookings menggunakan Microsoft Graph API dan memesan janji temu di kalender penyedia. Email dengan informasi janji temu dikirim ke kedua pihak menggunakan Microsoft Outlook. Pasien diberikan instruksi untuk masuk ke Patient Portal guna proses intake. Proses ini melibatkan mengonfirmasi atau mengubah kontak, pembayaran, serta informasi asuransi, dan kemudian menandatangani formulir persetujuan untuk kunjungan virtual. Setelah mereka menandatangani persetujuan, mereka diberikan tautan Microsoft Teams untuk janji temunya.
Penyedia masuk ke Teams untuk memeriksa jadwal janji temu mereka dan informasi ringkasan untuk masing-masing janji temu tersebut. Teams menyajikan informasi ini menggunakan aplikasi Appointment Queue. Penyedia kemudian dapat memulai kunjungan virtual di Teams untuk janji temu yang dijadwalkan. Selama panggilan, penyedia dapat membuat catatan dan menambahkannya ke rekam medis pasien.
Catatan baru pada rekam medis pasien memicu pemberitahuan tinjauan untuk manajer pelayanan yang ditugaskan kepada pasien tersebut. Saat manajer pelayanan menerima pemberitahuan ini, mereka dapat masuk ke Teams, di mana mereka dapat melihat pasien yang ditugaskan kepada mereka, dan melihat catatan tersebut. Melalui aplikasi Care Management, mereka dapat membuat perubahan yang diperlukan pada rencana perawatan pasien.
Komponen
Arsitektur terdiri dari komponen-komponen berikut:
PAS. Patient Administration Systems (PAS) adalah sistem yang mengotomatiskan dokumen administrasi di organisasi pelayanan kesehatan, seperti rumah sakit. Ini adalah komponen inti dari infrastruktur TI organisasi semacam itu. PAS mencatat demografi pasien, seperti nama, alamat rumah, tanggal lahir, dan sebagainya. PAS juga mencatat informasi rinci dari semua kontak pasien dengan rumah sakit, baik rawat jalan maupun rawat inap. Dengan bantuan PAS, rumah sakit modern dapat melaporkan dan menjadwalkan sumber daya di seluruh organisasi. PAS adalah sumber utama data penjadwalan dalam solusi ini. Karena data ini bersifat eksternal dan mungkin dalam format non-standar, penting untuk mengubahnya menjadi format yang dipahami oleh semua komponen solusi ini.
RME/RKE. Rekam Medis Elektronik (RME) dan Rekam Kesehatan Elektronik (RKE) menyediakan rekaman digital dari informasi medis dan kesehatan pasien, termasuk diagnosis, pengobatan, imunisasi, dan sebagainya. Informasi ini dapat dicakupkan ke satu kantor praktik, seperti RME, atau dirancang untuk cakupan yang jauh lebih luas, yang bergerak bersama pasien ke fasilitas mana pun yang mereka kunjungi, seperti RKE. Ini adalah sumber data eksternal yang penting dalam solusi ini, dan mungkin dalam format non-standar yang tidak terstruktur. Oleh karenanya, data ini perlu dikonversi ke format yang dapat digunakan oleh komponen dalam solusi ini.
Azure Healthcare APIs. Azure adalah langkah pertama dalam proses menghadirkan data ke ekosistem Microsoft dan Microsoft Cloud for Healthcare. Lapisan ini menyediakan antarmuka yang aman antara data eksternal dan komponen internal arsitektur ini. Azure Healthcare APIs menyerap data yang berasal dari sumber yang berbeda seperti RME, PAS, perangkat, baik terstruktur atau tidak terstruktur, mengonversinya menjadi FHIR dan tetap berada di Azure. Data ini kemudian dapat digunakan di seluruh Microsoft Cloud for Healthcare untuk berbagai layanan. Azure Healthcare APIs dibuat dengan mempertimbangkan keamanan dan kepatuhan dan dirancang untuk data PHI (Informasi Kesehatan yang Dilindungi). Untuk informasi selengkapnya tentang lapisan ini, lihat Azure untuk layanan kesehatan dan Azure API untuk FHIR
Common Data Model. Dengan Common Data Model, Microsoft menyediakan sistem definisi metadata standar yang dapat diperluas dan dapat disesuaikan untuk kebutuhan bisnis tertentu. Entitas CDM tersedia untuk area subjek seperti CRM, Pelayanan Kesehatan, Bakat, dan sebagainya. Untuk detailnya, baca informasi penggunaan Common Data Model. Selain entitas ini, pelanggan dapat menarik data kepemilikan dengan mendefinisikan tabel entitas tersebut dan bidang yang mendasarinya dalam Common Data Model, yang kemudian dapat digunakan secara mulus dengan entitas lain di seluruh solusi mereka.
Microsoft Dataverse. Dataverse, database hubungan yang mendukung Microsoft Dynamics 365, adalah repositori untuk data yang direpresentasikan dalam Common Data Model. Ini menyimpan database untuk informasi pasien, yang berisi rincian tentang nama, informasi keluarga, kondisi medis, riwayat pengobatan mereka, dan sebagainya. Ini juga menyimpan informasi yang diperoleh dari perangkat yang dapat dikenakan yang digunakan dan didaftarkan oleh pasien, serta, penjadwalan dan data manajemen dari organisasi pelayanan kesehatan. Data ini didefinisikan menggunakan Common Data Model.
Patient Portal. Portal Power Apps ini memungkinkan pasien melihat rekam medis mereka, membuat janji temu, mengobrol dengan instans health bot, dan sebagainya. Portal ini dapat diperluas untuk mendukung data lainnya. Portal ini adalah bagian dari Microsoft Cloud for Healthcare, dan memungkinkan Anda dengan mudah membuat portal, yang dapat tersambung dengan entitas di Dataverse, menarik data seperti informasi pasien, rencana perawatan, janji temu, dan sebagainya.
Intelligent Assistance. Ini adalah instans dari Azure Health Bot Service, yang dapat diakses oleh pasien melalui Patient Portal. Instans health bot ini dimuat dalam situs web Azure App Service. Ini dapat dikustomisasi, dan dapat diprogram menggunakan skenario yang diperlukan oleh pelanggan.
Aplikasi Bookings. Aplikasi Bookings adalah layanan Microsoft 365, yang disertakan dalam Microsoft Cloud for Healthcare. Ini memfasilitasi penjadwalan peristiwa kalender, dan memungkinkan pembuatan rapat Teams.
Microsoft Outlook. Solusi ini menggunakan Microsoft Outlook sebagai klien email. Aplikasi Bookings yang mengirimkan pemberitahuan email terintegrasi dengan Outlook. Atau, klien email pilihan penyedia layanan kesehatan dapat digunakan.
Microsoft Teams. Microsoft Teams adalah komponen Microsoft Cloud for Healthcare, dan menyediakan ujung depan untuk interaksi antara pasien, penyedia, dan manajer perawatan. Pengguna dapat menggunakan versi yang dipasang secara lokal atau versi web. Untuk informasi selengkapnya tentang Teams, baca dokumentasi Microsoft Teams.
Appointment Queue. Alat ini menghasilkan halaman HTML dengan data yang ditarik dari Dataverse, menggunakan Dynamics 365 Web API. Ini memberi penyedia informasi tentang janji yang dijadwalkan untuk hari itu dan ringkasan tentang masing-masing janji temu. Ini juga menyediakan tautan untuk mengakses informasi pasien melalui aplikasi Care Management. Appointment Queue dikembangkan untuk mendukung skenario ini, dan bukan merupakan bagian dari Microsoft Cloud for Healthcare. Sumber data untuk alat ini terutama merupakan sistem PAS dan rekaman EMR/EHR. Jika sistem ini memiliki alat yang terintegrasi untuk menyajikan data ini, alat tersebut dapat menjadi pengganti komponen ini dalam penyebaran yang sebenarnya.
Care Management. Alat Care Management adalah komponen Microsoft Cloud for Healthcare. Ini adalah aplikasi Power Apps yang disebarkan melalui Dynamics 365. Ini menarik data pasien RME/RKE yang disimpan di Dataverse dalam format CDM, dan menyajikan tampilan agregat di Teams. Solusi pusat perawatan mungkin memilih untuk menggunakan sistem mereka sendiri untuk fungsionalitas mereka, tergantung pada bagaimana mereka ingin menyajikan informasi ini.
Analitik Power BI. Ini adalah alat analitik yang dibuat untuk skenario ini, dan tidak tersedia dengan Microsoft Cloud for Healthcare. Dalam solusi ini, alat ini menghasilkan informasi yang berasal dari perangkat IoMT pasien. Ini bisa berupa data seperti detak jantung, kadar oksigen dalam darah, dan sebagainya. Aplikasi Care Management menggunakan data ini untuk memberikan insight tambahan kepada penyedia layanan kesehatan tentang pasien mereka berdasarkan aktivitas sehari-hari mereka.
Perangkat yang tersambung. Ini adalah perangkat Internet of Medical Things (IoMT), yang merupakan perangkat pintar untuk penggunaan medis atau pelayanan kesehatan. Contoh perangkat IoMT termasuk perangkat yang dapat dikenakan seperti Apple Watch atau Fitbit, monitor medis atau vital, dan sebagainya. Pasien dapat memprovisikan perangkat mereka melalui Azure, dan memilih untuk mengizinkan sistem manajemen pelayanan kesehatan mereka mengumpulkan data IoMT ini untuk digunakan oleh penyedia mereka. Penyedia dapat memperoleh insight tambahan dari perangkat tersebut, hampir secara real time, dan menyambungkan anomali seperti peningkatan detak jantung untuk jangka waktu tertentu, dengan gejala pasien saat ini.
Automation dengan Power Automate. Ini adalah alat kustom yang dibuat untuk mendukung skenario ini, dan tidak tersedia dengan Microsoft Cloud for Healthcare. Karena ini adalah skenario kunjungan virtual, penyedia mungkin hanya menjadi dokter panggilan dan bukan dokter tetap pasien. Alat ini memungkinkan catatan penyedia untuk memicu pemberitahuan Teams ke manajer pelayanan. Manajer pelayanan adalah anggota tim medis yang bekerja sebagai penghubung antara dokter layanan primer (DLP) dan pasien, dan menangani manajemen perawatan jangka panjang. Pemberitahuan yang dikirim ke manajer pelayanan, menunjukkan catatan baru yang ditambahkan untuk pasien, memungkinkan mereka untuk meninjau dan membuat perubahan yang sesuai dalam manajemen perawatan pasien setelah kunjungan.
Alternatif
Azure untuk layanan kesehatan seperti Azure Healthcare APIs dan Health Bot, antarmuka Common Data Model, Microsoft Dataverse, dan Microsoft Teams membentuk komponen inti dari solusi ini. Sebagian besar komponen lain dari sistem ini dapat digantikan oleh sistem yang saat ini digunakan oleh fasilitas kesehatan:
Jika sistem RME/RKE dilengkapi dengan bawaan untuk pemesanan, penjadwalan, dan manajemen perawatan, bawaan ini dapat digunakan sebagai pengganti komponen yang sesuai dalam solusi ini.
Penjadwalan Bookings dan Outlook serta pemberitahuan email dapat ditukar dengan sistem yang digunakan oleh fasilitas kesehatan. Ini dapat dilakukan melalui sistem RKE, atau menggunakan aplikasi pihak ketiga. Aplikasi harus menyediakan API yang dapat digunakan instans health bot untuk membuat dan menjadwalkan janji temu, bersama dengan kemampuan untuk membuat rapat virtual.
Jika penyedia telah memiliki portal pasien yang diimplementasikan melalui sistem RME/RKE mereka, portal tersebut dapat digunakan sebagai pengganti Patient Portal. Mudah untuk mengintegrasikan komponen eksternal tersebut dengan solusi ini, karena komponen ini menggunakan antarmuka standar, misalnya, antarmuka iFrame untuk berkomunikasi dengan instans health bot. Komponen yang mendukung alur ini dapat dibuat di portal kepemilikan, seperti formulir persetujuan yang harus ditandatangani pasien sebelum bergabung dalam rapat Teams.
Perlu diingat bahwa penyebaran yang sebenarnya akan memerlukan alat pengganti untuk beberapa komponen dalam solusi ini, seperti Appointment Queue, pemberitahuan otomatis, dan alat analitik Power BI. Komponen-komponen ini perlu dibuat dan dikustomisasi untuk kebutuhan bisnis penyedia layanan kesehatan.
Detail skenario
Dalam masa pandemi COVID-19 (coronavirus) saat ini, sejumlah besar pasien mungkin lebih memilih untuk mengunjungi penyedia layanan kesehatan mereka secara virtual daripada secara langsung, jika memungkinkan. Meningkatkan insight klinis dan operasional dalam pelayanan kesehatan menjadi penting dalam dunia maya semacam itu. Ini termasuk menyambungkan data dari seluruh sistem, menciptakan insight untuk memprediksi risiko dan membantu meningkatkan perawatan pasien, jaminan kualitas, serta efisiensi operasional.
Landasan untuk solusi ini adalah Microsoft Cloud for Healthcare. Microsoft Cloud for Healthcare menyatukan kemampuan tepercaya dari Microsoft 365, Azure, Dynamics 365, Power Platform, dan ekosistem mitra Microsoft yang luas untuk membantu organisasi pelayanan kesehatan menciptakan solusi pelayanan kesehatan yang cepat, efisien, dan aman.
Kemungkinan kasus penggunaan
Solusi ini ditargetkan untuk memberikan perawatan pasien secara virtual di masa pandemi saat ini. Namun, penyedia layanan kesehatan dapat dengan mudah menerapkannya pada skenario berikut:
Menjadwalkan tindak lanjut virtual ke kunjungan langsung.
Memberikan bimbingan medis non-darurat kepada pasien saat bepergian.
Pertimbangan
Pertimbangan ini mengimplementasikan pilar Azure Well-Architected Framework, yang merupakan serangkaian tenet panduan yang dapat digunakan untuk meningkatkan kualitas beban kerja. Untuk informasi selengkapnya, lihat Microsoft Azure Well-Architected Framework.
Keamanan
Keamanan memberikan jaminan terhadap serangan yang disukai dan penyalahgunaan data dan sistem berharga Anda. Untuk informasi selengkapnya, lihat Gambaran Umum pilar keamanan.
Karena sistem dibangun berdasarkan data pasien, pertimbangan keamanan dasar untuk informasi privat harus diterapkan saat mengembangkan solusi ini:
Hanya data yang diperlukan yang harus mengalir melalui sistem pada waktu tertentu. Misalnya, hanya tarik data tersebut dari sistem RME/RKE, yang diperlukan untuk muncul untuk penjadwalan dan manajemen kunjungan virtual. Tinjau aturan kepatuhan HIPAA yang ditetapkan untuk panduan tentang di mana data pasien harus disimpan, apa yang dapat dilakukan dengannya, dan siapa yang harus memiliki akses ke data tersebut. Ketahui pentingnya kepatuhan dalam pelayanan kesehatan saat mengembangkan solusi Anda. Untuk panduan selengkapnya, baca Kepatuhan di Microsoft Cloud for Healthcare.
Hanya personel yang berwenang yang boleh memiliki akses ke data pasien, dan hanya data yang diperlukan untuk peran mereka. Di berbagai titik dalam sistem, seperti Care Management dan analitik yang dimasukkan ke dalamnya, Appointment Queue, atau sistem pemberitahuan, perlu kehati-hatian saat mengautentikasi dan mengizinkan personel, serta batasi akses mereka hanya ke informasi pasien yang diperlukan.
Modul yang berinteraksi dengan pasien, seperti aplikasi Intelligent Assistance dan Bookings, mengambil, menyimpan, dan menggunakan data pasien. Kontrol akses dan autentikasi yang tepat pada modul ini memastikan penanganan masalah privasi.
Karena sifat data privat yang terlibat, keamanan dan kepatuhan membentuk prinsip dasar Microsoft Cloud for Healthcare.
Contoh ini juga bergantung pada aturan keamanan yang ditetapkan oleh Dynamics 365 dan Teams:
Layanan individual yang disertakan dalam Microsoft Cloud for Healthcare memberikan lapisan keamanan dan kepatuhannya sendiri:
Untuk kontrol keamanan kustom, pertimbangkan untuk menggunakan ID Microsoft Entra dan kontrol akses berbasis peran.
Terakhir, saat mengimplementasikan solusi ini, ingatlah praktik terbaik dan panduan untuk mengembangkan solusi Azure yang aman.
Pengoptimalan biaya
Optimalisasi biaya adalah tentang mencari cara untuk mengurangi pengeluaran yang tidak perlu dan meningkatkan efisiensi operasional. Untuk informasi selengkapnya, lihat Gambaran umum pilar pengoptimalan biaya.
Untuk informasi harga terperinci tentang Microsoft Cloud for Healthcare, lihat Cara membeli Microsoft Cloud for Healthcare. Komponen yang membentuk Microsoft Cloud for Healthcare, memiliki persyaratan lisensinya sendiri, seperti:
Untuk membuat ulang komponen dalam arsitektur yang dibuat khusus ini, pertimbangkan informasi harga untuk layanan dasar yang Anda pilih untuk digunakan.
Menyebarkan skenario ini
Solusinya harus disebarkan secara bertahap:
Beberapa produk/layanan harus dipasang sebagai prasyarat untuk Microsoft Cloud for Healthcare. Lihat daftar terperinci di artikel tentang persyaratan lisensi ini.
Microsoft Cloud for Healthcare dapat disebarkan menggunakan petunjuk yang disediakan di Menyebarkan solusi Microsoft Cloud for Healthcare yang didukung oleh Dynamics 365.
Microsoft Cloud for Healthcare menyediakan komponen dasar untuk memulai pembangunan solusi kesehatan virtual, seperti Patient Portal, Teams, Pemesanan, dan sebagainya. Data yang akan digunakan untuk mendukung blok penyusun ini, harus dikustomisasi sesuai dengan kebutuhan bisnis.
Komponen yang tersedia di Microsoft Cloud for Healthcare dan prasyaratnya, harus disesuaikan untuk mendukung kebutuhan bisnis:
Alur Power Automate harus dibuat untuk mendukung pemberitahuan manajer pelayanan.
Patient Portal harus dikonfigurasi. Formulir tambahan mungkin perlu dibuat untuk elemen seperti formulir check-in/persetujuan. Baca Menyiapkan dan mengonfigurasi portal Patient Access untuk informasi selengkapnya.
Layanan Health Bot harus tersambung ke database Dataverse, dan dikustomisasi untuk komunikasinya dengan pasien. Baca Mengonfigurasi obrolan otomatis menggunakan Microsoft Health Bot untuk informasi selengkapnya.
Lihat Mengonfigurasi sinkronisasi dengan data klinis menggunakan Agen Sinkronisasi Azure FHIR dan Menyematkan laporan Power BI untuk analitik untuk memahami beberapa konfigurasi lain yang mungkin diperlukan.
Komponen tambahan yang secara kustom dibuat untuk solusi ini, tidak tersedia untuk penggunaan tingkat produksi. Fasilitas pelayanan kesehatan mungkin perlu membuat versi aplikasi miliknya sendiri:
Appointment Queue
Pemberitahuan otomatis menggunakan Power Automate
Aplikasi pelaporan menggunakan Power BI
Kontributor
Artikel ini dikelola oleh Microsoft. Ini awalnya ditulis oleh kontributor berikut.
Penulis utama:
- Slavica Frljanic | Manajer Program Grup Utama
- Dhanashri Kshirsagar | PM Konten Senior
Untuk melihat profil LinkedIn non-publik, masuk ke LinkedIn.
Langkah berikutnya
- Apa itu Microsoft Cloud untuk Perawatan Kesehatan?
- Pelajari selengkapnya tentang Azure untuk penawaran layanan kesehatan di Azure for Healthcare—Solusi Layanan Kesehatan
- Perbedaan antara RME dan RKE
- Aturan kepatuhan HIPAA
- Apa itu Azure API untuk FHIR?
- Apa itu Microsoft Dataverse?
- Apa itu Azure Health Bot Service?
- Apa itu Power BI?
- Pelajari cara menggunakan Microsoft Dynamics 365