Pengujian Domain HealthCare dengan Contoh Kasus Uji

Sebelum kita memulai pengujian, mari kita pelajari dengan cepat pengetahuan dasar domain kesehatan.

Pengujian Domain Layanan Kesehatan

Pengujian Domain Layanan Kesehatan adalah proses untuk menguji aplikasi layanan kesehatan untuk berbagai faktor seperti standar, keamanan, kepatuhan, ketergantungan silang dengan entitas lain, dll. Tujuan pengujian domain layanan kesehatan adalah untuk memastikan kualitas, keandalan, kinerja, keamanan, dan efisiensi aplikasi Layanan Kesehatan.

Pengetahuan dasar tentang Domain Perawatan Kesehatan

Keseluruhan sistem pelayanan kesehatan terjalin satu sama lain oleh satu badan yaitu rumah sakit atau penyedia layanan (dokter).

Sementara entitas lainnya termasuk-

Perusahaan asuransi: Medicare, Medicaid, BCBS, dll.
Pasien/Konsumen: Pasien Terdaftar
Otoritas Pengatur: HIPAA, penilaian OASIS, HCFA 1500 dan UB92, dll.
Vendor solusi layanan kesehatan dan ilmu kehidupan

Terminologi Dasar Sistem Pelayanan Kesehatan

Penyedia: Seorang profesional perawatan kesehatan (dokter), kelompok medis, klinik, laboratorium, rumah sakit, dll. yang memiliki izin dari layanan kesehatan
Klaim: Permintaan kepada perusahaan asuransi kesehatan Anda untuk membayar tagihan layanan perawatan kesehatan
broker: Seorang profesional asuransi, yang melakukan negosiasi, mengadakan asuransi atas nama tertanggung atau calon tertanggung
Keuangan: Badan asuransi yang menanggung biaya pengobatan, bisa pemerintah (Medicare atau Medicaid) atau komersial (BCBS)
Perawatan Kesehatan: Program asuransi kesehatan federal untuk warga lanjut usia dan penyandang cacat permanen
Obat-obatan: Program bersama dan negara yang membantu keluarga dan individu berpenghasilan rendah membayar biaya yang terkait dengan perawatan medis
Kode CPT: Kode terminologi prosedural saat ini adalah kumpulan kode medis untuk menjelaskan layanan medis, bedah, dan diagnostik
HIPAA: Ini adalah seperangkat aturan dan peraturan yang harus dipatuhi oleh dokter, rumah sakit, penyedia layanan kesehatan, dan rencana kesehatan untuk memberikan layanan mereka

Proses Bisnis Layanan Kesehatan

Sebagian besar organisasi layanan kesehatan telah mengadaptasi program perangkat lunak untuk memproses kelancaran fungsi sistem. Sistem perangkat lunak ini memberikan semua informasi dalam satu dokumen untuk setiap entitas yang menangani hal ini.

Menghubungkan seluruh sistem ini ke satu aplikasi web adalah tugas besar dan membuatnya bekerja secara efektif adalah tugas yang lebih besar. Pengujian ketat terhadap aplikasi kesehatan ini bersifat wajib dan harus melalui berbagai tahapan pengujian.

Dalam tutorial ini, kita akan belajar,

Pengujian sistem Penyedia

Contoh Skenario Uji dan Kasus Uji untuk sistem penyedia (dokter/rumah sakit).:

Tuan#	Skenario Uji	Kasus Uji
1)	Akses ke sistem penyedia	Sistem penyedia harus membiarkan kita memasukkan, mengedit dan menyimpan data penyedia
2)	Aliran positif Pengujian Sistem	Termasuk skenario untuk memasukkan berbagai jenis penyedia, mengubah detail penyedia, menyimpan dan menanyakannya
3)	Pengujian Sistem Aliran Negatif	Memungkinkan untuk menyimpan informasi penyedia dengan data yang tidak lengkap, tanggal efektif kontrak, memasukkan detail tentang penyedia yang ada dalam sistem
4)	System Tes integrasi	Validasi feed ke sistem anggota, sistem keuangan, sistem klaim, dan portal penyedia. Juga, validasi apakah perubahan dari portal penyedia dimasukkan ke dalam catatan penyedia masing-masing
5)	Pengujian portal penyedia aliran positif	Masuk dan lihat detail penyedia, status klaim, dan detail anggota Buat permintaan perubahan untuk mengubah nama, alamat, nomor telepon, dll.
6)	Pengujian portal penyedia aliran negatif	Lihat detail anggota dengan ID yang tidak valid Masuk dengan kredensial yang tidak valid
7)	Pengujian portal Broker aliran positif	Login dan lihat detail tentang broker dan pembayaran komisi Buat permintaan untuk mengubah nama, alamat, nomor telepon, dll.
8)	Pengujian portal Broker aliran negatif	Ini harus mencakup skenario untuk masuk dengan kredensial yang tidak valid

Pengujian Sistem Broker

Contoh Skenario Uji dan Kasus Uji untuk Sistem Broker:

Tuan#	Skenario Uji	Kasus Uji
1)	Sistem Pialang	Itu harus mampu mengedit, memasukkan dan menyimpan data broker Perhitungan komisi broker berdasarkan rincian pembayaran premi dari sistem anggota
2)	Pengujian Sistem Aliran Positif	Masukkan, simpan, dan edit catatan broker untuk berbagai jenis broker Untuk broker aktif menghitung komisi dengan membuat file feed dengan catatan masing-masing untuk anggota dengan paket berbeda
3)	Pengujian Sistem Aliran Negatif	Masukkan catatan broker dengan data yang tidak lengkap dan simpan untuk berbagai jenis broker Dengan membuat file feed dengan catatan masing-masing untuk anggota dengan rencana berbeda, hitung komisi untuk broker yang dihentikan Dengan membuat file feed dengan catatan masing-masing untuk anggota dengan rencana berbeda, hitung komisi untuk broker yang tidak valid
4)	Pengujian Sistem	Untuk sistem hilir seperti sistem keuangan, portal broker dan sistem anggota memvalidasi feed Validasi apakah perubahan dari portal broker dimasukkan dalam catatan broker masing-masing

Pengujian Sistem Keanggotaan

Contoh Skenario Uji dan Kasus Uji untuk Sistem Anggota (Pasien).:

Tuan#	Skenario Uji	Kasus Uji
1)	Sistem anggota	Mendaftarkan, memulihkan, dan memberhentikan anggota Hapus dan tambahkan tanggungan Hasilkan tagihan premium Memproses pembayaran premi
2)	Pengujian Sistem Aliran Positif	Dengan tanggal efektif saat ini, masa lalu, dan masa depan, daftarkan berbagai jenis anggota Menanyakan dan mengganti anggota Menghasilkan tagihan premium untuk anggota aktif untuk bulan berikutnya Mengakhiri anggota aktif yang tanggal pengakhirannya di masa lalu, saat ini dan di masa depan lebih besar dari tanggal efektif Mendaftarkan kembali anggota yang diberhentikan dengan tanggal efektif saat ini, masa lalu, dan masa depan Aktifkan kembali nomor yang dihentikan
3)	Pengujian Sistem Aliran Negatif	Jika data tidak mencukupi, daftarkan anggota Untuk anggota yang sudah diberhentikan, buatlah tagihan premi untuk bulan berikutnya
4)	Pengujian Integrasi Sistem	Validasi feed ke sistem hilir seperti portal penyedia, portal broker, sistem keuangan, dan sistem klaim Validasi jika perubahan dari portal anggota dimasukkan dalam catatan anggota masing-masing Memproses pembayaran tagihan premi yang dihasilkan dengan umpan dari portal anggota yang memiliki rincian pembayaran yang dilakukan

Pengujian Sistem Klaim

Contoh Skenario Uji dan Kasus Uji untuk Sistem Klaim:

Tuan#	Skenario Uji	Kasus Uji
1)	Sistem Klaim	Klaim dalam layanan kesehatan harus mengedit, memasukkan dan memproses klaim untuk anggota serta tanggungan Untuk klaim yang tidak valid, klaim tersebut akan menimbulkan kesalahan ketika data yang dimasukkan salah
2)	Pengujian Sistem Aliran Positif	Ini harus mencakup skenario untuk mengedit, memasukkan dan memproses klaim untuk anggota serta tanggungan
3)	Pengujian Sistem Aliran Negatif	Ini harus memvalidasi dan memasukkan klaim dengan kode prosedur dan kode diagnosis yang tidak valid Validasi dan masukkan klaim dengan ID penyedia yang tidak aktif Validasi dan masukkan klaim dengan anggota yang dihentikan
4)	Sistem Integrasi	Hal ini harus mencakup skenario untuk memvalidasi feed ke sistem hilir seperti penyedia dan portal keuangan

Pengujian Sistem Keuangan

Contoh Skenario Uji dan Kasus Uji Sistem Keuangan

Tuan#	Skenario Uji	Kasus Uji
1)	Sistem Keuangan	Mendaftarkan, memulihkan, dan memberhentikan anggota
2)	Pengujian sistem aliran positif	Ini harus memeriksa apakah nomor rekening atau alamat yang benar dipilih untuk masing-masing anggota, penyedia atau broker untuk pembayaran
3)	Pengujian sistem aliran negatif	Verifikasi apakah pembayaran dilakukan untuk ID anggota, penyedia, atau broker yang tidak valid dengan membuat catatan terkait di feed Verifikasi apakah pembayaran dilakukan untuk jumlah yang tidak valid untuk anggota, penyedia atau broker dengan membuat catatan masing-masing di feed

Menguji kepatuhan terhadap peraturan

Melindungi data sensitif pasien dan informasi kesehatan adalah prioritas utama bagi badan pengawas kesehatan. Pengujian harus dilakukan sesuai dengan peraturan badan pengawas tersebut.

Contoh Skenario Uji dan Kasus Uji untuk Kepatuhan Terhadap Peraturan:

Tuan#	Skenario Uji	Kasus Uji
1)	Otentikasi Pengguna	Menggunakan metode verifikasi untuk memastikan bahwa pengguna yang benar mendapatkan login dan menolak yang lain
2)	Informasi Pengungkapan	Otorisasi akses terhadap informasi didasarkan pada peran pengguna dan batasan pasien
3)	Transfer Data	Pada semua transfer, poin memastikan bahwa data dienkripsi
4)	Jejak Audit	Semua transaksi dan semua upaya untuk mengakses data dengan serangkaian informasi jejak audit yang tepat dicatat
5)	Pengujian Sanitas terkait dengan badan pengawas	Melakukan pengujian kewarasan dan memverifikasi enkripsi data yang dilakukan di area tertentu seperti EPHI (Informasi Kesehatan Elektronik yang Dilindungi)

Pengujian kinerja Aplikasi Layanan Kesehatan

Sebelum menyiapkan skenario pengujian, persyaratan tertentu dari sistem harus dipertimbangkan. Misalnya, penyedia layanan kesehatan (Dokter/Rumah Sakit) menyediakan perawatan 24/7, sehingga perangkat lunak pendaftaran pasien harus tersedia setiap saat. Selain itu, perangkat lunak tersebut perlu berkomunikasi dengan perusahaan asuransi untuk memvalidasi informasi polis, mengirim klaim, dan menerima kiriman uang. Di sini, arsitektur harus menentukan berbagai komponen sistem, protokol untuk berkomunikasi dengan perusahaan asuransi, dan cara menerapkan sistem agar sesuai 24/7.

Sebagai penguji, Anda perlu memastikan bahwa sistem perangkat lunak layanan kesehatan memenuhi tolok ukur beban/kinerja yang diinginkan.

Jenis Pengujian Lain untuk Aplikasi Layanan Kesehatan

Pengujian Fungsional: Menguji aplikasi layanan kesehatan terhadap kemampuan fungsional
Pengujian Kesesuaian: Uji kesesuaian Persyaratan keamanan layanan kesehatan dan kerangka industri
Pengujian Platform: Pengujian aplikasi pada mobil pengujian platform dan aplikasi untuk kompatibilitas lintas browser
Pengujian Interoperabilitas: Menguji kesesuaian dengan standar interoperabilitas (misalnya; DICOM, HL7, CCD/CDA)

Menguji Tantangan dalam Aplikasi Layanan Kesehatan

Tantangan pengujian dalam pengujian aplikasi layanan kesehatan tidak berbeda dengan pengujian aplikasi web lainnya.

Membutuhkan keahlian dalam pengujian, dan biasanya biayanya tinggi
Memerlukan pengujian interoperabilitas, kepatuhan, regulasi, keamanan, keselamatan selain teknik pengujian reguler (pengujian Non-Fungsional, Fungsional dan Integrasi)
Pengujian harus dilakukan dengan mengingat standar keselamatan dan peraturan karena kesalahan apa pun dapat berdampak langsung pada kehidupan pasien
Tim penguji harus mengetahui dengan baik berbagai fungsi, penggunaan klinis, dan lingkungan tempat perangkat lunak akan digunakan
Produk layanan kesehatan harus mematuhi berbagai standar seperti FDA, ISO, dan CMMI sebelum dapat digunakan
Ketergantungan silang perangkat lunak- penguji perlu memastikan bahwa perubahan apa pun pada satu komponen atau lapisan tidak menimbulkan efek samping pada komponen atau lapisan lainnya.

Pengujian perangkat kesehatan

Meskipun perangkat lunak perangkat layanan kesehatan bukan merupakan urusan langsung pasien, perangkat lunak tersebut juga memerlukan pengujian yang ketat seperti pengujian perangkat lunak lainnya. Misalnya, mesin sinar-X yang dikendalikan oleh program perangkat lunak harus diuji dengan baik karena kesalahan pengujian apa pun dalam perangkat lunak dapat mengakibatkan dampak yang serius pada pasien.

FDA (Food and Drug Administration) memiliki pedoman untuk aplikasi seluler dan web untuk perangkat medis. Sambil menguji perangkat medis apakah berfungsi dengan baik Rencana Tes serta kriteria lulus dan gagal juga merupakan bagian dari pedoman FDA. Ketika rencana pengujian dilaksanakan, hasilnya dikumpulkan dan dilaporkan ke FDA. Proses ini memastikan bahwa perangkat tersebut memenuhi standar badan pengawas.

Kiat berguna untuk Pengujian Layanan Kesehatan

Saat menguji perangkat lunak, Anda dapat mempertimbangkan beberapa tips penting untuk menguji sistem layanan kesehatan.

Tanggal itu penting dan harus akurat
Saat merancang kasus uji, pertimbangkan berbagai parameter seperti berbagai jenis paket, broker, anggota, komisi, dll.
Pengetahuan lengkap tentang domain diperlukan

Anda mungkin ingin: