Laporan Akhir Mata Kuliah Human and Computer Interaction Aplikasi Predical

LAPORAN AKHIR

MATA KULIAH HUMAN AND COMPUTER INTERACTION

APLIKASI PREDICAL

 

Disusun oleh

Elbert Adiwijanto
2301881171

Georgius Andrian Halim
2301854315

Stanley Jonathan
2301893820

1. Pendahuluan

1.1. Latar Belakang

Permasalahan utama yang mendorong kami untuk mendesain aplikasi ini berawal dari jumlah kasus misdiagnosis penyakit jantung dan angka kejadian penyakit jantung yang semakin meningkat.

Berdasarkan hasil observasi kami, Organisasi Kesehatan Dunia (WHO) menyatakan bahwa terdapat lebih dari 17.9 juta orang di seluruh dunia yang meninggal setiap tahunnya, dimana 32% kematian di dunia diakibatkan oleh penyakit jantung dan pembuluh darah.

Lebih lanjut, berdasarkan salah satu contoh kasus misdiagnosis di Indonesia, di mana terdapat seorang gadis yang mengalami misdiagnosis antara penyakit flu dengan penyakit jantung, kasus ini menguatkan fakta bahwa penyakit jantung ini bisa diterima dari yang muda hingga yang tua dan juga ternyata dokter masih bisa salah mendiagnosa penyakit jantung yang dapat berakibat fatal (https://health.detik.com/berita-detikhealth/d-3904638/dikira-flu-anak-ini-meninggal-karena-misdiagnosis-penyakit-jantung).

Selain itu, berdasarkan penelitian, dinyatakan bahwa di Amerika Serikat terdapat 12 juta orang kena dampak dari misdiagnosis setiap tahunnya (https://qualitysafety.bmj.com/content/23/9/727). Melihat jumlah orang yang terkena dampak dari misdiagnosis yang begitu besar, kami berencana mendesain aplikasi yang dapat menghasilkan prediksi kemungkinan pasien terkena penyakit jantung, sehingga hasil diagnosis dapat lebih akurat dan pasien bisa mendapatkan treatment yang tepat. Aplikasi ini kami rancang dengan harapan orang yang terkena dampak dari misdiagnosis khususnya pada penyakit jantung akan berkurang setiap tahunnya.

1.2. Tujuan

            Tujuan dirancangnya aplikasi ini adalah sebagai berikut:

·       Mengurangi orang yang terkena dampak dari misdiagnosis terutama pada orang yang terkena penyakit jantung untuk mendapatkan treatment yang tepat.

·       Memberikan wadah bagi dokter untuk memperoleh second opinion dengan berkomunikasi maupun berdiskusi dengan sesama dokter.

2. Pembahasan

2.1. Konsep Dasar Aplikasi

Predical adalah aplikasi yang ditujukan untuk membantu dokter memperkuat hasil diagnosa mereka dengan menghasilkan medical summary yang berisi prediksi seberapa besar kemungkinan pasien menderita penyakit jantung berdasarkan input rekam medis pasien. Medical summary ini dihasilkan setelah dianalisa menggunakan metode statistika yang memperhitungkan data rekam medis pasien-pasien penyakit jantung sebelumnya.

Selain fungsi utama di atas, Predical memiliki fungsi sekunder, yakni sebagai wadah bagi dokter untuk saling berkomunikasi maupun berdiskusi melalui media forum. Metode komunikasi yang lebih terorganisir ini kami rancang untuk memfasilitasi dokter yang memerlukan second opinion dari sesama dokter lain terkait sebuah hasil diagnosa maupun permasalahan medis lain.

2.2. Fitur Aplikasi

1. Fitur Prediksi Kemungkinan Penyakit Jantung

Fitur ini akan menghasilkan medical summary pasien yang akan menunjukkan seberapa besar kemungkinan seorang pasien memiliki penyakit jantung berdasarkan data-data yang sudah diinput, Hasil medical summary ini dapat menguatkan hasil diagnosa dokter dan meningkatkan performa analisa aplikasi.

2. Fitur Sharing Medical Summary

Fitur ini dapat membagikan hasil medical summary pasien dengan dokter lain untuk memperoleh second opinion dari dokter lain terkait hasil analisa. Hal ini dilakukan agar dokter bisa saling memastikan akurasi diagnosis dokter.

3. Fitur Tracking Returning Patient

Fitur ini dapat memudahkan dokter dalam melakukan penjadwalan untuk pasien rawat rutin dengan tujuan memudahkan mengorganisir data pasien dengan rumah sakit.

4. Fitur Forum Diskusi

Fitur ini merupakan wadah berkomunikasi antar dokter di seluruh / cabang rumah sakit dengan tujuan untuk memberikan informasi pada rumah sakit cabang atau khususnya pada dokter baru yang ingin bertanya kepada dokter yang lebih berpengalaman di bidangnya.

5. Fitur View Past Data Records

            Fitur ini memungkinkan dokter untuk melihat histori data rekam medis pasien yang sudah disimpan dalam sistem dan digunakan sebagai data untuk analisa prediksi. Dokter juga dapat melakukan export terhadap histori data rekam medis tersebut yang akan menghasilkan laporan dalam bentuk spreadsheet terkait histori data rekam medis.

2.3. Use Case Diagram

Figure 1. Use Case Diagram Predical

Berikut ini penjelasan dari masing-masing use case dalam Use Case Diagram aplikasi Predical.

 - Get Medical Summary

Use Case Name	Get Medical Summary
Scenario	Dokter memperoleh data Medical Summary
Triggering Event	Dokter ingin mengetahui Medical Summary untuk memperkuat diagnosa terkait penyakit jantung yang diderita pasien.
Brief Description	Sistem melakukan perhitungan terhadap data pasien yang sudah diinput, kemudian sistem menampilkan hasil persentase kemungkinan pasien tersebut terkena penyakit jantung.
Actors	Dokter
Related Use Cases	Input Patient Data; Share Medical Summary, Schedule Next Visit
Stakeholders	Pasien
Preconditions	Dokter menginput data pasien.
Postconditions	Dokter mendapat Medical Summary milik pasien.
Flow Activities	Untuk mendapat Medical Summary, dokter perlu menginput data pasien terlebih dahulu.
Exception Conditions	Apabila dokter membatalkan hasil inputan pasien, maka kembali ke halaman input data pasien.

 

- Input Patient Data

Use Case Name	Input Patient Data
Scenario	Dokter menginput data pasien
Triggering Event	Dokter ingin mengetahui medical summary dari pasien tersebut berdasarkan kondisi pasien saat itu
Brief Description	Dokter menginput data pasien yang sudah diukur seperti tekanan darah, kolesterol, dan informasi-informasi lainnya yang dibutuhkan.
Actors	Dokter
Related Use Cases	Get Medical Summary
Stakeholders	Pasien
Preconditions	Dokter login ke dalam software dan mengukur data-data pasien
Postconditions	Dokter dapat menginput data ke dalam Medical Summary
Flow Activities	Untuk dapat menginput data, dokter perlu login ke dalam software dan mengukur data-data pasien terlebih dahulu
Exception Conditions	-

- Share Medical Summary

Use Case Name	Share Medical Summary
Scenario	Dokter membagikan medical summary milik pasien ke dokter lain.
Triggering Event	Dokter ingin merujuk ke dokter lain atau meminta pendapat mengenai hasil medical summary tersebut.
Brief Description	Dokter membagikan medical summary ke dokter lain sebagai rujukan atau memperoleh pendapat dari dokter lain.
Actors	Dokter
Related Use Cases	Get Medical Summary
Stakeholders	Pasien dan dokter lain
Preconditions	Memperoleh medical summary dari hasil input data pasien.
Postconditions	Dokter yang dituju menerima message berupa hasil medical summary milik pasien serta pesan dari dokter pengirim.
Flow Activities	Untuk melakukan share medical summary, dokter perlu mendapat medical summary dari hasil input data pasien.
Exception Conditions	-

 

- Schedule Next Visit

Use Case Name	Schedule Next Visit
Scenario	Dokter membuat jadwal dengan pasien yang harus melakukan check up
Triggering Event	Dokter melakukan check up rutin terhadap pasien yang membutuhkan perhatian khusus berdasarkan hasil dari Medical Summary untuk menanyakan gejala, persediaan obat, dan lainnya
Brief Description	Dokter membuat jadwal kepada pasien yang harus melakukan check up berdasarkan Medical Summary dan meletakkan jadwalnya ke dalam Returning Patients
Actors	Dokter
Related Use Cases	Get Medical Summary
Stakeholders	Pasien
Preconditions	Login, dan memperoleh medical summary dari hasil input data pasien
Postconditions	Dokter bisa melakukan check up dengan pasien yang sudah dijadwalkan
Flow Activities	Untuk melakukan schedule next visit, dokter perlu login dan mendapat medical summary dari hasil input data pasien.
Exception Conditions	-

 

- View Past Data Records

Use Case Name	View Past Data Records
Scenario	Dokter melihat data pasien yang sudah pernah check up sebelumnya.
Triggering Event	Dokter ingin mengetahui apakah pasien saat ini pernah melakukan pengecekan juga atau tidak, serta membandingkan data pasien saat ini dengan data pasien sebelum-sebelumnya.
Brief Description	Menu yang berisi data dari pasien-pasien sebelumnya, guna untuk memberikan gambaran kepada dokter dalam mendiagnosa pasien.
Actors	Dokter
Related Use Cases	-
Stakeholders	Rumah sakit
Preconditions	Dokter perlu melakukan login terlebih dahulu untuk bisa melihat data pasien-pasien sebelumnya.
Postconditions	Sistem menampilkan data pasien-pasien sebelumnya.
Flow Activities	Setelah melakukan login, dokter bisa masuk ke menu View Past Data Records
Exception Conditions	-

 

- Private Messaging

Use Case Name	Private Messaging
Scenario	Dokter mengirim dan menerima pesan dari dokter lain
Triggering Event	Dokter berdiskusi dengan dokter lain mengenai hasil medical summary seorang pasien.
Brief Description	Dokter bisa melihat pesan yang masuk dan mengirim pesan ke dokter lain untuk berdiskusi mengenai hasil medical summary seorang pasien.
Actors	Dokter
Related Use Cases	-
Stakeholders	Dokter lain
Preconditions	Dokter melakukan login
Postconditions	Dokter bisa membaca dan membalaskan pesan terhadap medical summary yang sudah diberikan
Flow Activities	Untuk melakukan read message, dokter perlu login dan melakukan share medical summary
Exception Conditions	-

- View Returning Patients

Use Case Name	View Returning Patients
Scenario	Dokter melihat jadwal pasien yang akan melakukan check up
Triggering Event	Dokter mengecek jadwal check up yang dia miliki dengan pasien lain agar tidak bertabrakan dan melihat detail dari pasien
Brief Description	Tempat dokter melihat jadwal pasien yang akan melakukan check up dengan dia agar tidak memiliki jadwal yang bertabrakan dengan pasien lain yang akan melakukan check up dengan dia, serta tempat dokter melihat detail dari pasien.
Actors	Dokter
Related Use Cases	View Patient Data
Stakeholders	-
Preconditions	Dokter login dan melakukan schedule next visit dengan pasien berdasarkan hasil medical summary
Postconditions	Dokter dapat melakukan check up terhadap pasien yang sudah memiliki jadwal
Flow Activities	Sebelum melakukan view returning patients, dokter hasil login dan melakukan schedule next visit terlebih dahulu
Exception Conditions	-

 

- View Patient Data

Use Case Name	View Patient Data
Scenario	Dokter melihat data pasien yang akan melakukan kunjungan lagi.
Triggering Event	Dokter ingin melihat medical reminder yang dimiliki pasien.
Brief Description	Dokter mengecek data pasien yang akan melakukan kunjungan lagi untuk melihat medical remindernya.
Actors	Dokter
Related Use Cases	View Returning Patients
Stakeholders	-
Preconditions	Dokter melihat daftar pasien yang akan melakukan kunjungan lagi
Postconditions	Sistem menampilkan data pasien yang akan melakukan kunjungan lagi
Flow Activities	Dokter melakukan View Returning Patients, setelah itu baru bisa melakukan View Patient Data
Exception Conditions	-

 

- View Forum Thread

Use Case Name	View Forum Thread
Scenario	Dokter melihat daftar thread forum yang sudah dipost.
Triggering Event	Dokter ingin mengecek forum tertentu atau berdiskusi dengan beberapa dokter sekaligus.
Brief Description	Dokter dapat melihat daftar thread forum yang sudah dipost dan melihat isi dari masing-masing thread forum.
Actors	Dokter
Related Use Cases	Create New Forum Thread, Reply Forum Thread
Stakeholders	-
Preconditions	Dokter melakukan login
Postconditions	Sistem menampilkan data thread forum yang sudah dipost
Flow Activities	Dokter melakukan Login, setelah itu baru bisa melakukan View Forum Thread
Exception Conditions	-

 

- Create New Forum Thread

Use Case Name	Create New Forum Thread
Scenario	Dokter membuat thread forum baru.
Triggering Event	Dokter memerlukan thread baru untuk membahas topik baru.
Brief Description	Dokter membuat thread forum baru yang berisi topik yang ingin dibahas dan dapat melampirkan file yang bersifat opsional.
Actors	Dokter
Related Use Cases	View Forum Thread, Reply Forum Thread
Stakeholders	-
Preconditions	Dokter membuka tampilan daftar forum thread.
Postconditions	Forum thread yang dibuat dokter sudah bisa dilihat dan direply sesama dokter
Flow Activities	Dokter membuka tampilan View Forum Thread, setelah itu baru bisa melakukan Create New Forum Thread
Exception Conditions	-

- Reply Forum Thread

Use Case Name	Reply Forum Thread
Scenario	Dokter memberi komentar terhadap thread forum yang sudah ada.
Triggering Event	Dokter ingin berkomentar atau membalas topik yang dibahas di thread forum tertentu.
Brief Description	Dokter membuka sebuah forum thread, kemudian membalas komentar maupun hal yang dibahas di thread tersebut.
Actors	Dokter
Related Use Cases	View Forum Thread, Create New Forum Thread
Stakeholders	-
Preconditions	Dokter mengakses sebuah forum thread.
Postconditions	Balasan dokter terkirim dan dapat dilihat oleh dokter lain.
Flow Activities	Dokter membuka tampilan View Forum Thread, mengakses sebuah forum thread, setelah itu baru bisa melakukan Reply Forum Thread
Exception Conditions	-

 

- View All Data

Use Case Name	View All Data
Scenario	Admin bisa melihat seluruh data dokter dan data pasien.
Triggering Event	Dokter atau rumah sakit ingin melihat list dokter atau pasien yang pernah berkunjung.
Brief Description	Admin melakukan View All Data sesuai permintaan dari dokter atau rumah sakit
Actors	Admin
Related Use Cases	-
Stakeholders	Rumah sakit
Preconditions	Admin melakukan login
Postconditions	Sistem memunculkan seluruh data dokter dan pasien.
Flow Activities	Admin melakukan login terlebih dahulu, baru setelah itu bisa melakukan View All Data.
Exception Conditions	-

 

- Monitoring System

Use Case Name	Monitoring System
Scenario	Admin melakukan monitoring system
Triggering Event	Admin perlu mengawasi informasi-informasi yang terdapat dalam software dan juga memantau fungsi dan kinerja dari software tersebut
Brief Description	Admin melakukan monitoring system dimana informasi-informasi akan selalu diawasi dan semua masalah di dalam software bisa diperbaiki khususnya pada fungsi dan kinerjanya.
Actors	Admin
Related Use Cases	-
Stakeholders	Rumah Sakit
Preconditions	Admin melakukan login
Postconditions	Admin mendapatkan hasil monitoring system
Flow Activities	Admin harus login terlebih dahulu, lalu baru dapat melakukan monitory system
Exception Conditions	-

 

- Update Doctor Data

Use Case Name	Update Doctor Data
Scenario	Admin melakukan update terhadap data dokter
Triggering Event	Admin perlu mengganti data dokter tertentu sesuai permintaan/keperluan dokter atau rumah sakit
Brief Description	Admin melakukan update pada data dokter tertentu supaya data dokter yang dikelola selalu up-to-date dan integritas data tetap terjaga. Update ini dapat dilakukan atas permintaan dokter atau rumah sakit.
Actors	Admin
Related Use Cases	-
Stakeholders	Rumah Sakit
Preconditions	Admin perlu melakukan Login.
Postconditions	Data dokter berhasil diupdate oleh Admin.
Flow Activities	Admin perlu Login terlebih dahulu, lalu baru dapat melakukan update terhadap data dokter yang tersimpan/dikelola oleh aplikasi.
Exception Conditions	-

- Update Patient Data

Use Case Name	Update Patient Data
Scenario	Admin melakukan update terhadap data pasien
Triggering Event	Admin perlu mengganti data pasien tertentu sesuai permintaan/keperluan dokter atau rumah sakit
Brief Description	Admin melakukan update pada data pasien tertentu supaya data pasien yang dikelola selalu up-to-date dan integritas data tetap terjaga. Update ini dapat dilakukan atas permintaan dokter atau rumah sakit.
Actors	Admin
Related Use Cases	-
Stakeholders	Rumah Sakit
Preconditions	Admin perlu melakukan Login.
Postconditions	Data pasien berhasil diupdate oleh Admin.
Flow Activities	Admin perlu Login terlebih dahulu, lalu baru dapat melakukan update terhadap data pasien yang tersimpan/dikelola oleh aplikasi.
Exception Conditions	-

 

- Delete Patient Data

Use Case Name	Delete Patient Data
Scenario	Admin menghapus data pasien tertentu
Triggering Event	Admin perlu menghapus data pasien tertentu sesuai permintaan/keperluan dokter atau rumah sakit, umumnya karena kesalahan input
Brief Description	Admin menghapus data pasien tertentu supaya integritas data pasien tetap terjaga. Proses penghapusan ini hanya bisa dilakukan atas permintaan rumah sakit.
Actors	Admin
Related Use Cases	-
Stakeholders	Rumah Sakit
Preconditions	Admin perlu melakukan Login.
Postconditions	Data pasien berhasil dihapus oleh Admin.
Flow Activities	Admin perlu Login terlebih dahulu, lalu baru dapat melakukan delete terhadap data pasien yang tersimpan/dikelola oleh aplikasi.
Exception Conditions	-

 

2.4. Desain Prototype

            Berikut ini adalah desain prototype aplikasi Predical yang sudah kami rancang untuk fitur-fitur utama dari aplikasi kami. Terkait desain yang lebih mendetail, dapat diakses pada link prototype berikut: https://bit.ly/3tuTSEK.

Figure 2. Login Screen

Figure 3. Input Patient Data Screen

 

Figure 4. Medical Summary Result Screen

Figure 5. Forum Board Screen

Figure 6. Private Messaging Screen

Figure 7. View Returning Patient Screen

Figure 8. View Past Data Records Screen

2.5. Evaluasi Prototype

            Kami melakukan evaluasi terhadap prototype aplikasi yang sudah kami buat melalui media kuesioner yang kami sebarkan ke kalangan dokter, mahasiswa kedokteran, maupun mahasiswa yang bidang studinya berhubungan dengan dunia kesehatan. Jenis evaluasi yang kami jalankan adalah evaluasi dengan controlled setting, dimana kami meminta responden kuesioner untuk mencoba mengoperasikan prototype aplikasi yang sudah kami buat.

Kuesioner yang kami buat didasarkan pada penggunaan System Usability Scale (SUS) untuk mengukur tingkat kesiapan guna aplikasi kami, serta penggunaan User Experience Questionnaire (UEQ) untuk mengukur seberapa baik user experience dari aplikasi kami. Kami berhasil mendapatkan feedback dari 11 orang responden, dengan hasil evaluasi untuk SUS dan UEQ sebagai berikut.

Figure 9. SUS Evaluation Score

            Untuk hasil evaluasi terhadap komponen SUS, diperoleh skor hasil akhir sebesar 73. Berdasarkan panduan penilaian, nilai 73 masuk ke dalam kategori good usability, dengan skala grade C.

Figure 10. UEQ Evaluation Score

            Sedangkan untuk komponen UEQ, diperoleh masing-masing skor akhir untuk komponen daya tarik sebesar 1.58, kejelasan sebesar 1.89, efisiensi sebesar 1.55, ketepatan sebesar 1.55, stimulasi sebesar 1.39, dan kebaruan sebesar 1.02. Berdasarkan hasil analisa UEQ, aplikasi kami memiliki aspek kejelasan, efisiensi, ketepatan, dan stimulasi yang lebih baik dibanding 75% rancangan aplikasi pada studi UEQ, dan memiliki aspek daya tarik dan kebaruan yang lebih baik dibanding 50% rancangan aplikasi pada studi UEQ.

 

3. Penutup

            Berdasarkan hasil evaluasi menggunakan SUS dan UEQ, dapat disimpulkan bahwa prototype aplikasi yang kami buat sudah cukup berguna dan mudah digunakan, serta memiliki sudah cukup jelas, efisien dan terkendali. Prototype aplikasi kami juga cukup menarik dan inovatif, namun masih dapat dilakukan perbaikan untuk meningkatkan daya tarik dan daya inovasi aplikasi kami.

            Lebih lanjut, berdasarkan saran yang kami peroleh dari responden kuesioner kami, ada beberapa hal yang dapat kami perbaiki terkait aspek UI/UX, yaitu:

·       Lebih ditampilkan design yang berhubungan dengan kesehatan, contohnya seperti penggunaan warna hijau karena dunia kesehatan identik dengan warna tersebut.

·       Mengubah foto cover login, karena memberi kesan bahwa aplikasi yang diakses bukanlah aplikasi yang berhubungan dengan dunia kesehatan.