Pengembangan Aplikasi Mobile Location Based Service Berbasis Android Untuk Pencarian Lokasi Rumah Sakit Di Kota Malang Berdasarkan Asuransi Kesehatan Dengan Metode Agile System Development

  Vol. 3, No. 1, Januari 2019, hlm. 8370-8380 http://j-ptiik.ub.ac.id

  

Pengembangan Aplikasi Mobile Location Based Service Berbasis Android

Untuk Pencarian Lokasi Rumah Sakit Di Kota Malang Berdasarkan

Asuransi Kesehatan Dengan Metode Agile System Development

_{1 2 3} Sabil Prihastomo Seputro , Herman Tolle , Komang Candra Brata

  Program Studi Teknik Informatika, Fakultas Ilmu Komputer, Universitas Brawijaya _{1 2 3} Email: sabil_ps@yahoo.com, emang@ub.ac.id, k.candra.brata@ub.ac.id

  

Abstrak

  Kota Malang merupakan salah satu kota besar di Jawa Timur dan perkembangan kesehatannya mulai berkembang setiap tahunnya, dan salah satu layanan kesehatan yang banyak tersedia adalah rumah sakit. Sekarang masyarakat Kota Malang dapat berobat ke rumah sakit dengan mudah dengan adanya asuransi kesehatan. Tetapi dengan adanya berbagai macam asuransi kesehatan menimbulkan berbagai masalah. Masyarakat yang memiliki salah satu jenis asuransi kesehatan kebingungan dalam mencari rumah sakit yang menerima asuransi kesehatan yang dia miliki karena tidak semua rumah sakit menerima asuransi kesehatan. Masyarakat yang sedang di posisi gawat darurat dan membutuhkan penanganan dokter secara cepat harus menemukan rute ke rumah sakit terdekat. Jika rumah sakit yang dituju tidak menerima asuransi kesehatan yang dimiliki oleh masyarakat dan terlambat dalam penanganannya, maka akan berakibat fatal bahkan dapat berujung kematian. Untuk mengurangi dampak tersebut, masyarakat harus dapat mencari rumah sakit berdasarkan asuransi kesehatan dan routing dari lokasi pengguna ke lokasi rumah sakit, dengan membuat aplikasi menggunakan GPS & API Google Maps dengan metode Agile

  

System Development yang diimplementasikan di Android. Pembuatan aplikasi Hospital Locator

  bertujuan untuk mengetahui kinerja dari setiap fungsional sistem, maka akan diuji melalui validity

  

testing serta dilakukan pengujian usability testing berupa usability score dan skala Likert untuk

  mengetahui kualitas dari sistem. Hasil dari validity testing didapatkan fungsi dari sistem telah berjalan dengan baik dengan tingkat keberhasilan 100%. Hasil dari usability testing sistem mendapatkan skor 92,91% yang masuk dalam kategori A yang mana pengguna dapat menggunakan aplikasi dengan mudah dan merasa terbantu.

  

Kata kunci: lokasi, routing, GPS, API, Google Maps, Agile System Development Android, Validity Testing,

Usability Testing

  

Abstract

Malang City is one of the big cities in East Java and its health development began to develop every year,

and one of the health service that widely available is hospital. Now, people in Malang City can get

treatment to the hospital easily with the existence of health insurance. But with the existence of various

kinds of health insurance causes various troubles. People who own one kind of the health insurance

confused when they want to search the hospital that received their health insurance because not all of

the hospital will received all health insurance. People who were in emergency situation and require

doctor attention immediately must find the nearest route to the hospital. If the targeted hospital does not

receive their health insurance and the handling is late, it will be fatal and may even lead to death. To

decrease those impact, people must able to search the hospital based on health insurance and routing

from user location to the hospital location, with making an application that using GPS & API Google

Maps with Agile System Development method that implemented on Android. The creation of Hospital

Locator application intends to know the performance of each functional of the system, then it will be

tested through validity testing as well as be testing with usability testing in the form of usability score

and Likert scale to know the quality of the system. The result of the validity testing obtained that the

functional of the system has been running well with 100% success rate. The result of the usability testing,

the system gets score 92,91% which can be categorized as an A and user can operate the system easily

and feel helpful about it.

  Fakultas Ilmu Komputer Universitas Brawijaya

8370

PENDAHULUAN

  user ^a experience ^a

  dan ^a

  Use ^a Case _a Scenario ^a

  agar ^a mengetahui ^a jalannya ^a sistem ^a dari _a aplikasi ^a

  Hospital ^a Locator .

  Tahap ^a perancangan ^a dilakukan ^a untuk _a mengubah ^a model ^a kebutuhan ^a menjadi ^a model _a perancangan ^a sistem ^a yang ^a berupa ^a rancangan _a detail ^a arsitektur ^a perangkat ^a lunak, ^a rancangan _a struktur ^a data, ^a dan ^a rancangan ^a komponen ^a yang _a diperlukan ^a untuk ^a mewujudkan ^a sistem. _a Perancangan ^a menggunakan ^a metode ^a

  Agile _a System ^a Development ^a

  dengan ^a menggunakan _a pendekatan ^a

  dengan ^a alur ^a proses _a kerja ^a sistem ^a yang ^a digambarkan ^a dengan _a perancangan ^a arsitekur ^a sistem, ^a perancangan ^a basis _a data ^a dan ^a komunikasi, ^a perancangan ^a

  Kemudian ^a dilakukan ^a identifikasi ^a kebutuhan _a dilakukan ^a dengan ^a memberi ^a penomoran ^a pada ^a tiap _a kebutuhan ^a yang ^a telah ^a digali ^a dan ^a digambarkan _a dengan ^a

  uml ^a

  yang _a terdiri ^a dari ^a perancangan ^a

  activity ^a diagram , _a

  perancangan ^a

  class ^a diagram ^a

  dan ^a perancangan _a

  sequence ^a diagram , ^a

  serta ^a perancangan ^a aplikasi

  Use ^a Case ^a Diagram ^a

   a ^{a a a}

Keywords: location, routing, GPS, API, Google Maps, Agile System Development, Android, Validity Testing,

Usability Testing 1.

  Kesehatan ^a merupakan ^a hal ^a yang ^a sangat _a penting ^a dan ^a mendorong ^a pemerintah ^a untuk _a mendirikan ^a layanan ^a kesehatan. ^a Rumah ^a sakit _a adalah ^a salah ^a satu ^a layanan ^a kesehatan ^a untuk _a melakukan ^a upaya ^a meningkatkan ^a kesehatan, _a mencegah ^a dan ^a menyembuhkan ^a penyakit, _a memulihkan ^a kesehatan, ^a pemenuhan ^a kebutuhan _a dan ^a tuntutan ^a pengguna ^a yang ^a mengharapkan _a penyelesaian ^a masalah ^a kesehatannya ^a dengan _a berbagai ^a akses ^a untuk ^a mendapatkannya. ^a serta _a harus ^a memberikan ^a pelayanan ^a yang ^a bermutu _a sesuai ^a dengan ^a standar ^a yang ^a ditetapkan ^a dan ^a dapat _a menjangkau ^a seluruh ^a masyarakat. ^a (Nafsiah, _a 2000). ^a Salah ^a satu ^a layanan ^a kesehatan ^a publik ^a di ^a salah _a satu ^a kota ^a besar ^a di ^a Jawa ^a Timur ^a seperti ^a Kota _a

  GPS ^a & ^a API _a Google ^a Maps ^a

  Malang ^a ini ^a adalah ^a rumah ^a sakit. ^a Masyarakat _a sekarang ^a ini ^a dapat ^a berobat ^a ke ^a rumah ^a sakit _a dengan ^a menggunakan ^a bermacam-macam _a asuransi ^a kesehatan ^a yang ^a tersedia, ^a baik ^a itu _a asuransi ^a kesehatan ^a yang ^a berasal ^a dari ^a pemerintah _a ataupun ^a swasta ^a (Departemen ^a Kesehatan ^a RI, _a 1999).

  Dengan ^a adanya ^a berbagai ^a macam ^a asuransi _a kesehatan ^a yang ^a tersedia ^a menimbulkan ^a berbagai _a masalah ^a yang ^a diperkuat ^a oleh ^a Thabrany ^a (2001). _a Masyarakat ^a yang ^a memiliki ^a salah ^a satu ^a jenis _a asuransi ^a kesehatan ^a kebingungan ^a dalam ^a mencari _a rumah ^a sakit ^a yang ^a menerima ^a asuransi ^a kesehatan _a yang ^a dia ^a miliki ^a karena ^a tidak ^a semua ^a rumah ^a sakit _a menerima ^a asuransi ^a kesehatan ^a yang ^a dimiliki ^a oleh _a masyarakat ^a tersebut. ^a Masyarakat ^a yang ^a saat _a posisi ^a gawat ^a darurat ^a dan ^a membutuhkan _a penanganan ^a dokter ^a secara ^a cepat ^a harus _a menemukan ^a rute ^a ke ^a rumah ^a sakit ^a terdekat. ^a Jika _a rumah ^a sakit ^a yang ^a dituju ^a tidak ^a menerima ^a asuransi _a kesehatan ^a yang ^a masyarakat ^a punya ^a dan ^a terlambat _a dalam ^a penanganannya, ^a maka ^a akan ^a berakibat _a fatal ^a bahkan ^a dapat ^a berujung ^a kematian. _a

  (Thabrany, ^a 2001).

  Berdasarkan ^a uraian ^a tersebut, ^a diharapkan _a permasalahan ^a masyarakat ^a di ^a Kota ^a Malang ^a dapat _a diselesaikan ^a dengan ^a melakukan ^a pencarian _a rumah ^a sakit ^a berdasarkan ^a preferensi ^a asuransi _a kesehatan ^a menggunakan ^a

  GPS ^a & ^a API ^a Google _a Maps ^a

  dengan ^a metode ^a

  Agile ^a System ^a Development _a

  yang ^a diimplementasikan ^a di ^a Android. ^a

  digunakan ^a untuk ^a merouting ^a dari _a lokasi ^a pengguna ^a ke ^a lokasi ^a rumah ^a sakit. ^a Sedangkan ^a

  2. METODOLOGI ^a PENELITIAN

  Agile ^a System ^a Development _a

  digunakan ^a karena ^a jika ^a sewaktu-waktu ^a ada _a asuransi ^a kesehatan ^a atau ^a rumah ^a sakit ^a yang ^a baru _a tidak ^a perlu ^a diadakan ^a perombakan ^a sistem ^a secara _a besar-besaran ^a karena ^a adanya ^a

  Iterative ^a

  dan _a Incremental . ^a Kemudian ^a karena ^a akan ^a banyaknya _a pengguna ^a yang ^a akan ^a memakai ^a aplikasi ^a ini ^a

  Agile _a System ^a Development ^a

  sangat ^a baik ^a digunakan _a karena ^a adanya ^a keterlibatan ^a pengguna ^a secara _a langsung ^a dalam ^a pembuatannya ^a dan ^a dapat _a merubah ^a

  requirement ^a

  sewaktu-waktu ^a yang _a mana ^a mungkin ^a pengguna ^a membutuhkan ^a fitur _a tersebut. ^a Diharapkan ^a dengan ^a mendapatkan ^a data _a seperti ^a tersebut ^a maka ^a pencari ^a rumah ^a sakit _a berdasarkan ^a preferensi ^a asuransi ^a kesehatan ^a akan _a lebih ^a mudah ^a mencari ^a rumah ^a sakit ^a yang _a menerima ^a asuransi ^a kesehatannya.

  Pada ^a tahap ^a ini ^a menjelaskan ^a metodologi ^a dari _a penelitian ^a ini ^a yang ^a mana ^a akan ^a menjelaskan _a tahapan ^a dari ^a pengumpulan ^a data ^a hingga _a penarikan ^a kesimpulan ^a secara ^a eksplisit. ^a Berikut _a adalah ^a alur ^a diagram ^a dari ^a metodologi ^a penelitian _a seperti ^a dalam ^a Gambar ^a 1. Analisis ^a kebutuhan ^a dilakukan ^a setelah ^a data _a yang ^a diperlukan ^a untuk ^a penelitian ^a didapatkan _a kemudian ^a membuat ^a kebutuhan ^a fungsional ^a dan _a non-fungsional ^a yang ^a dibutuhkan ^a untuk _a membangun ^a sistem ^a dalam ^a penelitian ^a ini. ^a

   a ^{a a a a}

  merupakan _a jumlah ^a jawaban ^a setuju ^a dan ^a

  2 Sangat ^aa tidak ^aa setuju

  1 Perhitungan ^a skala ^a Likert ^a

  diterapkan ^a untuk _a mendapatkan ^a indeks ^a persentase ^a

  usability ^a testing . _a

  Persamaan ^a

  1 ^a digunakan ^a untuk ^a menghitung ^a Total _a Skor ^a dengan ^a

  nilaiSTS ^a

  merupakan ^a jumlah ^a dari _a jawaban ^a sangat ^a tidak ^a setuju, ^a

  nilaiTS ^a

  merupakan _a jumlah ^a jawaban ^a tidak ^a setuju, ^a

  nilaiN ^a

  merupakan _a jumlah ^a dari ^a jawaban ^a netral, ^a

  nilaiST ^a

  nilaiSS ^a

  4 Netral

  merupakan _a jumlah ^a jawaban ^a sangat ^a setuju. ^a Persamaan ^a

  2 ^a digunakan ^a untuk ^a menghitung _a nilai ^a

  Y ^a

  yang ^a didapatkan ^a dari ^a perkalian _a

  SkorLikerTertinggi ^a

  dengan ^a JumlahResponden . _a Dimana ^a dalam ^a penilaian ^a jawaban ^a kuantitatif _a pada ^a Tabel ^a 1. ^a skor ^a tertinggi ^a adalah ^a pada ^a jawaban _a sangat ^a setuju ^a yang ^a bernilai ^a 5. ^a Persamaan ^a

  3 _a digunakan ^a untuk ^a menghitung ^a indeks ^a persentase _a yang ^a didapatkan ^a setelah ^a melakukan ^a perhitungan _a

  TotalSkor ^a

  dari ^a persamaan ^a

  1 ^a dan ^a

  Y ^a

  dari _a Persamaan ^a 2. ^a

  TotalSkor =(nilaiSTS1)+(nilaiTS2)+(nilai N 3)+(nilaiST4)+(nilaiSS5)

  3 Tidak ^aa setuju

  5 Setuju

  yang ^a terdiri ^a dari ^a

  validity _a testing ^a

  screenflow, ^a wireframe ^a

  dan _a

  mockup ^a UI.

  Gambar ^a 1. ^a Metodologi ^a Penelitian

  Implementasi ^a tahap ^a realisasi ^a rancangan _a perangkat ^a lunak ^a menjadi ^a sistem ^a yang ^a dapat _a dioperasikan. ^a Tahap ^a ini ^a dilakukan ^a untuk _a mewujudkan ^a seluruh ^a model ^a yang ^a dihasilkan _a dalam ^a proses ^a perancangan ^a sebagai ^a kode _a program, ^a yang ^a awalnya ^a dilakukan ^a spesifikasi _a sistem ^a dan ^a memberi ^a batasan ^a implementasi. ^a Pada _a akhir ^a tahap ^a ini ^a akan ^a didapatkan ^a hasil _a implementasi ^a basis ^a data, ^a implementasi ^a kode _a program ^a dan ^a implementasi ^a antarmuka ^a yang _a dapat ^a dioperasikan ^a oleh ^a pengguna. Pengujian ^a kebutuhan ^a sistem ^a dilakukan _a dalam ^a dua ^a tingkatan ^a pengujian ^a yaitu ^a

  validity _a testing ^a

  dan ^a

  usability ^a testing . ^a Item ^a

  yang ^a telah _a dirumuskan ^a dalam ^a analisis ^a kebutuhan ^a akan _a mencari ^a acuan ^a untuk ^a melakukan ^a

  validity ^a testing . _a

  Pengujian ^a yang ^a dilakukan ^a meliputi ^a pengujian _a dengan ^a metode ^a

  blackbox ^a

  menggunakan ^a

  sistem ^a untuk ^a mengecek ^a apakah ^a semua _a fungsionalitas ^a sudah ^a berjalan ^a seperti ^a yang ^a ada ^a di _a perancangan. ^a Pengujian ^a dengan ^a metode ^a

  Jawaban Skor Sangat ^aa setuju

  usability ^a testing _a

  dilakukan ^a dengan ^a mengujikan ^a kepada ^a

  20 _a responden ^a yang ^a mana ^a responden ^a memiliki ^a asuransi ^a kesehatan ^a tertentu ^a dan ^a memberikan ^a

  task _a

  dalam ^a menjalankan ^a aplikasi ^a yang ^a dilakukan ^a di _a pemukiman ^a warga. ^a Selanjutnya ^a dari ^a hasil _a pengujian ^a akan ^a dilakukan ^a analisis ^a untuk _a mengetahui ^a hasil ^a dari ^a pengujian ^a yang ^a telah _a dilakukan.

  Skala ^a

  Likert ^a

  dalam ^a penelitian ^a ini ^a digunakan _a sebagai ^a acuan ^a penilaian ^a dan ^a analisis ^a hasil ^a dalam _a melakukan ^a survei ^a untuk ^a keperluan ^a

  usability _a testing ^a

  yang ^a diperkuat ^a oleh ^a Risnita ^a (2014). _a Jawaban ^a setiap ^a pertanyaan ^a atau ^a pernyataan ^a yang _a menggunakan ^a skala ^a

  Likert ^a

  mempunyai ^a gradiasi _a dari ^a sangat ^a positif ^a sampai ^a sangat ^a negatif ^a yang _a dapat ^a berupa ^a kata-kata ^a sebagai ^a contoh: ^a a. ^a Sangat ^a setuju ^a b. ^a Setuju ^a c. ^a Netral ^a d. ^a Tidak ^a setuju ^a e. ^a Sangat ^a tidak ^a setuju ^a Untuk ^a keperluan ^a analisis ^a kuantitatif, ^a maka _a jawaban ^a tersebut ^a dapat ^a diberi ^a skor ^a yang _a ditunjukkan ^a pada ^a Tabel ^a 1.

  Tabel ^a 1. ^a Penilaian ^a Jawaban ^a Kumulatif ^a

  (1)

   a ^{a a a} Y = SkorLikerTertinggi JumlahResponden

  15 a Maret a hingga a 13 a April a 2018.

  a Use a Case a fungsi. a Pemetaan a tersebut, a kemudian a direpresentasikan a sebagai a Use a Case a Diagram a seperti a dalam a Gambar a 2.

  13

  Use a Case a Diagram a didapatkan a berdasarkan a penggolongan a yang a telah a dilakukan a dalam a kebutuhan a fungsional a yang a mana a mengidentifikasi a dari a task a apa a saja a yang a akan a dilakukan a oleh a pengguna. a Kemudian a dilakukan a proses a pemetaan a terhadap a kebutuhan a fungsional a sistem. a Melalui a proses a tersebut a didapatkan a

  a Locator a adalah a masyarakat a yang a memiliki a asuransi a kesehatan a yang a mana a kebanyakan a adalah a masyarakat a yang a sudah a memiliki a pekerjaan. a Dari a masyarakat a yang a memiliki a ekonomi a menengah a ke a bawah a dan a ekonomi a menengah a ke a atas a yang a menyebabkan a beragamnya a asuransi a kesehatan a yang a mana a dari a asuransi a kesehatan a tersebut a juga a memiliki a biaya a operasional a yang a rendah a hingga a tinggi. a 3.2 a Use a Case a Diagram

  Pengguna a dari a aplikasi a Hospital

  3.1 a Identifikasi a Aktor

  a Pengumpulan a data a dilakukan a dengan a memberikan a survey a ke a rumah a sakit a yang a berisikan a nama, a alamat, a asuransi a yang a diterima a dan a nomor a telepon a dari a rumah a sakit. a Latitude a dan a longitude a dari a rumah a sakit a dicari a menggunakan a fitur a Park a Here a yang a ada a di a Google a Maps. a Setelah a data a yang a diperlukan a untuk a penelitian a didapatkan a kemudian a membuat a kebutuhan a fungsional a dan a non-fungsional a yang a dibutuhkan a untuk a membangun a sistem. a Kemudian a digambarkan a dengan a Use a Case a Diagram a dan a Use a Case a Scenario a agar a mengetahui a jalannya a sistem a dari a aplikasi a Hospital a Locator a dan a memberikan a gambaran a dari a analisis a agile a system a development .

  a

  (2)

  1 a bulan a 2 a minggu a dimulai a dari

  a pengumpulan a data a sebagai a dasar a untuk a pembuatan a database a dari a aplikasi a Hospital a Locator a yang a dilakukan a di a Kota a Malang a selama a

  Analisis a kebutuhan a diawali a dengan

  a keseluruhan a proses a penelitian a serta a penarikan a saran a untuk a pembangunan a sistem a selanjutnya. a Penarikan a kesimpulan a dilakukan a untuk a memperoleh a rangkuman a hasil a seluruh a proses a penelitian a pengembangan a yang a dilakukan. a Proses a penarikan a saran a dilakukan a dengan a melakukan a evaluasi a terhadap a seluruh a proses a yang a telah a dilalui a serta a hasil a pengembangan a yang a diperoleh a dalam a penelitian a ini. a Pada a akhir a proses a ini a akan a diperoleh a rumusan a kesimpulan a dan a saran a penelitian.

  Proses a penarikan a kesimpulan a dari a hasil

  = (TotalSkor/Y) ^a  100% (3)

  Index(%) ^a

  Gambar ^a 2. ^a Use

^a

Case ^a Diagram

   a ^{a a a}

  4.1 a Perancangan a Arsitektur a Sistem

  internet a yang a berguna a untuk

  , a dan a

  GPS

  a merupakan a bagian a dari a pembuatan a aplikasi a native a dari a Android a dengan a memanfaatkan a beberapa a sensor a smartphone a Android a tersebut. a Sensor a yang a digunakan a adalah a

  XML a yang

  a pemrograman a Java a dan a

  Sistem a client a dibuat a dengan a bahasa

  a Malang a berdasarkan a preferensi a asuransi a kesehatan a dibangun a dengan a menggunakan a konsep a client a dan a server . a Perancangan a arsitektur a sistem a dibuat a untuk a menjelaskan a bagaimana a arsitektur a sistem a akan a diimplementasikan. a Dalam a perancangan a arsitektur a sistem a ini a menggunakan a pendekatan a Location a Based a Service a (LBS).

  Sistem a pencarian a rumah a sakit a di a Kota

  a perancangan a sistem a dari a aplikasi a Hospital a Locator a yang a akan a dibangun. a Perancangan a yang a akan a membahas a lebih a detail a tentang a perancangan a aplikasi a berdasarkan a analisis a kebutuhan a yang a telah a dilakukan a sebelumnya.

  Pada a Gambar a 2. a Dijelaskan a bahwa

  Pada a tahap a ini a akan a membahas

  4. PERANCANGAN a SISTEM

  a dalam a tahap a iterasi a kedua, a ada a pembaruan a dalam a fungsional a sistem a dengan a menambahkan a lima a fitur a tambahan a yaitu a login, a register, a view, a edit a dan a menelpon a rumah a sakit a yang a mana a lebih a mempermudah a pengguna a dalam a pemakaian a aplikasi a Hospital a Locator .

  Setelah a pengujian a pertama a dan a masuk

  a fungsional a aplikasi a Hospital a Locator a terdapat a delapan a fungsional a yaitu a pencarian a rumah a sakit a berdasarkan a asuransi a kesehatan, a pemilihan a asuransi a kesehatan, a menampilkan a lokasi a pengguna a dan a lokasi a rumah a sakit, a melihat a detail a rumah a sakit, a merouting a dari a lokasi a pengguna a ke a rumah a sakit, a pencarian a rumah a sakit a seluruh a Kota a Malang, a melihat a info a rumah a sakit, a pemilihan a info a rumah a sakit.

  Dalam a iterasi a pertama a kebutuhan

  3.3 a Analisis a Agile a System a Development

  a seluruh a rumah a sakit a di a Kota a Malang a dan a lokasi a pengguna. a Pengguna a juga a dapat a melihat a rute a yang a dapat a ditempuh a dari a lokasi a pengguna a menuju a rumah a sakit. a Pengguna a juga a dapat a melihat a Info a dari a rumah a sakit a di a Kota a Malang a yang a berisikan a nama, a alamat, a nomor a telepon, a dan a asuransi a kesehatan a yang a diterima a rumah a sakit.

  Pengguna a juga a dapat a melihat a lokasi

  a pengguna a dapat a mendaftarkan a dirinya a dengan a memberi a masukan a nama, a email , a password a & a asuransi a kesehatan a yang a dimiliki a pengguna a sehingga a saat a pencarian a pengguna a tidak a kesulitan a saat a mencari a asuransi a miliknya a dan a dapat a terjaga a keamanan a profilenya. a Pengguna a juga a dapat a melihat a lokasi a rumah a sakit a dengan a berdasarkan a preferensi a asuransi a kesehatan a yang a dia a miliki a di a Kota a Malang a dan a lokasi a pengguna. a

  Gambar ^a 3. ^a

Perancangan

^a Arsitektur

   a ^{a a a} a client . a Sedangkan a sistem a server a dibangun a menggunakan a bahasa a pemrograman a PHP, a dengan a Framework a Codeigniter a karena a menggunakan a pattern a MVC a yang a mana a sesuai a dengan a perancangan a dalam a penelitian a ini. a Web a Service a digunakan a untuk a menjembatani a komunikasi a antara a client a dan a server , a dimana a proses a pertukaran a data a yang a terjadi a antara a client a dan a server a dikirim a menggunakan a format a JSON. a Admin a ditugaskan a untuk a mengunggah a semua a data a yang a dibutuhkan a oleh a database a untuk a aplikasi a Hospital a Locator a seperti a dalam a Gambar a 3.

  4.2 a Activity a Diagram Activity a Diagram a digunakan a untuk a memodelkan a aktifitas a antara a pengguna a dan a sistem a yang a berjalan a berdasarkan a pada a

  Use a Case a Scenario

  . a a

  Activity a diagram a dalam a penelitian a ini a menjelaskan a proses a view a & a edit a yang a mana a pengguna a dapat a melihat a dan a mensunting a data a yang a dia a miliki a yang a berisi a nama a lengkap, a email , a password a dan a asuransi a kesehatan a yang a dimiliki. a a Pencarian a rumah a sakit a di a Kota a Malang a berdasarkan a asuransi a kesehatan a yang a mana a pengguna a dapat a mencari a rumah a sakit a berdasarkan a asuransi a kesehatan a yang a dimiliki a oleh a pengguna a dan a dapat a melihat a info a dari a masing-masing a rumah a sakit. a Pencarian a rumah a sakit a seluruh a Kota a Malang a yang a mana a pengguna a dapat a mencari a rumah a sakit a apa a saja a yang a berada a di a Kota a Malang a dan a juga a dapat a melihat a info a dari a masing-masing a rumah a sakit. a Info a rumah a sakit a yang a mana a pengguna a dapat a melihat a info a dari a rumah a sakit a yang a berisikan a nama, a alamat, a nomor

  Gambar ^a 4. ^a Contoh ^a Activity ^a Diagram

   a ^{a a a} a telepon a dan a asuransi a kesehatan a yang a diterima a oleh a rumah a sakit. a

  Pengguna a juga a dapat a merouting a dari

  a lokasi a pengguna a menuju a lokasi a rumah a sakit a serta a menelepon a rumah a sakit a seperti a contoh a dalam a Gambar a 4.

  4.3 a Class a Diagram

  Perancangan a Class a Diagram a digunakan

  a untuk a menampilkan a class a dan a package a yang a ada a pada a sistem a yang a dikembangkan. a Class a diagram a merupakan a diagram a yang a menunjukkan a hubungan a antar a class a dalam a sistem a yang a membentuk a suatu a relasi. a Perancangan a ini a akan a menampilkan a perancangan a class a diagram a fitur a fitur a utama a dari a aplikasi a client . a Class a config a berisikan a config a dan a auth a adalah a penyedia a layanan a dari a masuknya a database a dari a server a yang a disimpan a sementara a di a class a config a dan a auth a yang a nanti a akan a dipanggil a kembali a di a class a controllers .

  Class a controllers a yang a mana a sebagai a tempat a inisiasi a dari a database a yang a sebelumnya a disimpan a sementara a di a class a config. a Class a adapter a yang a mana a menyediakan a tampilan a dari a sistem a yang a akan a ditampilkan a dalam a class a yang a berada a di a package a models . a Class a db a yang a mana a sebagai a pembuat a database a ke a dalam a android a yang a sebelumnya a datanya a telah a diinisiasi a di a class a controllers. a

  Class a respone a yang a mana a digunakan a sebagai a database a sementara a dan a diinisiasikan a di a class a itu a untuk a dipakai a pada a package a models. a Class a models a digunakan a untuk a menampilkan a tampilan a yang a datanya a diambil a dari a package a adapter a dan a penghubung a database a dari a Android a ke a aplikasi a yang a mana a data a yang a telah a diinsiasi a sebelumnya a dimasukan a ke a dalam a aplikasi a seperti a contoh a dalam a Gambar a

  5.

  4.4 a Sequence a Diagram

  Pada a Sequence a Diagram a akan

  Gambar ^a 5. ^a Contoh

^a

Class ^a Diagram Gambar ^a 6. ^a Contoh ^a Sequence ^a Diagram

IMPLEMENTASI a SISTEM

  5.1 a Implementasi a Basis a Data

  a tampilan. a

  XML a di a bagian

  a pemrograman a JAVA, a dan a

  IDE a Android a Studio, a dengan a bahasa

  a diimplementasikan a dengan a menggunakan a

  Implementasi a kode a program

  a dengan a web a service . a Implementasi a ini a menggunakan a sistem a database a MySQL a dengan a menggunakan a Framework a Codeigniter, a JSON a karena a menggunakan a pattern a MVC a yang a mana a sesuai a dengan a perancangan a dalam a penelitian a ini. a Di a dalam a implementasi a ini a akan a menjelaskan a penyimpanan a data a asuransi, a rumah a sakit, a pengguna, a dan a data a penghubung. a 5.2 a Implemetasi a Kode a Program

  Implementasi a data a yang a dilakukan

   a ^{a a a} a memodelkan a perilaku a yang a dilakukan a antara a aktor a di a dalam a sistem a dengan a waktu a yang a runtut a dari a pengguna a memakai a aplikasi a hingga a pengambilan a data a dari a server a untuk a ditampilkan a pada a pengguna. a Terdapat a empat a sequence a diagram a yang a mana a telah a di a sebutkan a pada a perancangan a activity a diagram a dan a diberikan a contoh a sequence a diagram a seperti a contoh a dalam a Gambar a 6.

  4.5 a Perancangan a Antarmuka

  Pada a tahap a ini a membahas a implementasi

  a Hospital a Locator 5.

  Gambar a 7. a Contoh a Perancangan a Antarmuka

  a a

  7. a

  a gambaran a kasar a dari a bagaimana a tampilan a dari a aplikasi a Hospital a Locator a kedepannya. a Hasil a rancangan a antarmuka a pengguna a sistem a direpresentasikan a dalam a bentuk a denah/mockup a dan a wireframe a dan a contoh a dari a perancangan a antarmuka a dapat a dilihat a dalam a Gambar a

  Perancangan a antarmuka a sebagai

  a menentukan a bagaimana a antarmuka a pengguna a dari a sistem. a Perancangan a antarmuka a adalah a dasar a dari a tampilan a antarmuka a yang a akan a diimplementasikan a di a dalam a implementasi a antarumka. a

  Perancangan a antarmuka a dilakukan a untuk

  a aplikasi a pencarian a rumah a sakit a di a Kota a Malang a berdasarkan a preferensi a asuransi a kesehatan a berasal a dari a hasil a yang a diperoleh a saat a melakukan a analisis a kebutuhan a dan a proses a perancangan a sistem. a Pembahasan a implementasi a terdiri a dari a penjelasan a implementasi a basis a data, a implementasi a kode a program, a implementasi a antarmuka a aplikasi a dan a implementasi a agile a system a development .

   a ^{a a a} 5.3 a Implementasi a Antarmuka

  a Development

  waktu a pengguna a dalam a keadaan a darurat

  a pengguna a berubah. a Pengguna a juga a dapat a menelpon a rumah a sakit a bilamana a sewaktu-

  waktu a asuransi a kesehatan a yang a dimiliki

  a register, a view, a edit, a yang a mana a pengguna a dapat a mendaftarkan a dirinya a dan a memasukan a asuransi a kesehatan a yang a dimiliki a oleh a pengguna. a Kemudian a dapat a melihat a data a dirinya a dan a dapat a mensunting a data a dirinya a bila a sewaktu-

  Kemudian a menambahkan a fitur a login,

  a responden, a aplikasi a mendapatkan a kebutuhan a fungsional a yang a baru a dengan a menambahkan a fungsi a yang a mana a pengguna a dapat a mendaftarkan a dirinya a yang a berisikan a nama, a password, a email a dan a asuransi a yang a dipunya a oleh a pengguna a yang a mana a saat a pengguna a ingin a mencari a asuransi a yang a dimilikinya a tidak a merasa a kesulitan. a

  20

  Pada a iterasi a kedua a yang a melibatkan a

  Gambar a 9. a Iterasi a Pertama a Agile a System

  Gambar a 8. a Contoh a Antarmuka a Hospital

  a dapat a mencari a rumah a sakit a di a kota a malang a berdasarkan a asuransi a kesehatan a yang a dimiliki a oleh a pengguna. a Kemudian a pengguna a dapat a melihat a seluruh a rumah a sakit a di a Kota a Malang, a melihat a info a dari a masing-masing a rumah a sakit a yang a ada a di a Kota a Malang a dan a merouting a dari a lokasi a pengguna a ke a lokasi a rumah a sakit a seperti a contoh a dalam a Gambar a 9. a

  10 a responden, a aplikasi a awalnya a hanya

  a

  Pada a Iterasi a pertama a yang a melibatkan

  4.4 a Implementasi a Agile a System a Development

  a daftar a asuransi a kesehatan, a yang a mana a menampilkan a daftar a asuransi a kesehatan a yang a telah a berkerja a sama a dengan a beberapa a rumah a sakit a di a Kota a Malang. a Pengguna a dapat a mencari a rumah a sakit a berdasarkan a asuransi a yang a dimiliki a oleh a pengguna a seperti a contoh a dalam a Gambar a 8.

  Pada a contoh a ini a digambarkan a antarmuka

  a Locator

  a dan a membutuhkan a bantuan a ambulance a dari a rumah a sakit a seperti a contoh a dalam a Gambar a 10.

   a ^{a a a} a a

  a setuju Ease a to a use

  a kebutuhan, a perancangan a sistem, a implementasi a dan a pengujian a yang a telah

  Berdasarkan a hasil a dari a analisis

  7. KESIMPULAN

  a aplikasi a memenuhi a kriteria a yang a ada a dengan a rata-rata a persentase a semua a kriteria a sebesar a 92,91%, a sehingga a menunjukkan a bahwa a aplikasi a pencarian a rumah a sakit a di a Kota a Malang a berdasarkan a asuransi a kesehatan a memenuhi a kriteria a usability a testing . a Dari a sisi a usefulness a didapatkan a score a 91,4% a yang a dapat a disimpulkan a bahwa a aplikasi a Hospital a Locator a sangat a berguna a dan a memudahkan a pengguna a untuk a mencari a rumah a sakit a berdasarkan a asuransi a kesehatan. a Dari a sisi a easy a to a learn a dan a easy a to a use a mendapatkan a score a 93,25% a dan a 91,9% a yang a dapat a disimpulkan a bahwa a aplikasi a Hospital a Locator a adalah a aplikasi a yang a mudah a digunakan a oleh a pengguna. a Dari a sisi a satisfication a mendapatkan a score a 95,1% a yang a dapat a disimpulkan a bahwa a pengguna a merasa a puas a dengan a adanya a aplikasi a Hospital a Locator a yang a dapat a mencari a rumah a sakit a berdasarkan a asuransi a kesehatan a yang a dimiliki a oleh a pengguna.

  2 a a menunjukan a bahwa

  a pada a Tabel a

  Dari a usability a testing a yang a ditunjukan

  Rata-rata 92,91 a %

  a setuju Satisfaction 95,1 Sangat a setuju

  91,9 Sangat

  93,25 Sangat

  Gambar a 10. a Iterasi a Kedua a Agile a System

  Ease a to a learn

  Aspek a Penilaian Rata-rata a Persentase a (%) Status Usefulness 91,4 Sangat a setuju

  Tabel a 2. a Hasil a Status a Pengujian a Usability

  6.2 a Analisis a Usability a Testing

  a disimpulkan a bahwa a implementasi a pengembangan a aplikasi a untuk a pencarian a rumah a sakit a berdasarkan a preferensi a asuransi a kesehatan a telah a nenebuhi a analisis a dan a perancangan a sistem a dikarenakan a semua a fitur a yang a diuji a adalah a valid a dengan a tingkat a validitas a mencapai a 100%.

  Berdasarkan a hasil a pengujian a dapat

  a testing a dilakukan a dengan a membandingkan a kesesuai a hasil a uji a dengan a hasil a yang a diharapkan a saat a merancang a aplikasi. a Jika a hasil a uji a sesuai a dengan a perancangan a maka a aplikasi a tersebut a adalah a valid a atau a memenuhi a kebutuhan a fungsional. a Jika a tidak a sesuai a dengan a hasil a yang a diharapkan a dari a perancangan a aplikasi a maka a tidak a valid a atau a tidak a memenuhi a kebutuhan a fungsional.

  Proses a analisis a pada a hasil a validity

  a pengujian a serta a analisis a perangkat a bergerak a aplikasi a mobile a untuk a pencarian a rumah a sakit a di a Kota a Malang a berdasarkan a preferensi a asuransi a kesehatan. a Pengujian a dilakukan a a dengan a dua a metode, a yaitu a validity a testing a dan a usability a testing . a 6.1 a Analisis a Validity a Testing

  Pada a tahap a ini a membahas a tahapan

  a Development 6.

PENGUJIAN

   a ^{a a a} a dilakukan a oleh a peneliti, a maka a dapat a diambil a kesimpulan a bahwa: a

  DAFTAR a PUSTAKA

  H. a 2001, a Asuransi a Kesehatan a di

  Thabrany, a

  a Likert. a Pengembangan a Skala a Model a Likert, a Volume a 3, a pp. a 1-14.

  Risnita, a 2014. a Pengembangan a Skala a Model

  a pemenang a the a Star a of a Asia a Award: a pertama a di a Asia a ketiga a di a dunia.

  Nafsiah, a S., a 2000. a Prof. a Hembing

  a Upaya a Peningkatan a Mutu a Pelayanan a Rumah a Sakit . a Jakarta.

  Departemen a Kesehatan a RI. a 1999. a Pedoman