Pengujian Domain HealthCare dengan Contoh Kasus Uji

Sebelum kita mulai menguji, mari kita pelajari pengetahuan domain perawatan kesehatan dasar dengan cepat.

Pengujian Domain HealthCare

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

Pengetahuan dasar Domain Perawatan Kesehatan

Seluruh sistem perawatan kesehatan dijalin satu sama lain oleh satu tubuh yaitu rumah sakit atau penyedia (dokter).

Sedangkan entitas lainnya termasuk-

• Perusahaan asuransi: Medicare, Medicaid, BCBS, dll.
• Pasien / Konsumen: Pasien Terdaftar
• Otoritas Pengaturan: HIPAA, penilaian OASIS, HCFA 1500 dan UB92, dll.
• Vendor solusi Perawatan Kesehatan dan Ilmu Hayati

Terminologi Dasar Sistem Perawatan Kesehatan

• Penyedia : Seorang profesional perawatan kesehatan (dokter), kelompok medis, klinik, lab, rumah sakit, dll. Yang mendapat izin dari layanan perawatan kesehatan
• Klaim: Permintaan kepada perusahaan asuransi kesehatan Anda untuk membayar tagihan layanan perawatan kesehatan
• Broker: Seorang profesional asuransi, yang bernegosiasi, mendapatkan asuransi atas nama tertanggung atau calon tertanggung
• Keuangan: Badan asuransi yang membayar biaya pengobatan, bisa pemerintah (Medicare atau Medicaid) atau komersial (BCBS)
• Medicare: Program asuransi kesehatan federal untuk warga senior dan penyandang cacat permanen
• Medicaid: Program bersama dan negara bagian yang membantu keluarga berpenghasilan rendah dan individu membayar biaya yang terkait dengan perawatan medis
• Kode CPT : Kode terminologi prosedural saat ini adalah seperangkat kode medis untuk menggambarkan layanan medis, bedah dan diagnostik
• HIPAA : Ini adalah seperangkat aturan dan regulasi yang harus diikuti oleh dokter, rumah sakit, penyedia layanan kesehatan, dan rencana kesehatan untuk memberikan layanan mereka.

Dalam tutorial ini, kita akan belajar-

• Pengetahuan Dasar Domain Perawatan Kesehatan
• Proses Bisnis Kesehatan
• Pengujian sistem Penyedia
• Pengujian Sistem Broker
• Pengujian Sistem Anggota
• Pengujian Sistem Klaim
• Pengujian Sistem Keuangan
• Pengujian di bawah kepatuhan regulasi
• Pengujian kinerja Aplikasi Kesehatan
• Jenis Pengujian Lain untuk Aplikasi Perawatan Kesehatan
• Menguji Tantangan dalam Aplikasi Perawatan Kesehatan
• Pengujian Perangkat Kesehatan
• Tip berguna untuk Tes Perawatan Kesehatan

Proses Bisnis Kesehatan

Sebagian besar organisasi perawatan 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 berurusan dengan ini.

Menghubungkan seluruh sistem ini ke satu aplikasi web adalah tugas besar dan membuatnya bekerja secara efektif bahkan menjadi tugas yang lebih besar. Pengujian yang ketat untuk aplikasi kesehatan ini adalah 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) :

Skenario Uji	Kasus Uji
Akses ke sistem penyedia	Sistem penyedia harus membiarkan kita memasukkan, mengedit, dan menyimpan data penyedia
Pengujian Sistem Aliran Positif	Ini mencakup skenario untuk memasukkan berbagai jenis penyedia, mengubah detail penyedia, menyimpan dan menanyakannya
Pengujian Sistem Aliran Negatif	Memungkinkan untuk menyimpan informasi penyedia dengan data yang tidak lengkap, tanggal efektif kontrak, memasukkan detail tentang penyedia yang ada di sistem
Pengujian Integrasi Sistem	Validasi feed ke sistem anggota, sistem keuangan, sistem klaim, dan portal penyedia. Juga, validasi jika perubahan dari portal penyedia dimasukkan ke dalam catatan penyedia masing-masing
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.
Pengujian portal penyedia aliran negatif	Lihat detail anggota dengan ID yang tidak valid Masuk dengan kredensial yang tidak valid
Pengujian portal broker aliran positif	Masuk dan lihat detail tentang broker dan pembayaran komisi Ajukan permintaan untuk mengubah nama, alamat, nomor telepon, dll.
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 :

Sr #	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	Masuk, simpan dan edit catatan broker untuk berbagai jenis broker Untuk broker aktif, hitung 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 jika perubahan dari portal pialang dimasukkan ke dalam catatan pialang masing-masing

Pengujian Sistem Anggota

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

Sr #	Skenario Uji	Kasus Uji
1)	Sistem anggota	Daftarkan, kembalikan dan hentikan anggota Hapus dan tambahkan dependen Hasilkan tagihan premium Proses pembayaran premi
2)	Pengujian Sistem Aliran Positif	Dengan tanggal efektif saat ini, masa lalu, dan masa depan mendaftarkan jenis anggota yang berbeda Tanyakan dan ubah anggota Menghasilkan tagihan premi untuk anggota aktif bulan berikutnya Memberhentikan anggota aktif dengan tanggal pengakhiran masa lalu, saat ini dan masa depan lebih besar dari tanggal efektif Daftarkan kembali anggota yang dihentikan dengan tanggal efektif saat ini, sebelumnya, dan masa depan Kembalikan nomor yang dihentikan
3)	Pengujian Sistem Aliran Negatif	Dengan data yang tidak mencukupi, daftarkan anggota Untuk anggota yang diberhentikan menghasilkan tagihan premium 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 ke dalam catatan anggota masing-masing Proses pembayaran tagihan premium yang dihasilkan dengan feed dari portal member yang memiliki detail pembayaran telah dilakukan

Pengujian Sistem Klaim

Contoh Skenario Uji dan Kasus Uji untuk Sistem Klaim :

#	Skenario Uji	Kasus Uji
1)	Sistem Klaim	Klaim dalam layanan kesehatan harus mengedit, memasukkan dan memproses klaim untuk anggota serta tergantung Untuk klaim yang tidak valid, itu harus melempar kesalahan ketika data yang dimasukkan salah
2)	Pengujian Sistem Aliran Positif	Ini harus mencakup skenario untuk mengedit, memasukkan dan memproses klaim untuk anggota serta tergantung
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)	Integrasi sistem	Ini harus mencakup skenario untuk memvalidasi umpan ke sistem hilir seperti penyedia dan portal keuangan

Pengujian Sistem Keuangan

Contoh Skenario Uji dan Kasus Uji untuk Sistem Keuangan

Sr #	Skenario Uji	Kasus Uji
1)	Sistem Keuangan	Daftarkan, kembalikan dan hentikan anggota
2)	Pengujian sistem aliran positif	Ini harus memeriksa apakah nomor akun atau alamat yang benar dipilih untuk masing-masing anggota, penyedia atau broker untuk pembayaran
3)	Pengujian sistem aliran negatif	Verifikasi apakah pembayaran telah dilakukan untuk anggota, penyedia, atau ID 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 regulasi

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

Contoh Skenario Uji dan Kasus Uji untuk Kepatuhan Peraturan :

Sr #	Skenario Uji	Kasus Uji
1)	Otentikasi Pengguna	Menggunakan metode verifikasi untuk memastikan bahwa pengguna yang benar mendapatkan login dan menolak orang lain
2)	Keterbukaan Informasi	Mengotorisasi akses ke 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 set informasi jejak audit yang tepat dicatat
5)	Pengujian Sanitas terkait dengan badan pengawas	Lakukan pengujian kewarasan dan verifikasi enkripsi data dilakukan di area tertentu seperti EPHI (Electronic Protected Health Information)

Pengujian kinerja Aplikasi Kesehatan

Sebelum menyiapkan skenario pengujian, persyaratan tertentu dari sistem harus dipertimbangkan. Misalnya, penyedia layanan kesehatan (Dokter / Rumah Sakit) memberikan perawatan 24/7, sehingga perangkat lunak check-in pasien harus tersedia setiap saat. Selain itu, perlu berkomunikasi dengan perusahaan asuransi untuk memvalidasi informasi polis, mengirim klaim, dan menerima pengiriman 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 perawatan kesehatan memenuhi tolok ukur beban / kinerja yang diinginkan.

Jenis Pengujian Lain untuk Aplikasi Perawatan Kesehatan

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

Menguji Tantangan dalam Aplikasi Perawatan Kesehatan

Tantangan pengujian dalam menguji aplikasi perawatan kesehatan tidak berbeda dengan pengujian aplikasi web lainnya.

• Membutuhkan keahlian dalam pengujian, dan biasanya biayanya tinggi
• Memerlukan interoperabilitas, kepatuhan, regulasi, keamanan, pengujian 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 menyebabkan efek langsung pada kehidupan pasien
• Tim penguji perlu mengetahui dengan baik berbagai fungsi, penggunaan klinis, dan lingkungan tempat perangkat lunak akan digunakan
• Produk perawatan kesehatan harus memenuhi berbagai standar seperti FDA, ISO, dan CMMI sebelum dapat digunakan
• Ketergantungan silang penguji perangkat lunak perlu memastikan bahwa setiap perubahan dalam satu komponen atau lapisan tidak menyebabkan efek samping pada yang lain.

Pengujian Perangkat Kesehatan

Meskipun perangkat lunak perangkat perawatan kesehatan bukan merupakan perhatian langsung pasien, perangkat lunak tersebut juga memerlukan pengujian yang ketat seperti pengujian perangkat lunak lainnya. Misalnya, mesin sinar-X yang dikontrol oleh program perangkat lunak harus diuji dengan baik karena kesalahan pengujian apa pun dalam perangkat lunak dapat menyebabkan efek serius pada pasien.

FDA (Food and Drug Administration) memiliki pedoman untuk aplikasi seluler dan web untuk perangkat medis. Saat menguji perangkat medis, Rencana Tes fungsional yang tepat bersama dengan 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 memenuhi standar badan pengatur.

Tip berguna untuk Tes Perawatan Kesehatan

Saat menguji perangkat lunak, Anda dapat mempertimbangkan beberapa tip penting untuk menguji sistem perawatan kesehatan.

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