39 BAB III ANALISA DAN PERANCANGAN SISTEM
3.1
ANALISA SISTEM BERJALAN Analisa sistem berjalan adalah menganalisa proses-proses pelaporan
kecelakaan, antara lain :
3.1.1
Pendaftaran Awal Peserta Pada proses ini peserta harus mendaftarkan data diri ke petugas pendaftaran
dengan menyertakan beberapa dokumen pendukung yang dibutuhkan.
3.1.2
Aktivasi Anggota Anggota yang aktif akan diberikan kartu anggota berupa kartu fisik tanpa
Identifikasi elektronik yang berisiko dapat diduplikasi.
3.1.3 Pelaporan Kejadian. Pada proses ini masing-masing instansi memiliki aplikasi tersendiri untuk menyimpan laporan kecelakaan hanya untuk keperluan masing-masing instansi.
3.2
ACTIVITY DIAGRAM SISTEM BERJALAN Activity diagram adalah representasi grafis dari alur kerja tahapan aktifitas,
antara lain :
40 3.2.1 Activity Diagram Proses Pendaftaran Peserta
Peserta
Mengajukan Formulir Permohonan Pendaftaran Peserta
Petugas
Sistem Pencatatan
Rekam data peserta
Cek data Existing
ada
tidak
Generate data baru
Pilih data terdaftar
Terima Nomor Pendaftaran
Cetak Hasil
Return Data
Gambar 3.2.1 Activity Diagram Proses Pendaftaran Peserta
41 3.2.2 Activity Diagram Pelaporan Kecelakaan
Peserta
Rumah Sakit
Petugas BPJS
Terjadi Kecelakaan
Menghubungi Rumah Sakit
Pasien dibawah ke rumah sakit
Menerima Panggilan
Mengirimkan Armada Ambulan
Pasien Dirawat
Pembayaran Menggunakan BPJS
Claim Biaya
Gambar 3.2.2 Activity Diagram Proses Pelaporan Kecelakaan
Proses Claim
42 3.3
IDENTIFIKASI PERMASALAHAN
Permasalahan yang dihadapi pada pelaporan kecelakaan secara manual, antara lain :
Pendaftaran sebagai peserta tidak tidak terpusat.
Informasi di kartu anggota terbatas.
Proses datangnya ambulan ke tempat kejadian memakan waktu lama karena terbatasnya informasi alamat kejadian kecelakaan.
Data korba saat menghubungi ambulan tidak diketahui.
Korban memerlukan tindakan profesinal usai terjadi kecelakaan.
Alamat korban tidak diketahui dengan tepat, karena tidak menggunakan koordinat saat pelaporan kecelakaan.
3.4
Administrasi rumah sakit tidak langsung berhubungan dengan Pihak BPJS. ANALISA SISTEM YANG DIUSULKAN Berdasarkan analisa yang telah dilakukan terhadap permasalahan yang
dihadapi, maka diusulkan sebuah aplikasi yang dapat membantu mengatasi masalah tersebut berupa Sistem Aplikasi Pelaporan Kecelakaan Menggunakan NFC (Near Field Communication) pada BPJS Ketenagakerjaan.
Adapun sistem aplikasi yang diusulkan adalah sebagai berikut :
Pendaftaran Peserta BPJS menggunakan database yang terpusat. Dimana data peserta akan ditampung dan dipanggil oleh setiap kantor cabang yang mendaftarkan.
Peserta BPJS menggunakan KTP electronik sebagai identitas data anggota.
43 Jikat belum memiliki e-KTP peserta diberikan kartu anggota berupa kartu RFID yang menyimpan data peserta.
Saat melakukan pelaporan menggunakan modul reader yang tertanam di perang mobile peserta , dikirimkan pula nomor identitas dan kordinat tempat pelaporan. Sehingga informasi ini akan digunakan oleh armada ambulan yang dikirim sebagai alamat tujuan pertama.
Dari nomor identitas yang dikirimkan akan di cocokan di database pusat untuk memperoleh data pengirim dengan lengkap.
Pihak Administrasi rumah sakit akan langsung berhubungan dengan pihak BPJS asal awal penjemputan korban.
44 3.5
USE CASE DIAGRAM SISTEM YANG DIUSULKAN
Usecase yang di usulkan adalah sebagai berikut :
System Login
Petugas
Entry Data Peserta
Ambil Data <<extend>> Tulis / Baca Kartu Armada Ambulance Kirim Permohonan
Ubah Status Permohonan
Permohonan Selesai
Gambar 3.5.1 Use Case Diagram Sistem yang Diusulkan
Tabel 3.5.1 Use Case Login
Nama Use Case
Login
Peserta / Anggota
45
Aktor
Petugas
Keterangan
Form Pengecekan hak akses terhadap aplikasi
Langkah Utama
Memasukkan username dan password serta chapca sebagai bukti petugas memiliki hak akses
Penjelasan Lanjut
-
Tindakan Alternatif
-
Tabel 3.5.2 Use Case Entry Data Peserta
Nama Use Case
Entry Data Peserta
Aktor
Petugas
Keterangan
Entry data peserta dengan dengan status Draft (Peserta belum memilik Kartu ID)
Langkah Utama
Entry Data Peserta
Penjelasan Lanjut
Data peserta dimasukan melalui Modul Monitoring (Web Monitoring) yang datanya dapat dipanggil oleh modul writer dan modul reader
46
Tindakan Alternatif
-
Tabel 3.5.3 Use Case Ambil Data
Nama Use Case
Ambil Data
Aktor
Petugas
Keterangan
Petugas memanggil data peserta menggunaan modul writer dari server untuk keperluan identifikasi ke kartu peserta.
Langkah Utama
Input nomor BPJS
Penjelasan Lanjut
Setelah mendapatkan data , data akan dienkripsi menggunakan metode tripleDes dan md5
Tindakan Alternatif
-
Tabel 3.5.4 Use Case Baca dan Tulis Kartu
Nama Use Case
Baca / Tulis Kartu
47
Aktor
Petugas
Keterangan
Pembacaan atau penulisan kartu dilakukan dengan format NDEF sehingga dapat dilakukan dengan menggunakan perangka NFC
Langkah Utama
Tapping kartu dengan perangkan pembaca atau penulis kartu
Penjelasan Lanjut
-
Tindakan Alternatif
-
Tabel 3.5.5 Use Case Kirim Permohonan
Nama Use Case
Kirim permohonan
Aktor
Peserta
Keterangan
Proses ini dilakukan oleh peserta saat terjadi kecelakaan dengan mentap kartu serta dengan menggunakan mobile device yang didalamnya sudah tertanam modul reader
Langkah Utama
Tapping kartu dan meload kordinat lokasi.
Penjelasan Lanjut
-
48
Tindakan Alternatif
-
Tabel 3.5.6 Use Case Ubah status permohonan
Nama Use Case
Ubah Status Permohonan
Aktor
Petugas dan Armada Ambulan
Keterangan
Proses ini dilakukan untuk merubah status permohonan sesuai step step yang telah dilalui
Langkah Utama
Proses dilakukan di modul monitoring
Penjelasan Lanjut
-
Tindakan Alternatif
-
Tabel 3.5.7 Use Case Permohonan Selesai
Nama Use Case
Permohonan Selesai
Aktor
Peserta
49
Keterangan
Proses ini dilakukan oleh peserta melalui perangkan mobile untuk mengakhiri perohonan.
Langkah Utama
-
Penjelasan Lanjut
-
Tindakan Alternatif
-
3.6
ACTIVITY DIAGRAM SISTEM YANG DIUSULKAN Berikut Actifity diagram yang akan diusulkan.
3.6.1
Activity Diagram Proses Registrasi
50 Actifity Diagram yang diusulkan menggunakan dua perangkat aplikasi yaitu Modul Monitoring sebagai penyedia data user dan Modul Write sebagai penulis identitas di kartu.
Peserta
Petugas
System
Pengecekan Kelengkapan Persyaratan
Mengajukan permohonan registrasi dengan Identitas Lengkap
Cek data berdasarkan No Identitas
Input Data Peserta
Update Data
Cetak No BPJS
Terima Kartu Peserta
Insert Data Baru
Retun No BPJS
Input No BPJS untuk mengambil data dari server
Pilih Data Berdasarkan No BPJS
Tulis Data yang diteria dari server ke Kartu
Kirim Ke Modul Writer
Berikan Kartu ke Peserta
Gambar 3.6.1 Activity Diagram Proses Registrasi
3.6.2
Activity Diagram Kirim Permohonan Actifity Diagram Pengiriman Permohonan dilakukan oleh peserta dengan
melakukan tapping ke kartu dengan menggunakan perangkan mobile yang tertanam didalamnya modul reader.
51
Peserta
Operator
1. Tapping kartu, 2.cek koordinat 3.Kirim Permohonan
Terima Permohoan
Menyetujui informasi
Ambulan
Konfirmasi Permohoan via telpon
Menerima Konfirmasi
Merubah Status Permohonan
Eskalasi ke Armada Ambulan
Peserta Dijemput
Menerima Eskalasi
Menjemput Peserta
Menyelesaikan Permohonan
Gambar 3.6.2 Activity Diagram Proses Persetujuan Registrasi
3.7
CLASS DIAGRAM YANG DIUSULKAN Class diagram menjelaskan hubungan antar class sebuah sistem yang
sedang dibuat dan bagaimana caranya agar mereka saling berkolaborasi untuk mencapai sebuah tujuan, class diagram pada sistem usulan adalah sebagai berikut :
3.7.1 Class Diagram Modul Writer Modul Writer digunakan untuk menuliskan data peserta ke kartu RFID.
52
clsWSDL +URL_WSDL +NO_BPJS +getDataPeserta() +putDataPeserta()
clsCriptograpy
clsRead +Card_ID +ID_Sector +ID_Block +readCardID() -unformatNDEF() -readSector() -readBlock() -loginCard()
clsWrite
+varEncript +varDecript -key
+Card_ID +ID_Sector +ID_Block
+TripleDes() +MD5() +SH1()
-writeSector() -writeBlock() -formatNDEF() -loginCard()
Gambar 3.7.1 Class DiagramModul Writer
53 3.7.2 Class Diagram Modul Reader
Modul Reader digunakan untuk membaca kartu dan mengirimkan data permohonan ke Modul Monitoring.
clsGPRS
clsNFC
+valAddress +valKordinat
+valCard +getCard() +putCard() +formatNDEF()
+getAPIGoogleMap() +findLongLitut() +renderingMap()
clsReaderWSDL +valURL +NO_BPJS -valKordinat +sendPermohonan() +checkPermohonan()
Gambar 3.7.2 Class DiagramModul Writer
54 3.7.3 Class Diagram Modul Monitoring Modul Monitoring digunakan untuk memproses permohonan yang dikirim oleh peserta hingga selesai.
Gambar 3.7.3 Class DiagramModul Monitoring
55 3.8
PERANCANGAN BASIS DATA Berikut ini adalah penjelasan mengenai perancangan basisdata dari Sistem
Aplikasi Pelaporan Kecelakaan Menggunakan NFC (Near Field Communication) pada BPJS Ketenagakerjaan.
3.8.1 Spesifikasi Basis Data a. Tabel m_tabel
No
Nama Field
Tipe Data
Panjang Karakter
Keterangan
1
KDTAB
Varchar
32
PrimaryKey
2
KDREC
Varchar
32
PrimaryKey
3
URAIAN
Varchar
100
4
KETERANGAN
Varchar
1024
Tipe Data
Panjang Karakter
Keterangan
Int
11
PrimaryKey PrimaryKey
b. Tabel t_user
No
Nama Field
1
USER_ID
2
USERNAME
Varchar
64
3
PASSWORD
Varchar
32
4
NAMA
Varchar
50
5
ALMAAT
Varchar
70
6
TELEPON
Varchar
25
7
JABATAN
Varchar
50
8
TIPE_USER
Varchar
1
9
STATUS_USER
Varchar
1
10
LAST_LOGIN
DateTime
56
11
EXPIRED_DATE
12
SMTR
Date Varchar
32
Tipe Data
Panjang Karakter
Keterangan
Int
11
PrimaryKey
c. Tabel t_permohonan
No
Nama Field
1
ID_PERMOHONAN
2
NOBPJS
Varchar
10
3
KORDINAT
Varchar
50
4
URGENCY
Varchar
20
5
STATUS
Varchar
1
6
ARMADA
Int
11
7
UPDATE
Timestamp
-
Tipe Data
Panjang Karakter
Keterangan PrimaryKey
d. Tabel t_permohonan_dtl
No
Nama Field
1
ID
Int
11
2
ID_PERMOHONAN
Int
11
3
STATUS
Varchar
2
4
TGL_PROSES
Timestamp
-
Tipe Data
Panjang Karakter
Keterangan PrimaryKey
e. Table t_armada
No
Nama Field
1
ARMADA_ID
int
11
2
USER_ID
Int
11
3
NAMA
Varchar
50
57
4
NO_POLISI
Varchar
10
5
ACTIVE_ADD
Datetime
-
6
OFF_AT
Datetime
-
7
KEEP_ALIVE
Timestamp
-
Tipe Data
Panjang Karakter
Keterangan PrimaryKey
f. Table m_peserta
No
Nama Field
1
NOBPJS
Varchar
10
2
NAMA
Varchar
32
3
JNSKTP
Varchar
1
4
NOKTP
Varchar
32
5
NOTELP
Varchar
20
6
JK
Enum
(‘L’,’P’)
7
ALAMAT
Varchar
50
8
KOTA
Varchar
15
9
NOREG
Varchar
50
10
NOCARD
Varchar
10
11
STATUS
Varchar
2
58 3.8.2 Hubungan Antar Tabel / Entitas Relationship Diagram Entitas Relationship atau biasanya di sebut dengan hubungan antar tabel ini ditujukan untuk menjelaskan tabel dalam database yang digunakan oleh sistem untuk menyimpan data. Entitas Relationship Diagram yang diusulkan.
Gambar 3.8.2 Class DiagramModul Monitoring
59 3.9 Sequence Diagram 3.9.1. Sequence Registrasi
Operator
clsPeserta
form Registrasi
1 : Input Data Registrasi() 2 : Validasi()
3 : return() 4 : cek existing no bpjs()
5 : return() 6 : Tampil Pesan()
Gambar 3.9.1 Squence Diagram Registrasi
60 3.9.2. Sequence Login
Gambar 3.9.2 Squence Diagram Login
61 3.9.3. Sequence Partner
Gambar 3.9.3 Sequence Diagram Partner
62 3.9.4. Sequence Permohonan
Gambar 3.9.4 Sequence Diagram Permohonan
63
3.9.5. Sequence Eskalasi
Gambar 3.9.5 Sequence Diagram Permohonan
