RANCANG BANGUN APLIKASI SISTEM PENGELOLAAN OBAT
BERBASIS ANDROID PADA KLINIK BULAN SABIT MERAH
INDONESIA
KERJA PRAKTIK
Program Studi
S1 Sistem Informasi
Oleh:
IRFAN RIZKI HERYANTO
16410100158
FAKULTAS TEKNOLOGI DAN INFORMATIKA
UNIVERSITAS DINAMIKA
2020
RANCANG BANGUN APLIKASI SISTEM PENGELOLAAN OBAT
BERBASIS ANDROID PADA KLINIK BULAN SABIT MERAH
INDONESIA
Diajukan sebagai salah satu syarat untuk menyelesaikan
Program Sarjana Komputer
Disusun Oleh:
Nama : IRFAN RIZKI HERYANTO
Nim : 16410100158
Program : S1 (Strata Satu)
Jurusan : Sistem Informasi
FAKULTAS TEKNOLOGI DAN INFORMATIKA
UNIVERSITAS DINAMIKA
2020
“Anak lelaki tak boleh dihiraukan panjang, hidupnya ialah untuk berjuang. Kalau
perahunya telah dikayuhnya ke tengah, dia tak boleh surut meski bagaimana
besar gelombang. Biarkan kemudi patah, biarkan layar robek, itu lebih mulia,
daripada membalik halauan pulang”
Buya Hamka
Kupersembahkan hasil karya ini untuk
Mama, Bapak dan Kakak
yang selalu mendoakanku, menasihati dan menyemangatiku.
Teruntuk guru-guruku yang selalu memberi nasehat dan ilmunya serta
Sahabatku dan teman-temanku
yang selalu menyemangatiku dan mengingatkanku.
Terima kasih
v
vi
SURAT PERNYATAAN
vii
ABSTRAK
Bulan Sabit Merah Indonesia Surabaya atau yang disingkat BSMI adalah
sebuah organisasi yang bergerak dibidang kemanusiaan. Sebagai organisasi yang
bergerak dibidiang kemanusiaan, BSMI Surabaya masih memiliki kendala dalam
pengelolaan obat yang kurang efektif dikarenakan dalam pendataan obat masuk dan
keluar masih menggunakan cara manual. Selama ini, proses pengelolaan obat yang
dilakukan dalam BSMI yaitu dengan pencatatan obat secara manual yang suatu
waktu bisa hilang dan membuang banyak waktu dan juga pemberitahuan stok obat
masuk dan keluar yang tidak dapat dikontrol dengan efektif.
Bulan Sabit Merah Indonesia Surabaya memerlukan suatu aplikasi yang
dapat mendukung pengelolaan obat serta penyampaian informasi jika terjadi
bencana di suatu daerah secara efektif dan akurat. Fitur-fitur pada aplikasi ini
terdapat data master relawan, donatur, korps, dan data master user lalu terdapat data
transaksi diklat relawan, info donatur dan donasi. Serta terdapat laporan
pengelolaan detail relawan, pengelolaan detail donatur dan laporan donasi.
Aplikasi ini mempermudah jalannya pengelolaan data agar lebih mudah
serta membantu tim manajemen dalam penyampaian informasi jika terjadi bencana
alam sehingga mempermudah proses bisnis di dalam organisasi BSMI Surabaya.
Kata Kunci : Aplikasi, Admin, Pengelolaan Obat, BSMI.
viii
KATA PENGANTAR
Puji dan rasa syukur penulis panjatkan kepada Tuhan yang Maha Esa,
karena dengan rahmat, hidayah dan karunia-Nya, penulis dapat menyelesaikan
kerja praktik di Bulan Sabit Merah Indonesia. Dengan terselesaikannya kerja
praktik tersebut maka tersusunlah sebuah laporan yang berjudul “Rancang Bangun
Aplikasi Pengelolaan Relawan dan Donatur Berbasis Website Pada Bulan Sabit
Merah Indonesia Cabang Surabaya”. Laporan tersebut merupakan salah satu bagian
dari mata kuliah yaitu kerja praktik. Kerja praktik merupakan matakuliah yang
bertujuan untuk memperkenalkan mahasiswa dalam lingkungan dunia kerja dan
dapat menerapkan ilmu – ilmu yang telah dipelajari selama kurang lebih 5 (lima)
semester. Laporan ini dibuat setelah menyelesaikan kegiatan kerja praktik yang
telah dilaksanakan selama satu bulan di Bulan Sabit Merah Indonesia.
Dalam Pembuatan dan Pelaksanaan Laporan Kerja Praktik penulis ingin
berterimakasih kepada banyak pihak yang membantu dalam menyelesaikan laporan
ini. Karena Laporan ini dapat terselesaikan berkat kritik, saran, bantuan, hiburan
dan motivasi yang telah diberikan kepada penulis. Untuk itu penulis berterima kasih
kepada:
1. Orang tua dan Adik yang selalu memberikan doa, bantuan, nasihat dan
dukungan moral kepada penulis.
2. Bapak Prof. Dr. Budi Jatmiko, M.Pd. selaku Rektor UNIVERSITAS
DINAMIKA.
3. Bapak Dr. Anjik Sukmaaji, S.Kom., M.Eng. Ketua Program Studi S1 Sistem
Informasi.
4. Sri Hariani Eko Wulandari, S.Kom., M.MT. selaku dosen pembimbing.
ix
5. Mas Lutfi Irvan Anshori selaku Wakil Sekretaris Bulan Sabit Merah
Indonesia Cabang Surabaya yang telah memberikan izin kepada penulis
untuk melaksanakan Kerja Praktik.
6. Sahabat dan teman-teman saya, memberikan semangat yang luar biasa dan
saling mendukung, menghibur dan memotivasi saya agar laporan kerja
praktik ini selesai.
7. Terakhir tidak lupa penulis juga mengucapkan terima kasih banyak kepada
guru-guru dan teman-teman penulis dari TK, SD, SMP dan SMA yang
memberikan semangat kepada penulis.
Penulis menyadari bahwa laporan kerja praktik ini masih banyak
kesalahan dan jauh dari kata sempurna. Untuk itu penulis sangat mengharapkan
kritik dan saran dari semua pihak, sehingga kedepannya laporan ini dapat berguna
bagi para pembaca.
Surabaya, Januari 2020
Penulis
x
DAFTAR ISI
Halaman
LEMBAR PENGESAHAN ................................... Error! Bookmark not defined.
ABSTRAK ............................................................................................................ vii
KATA PENGANTAR ......................................................................................... viii
DAFTAR ISI ........................................................................................................... x
DAFTAR TABEL ................................................................................................ xiii
DAFTAR GAMBAR ........................................................................................... xiv
DAFTAR LAMPIRAN ......................................................................................... xv
BAB I PENDAHULUAN ....................................................................................... 2
1.1 Latar Belakang Masalah ........................................................................... 2
1.2 Rumusan Masalah .................................................................................... 3
1.3 Batasan Masalah ....................................................................................... 3
1.4 Tujuan ....................................................................................................... 4
1.5 Manfaat ..................................................................................................... 4
1.6 Sistematika Penulisan ............................................................................... 4
BAB II GAMBARAN UMUM INSTANSI ........................................................... 6
2.1 Gambaran Umum BSMI Surabaya ........................................................... 6
2.2 Logo BSMI Surabaya ............................................................................... 6
2.3 Visi dan Misi ............................................................................................ 7
2.3.1 Visi: ................................................................................................... 7
2.3.2 Misi: .................................................................................................. 7
2.4 Struktur Organisasi ................................................................................... 7
2.5 Program Kerja .......................................................................................... 9
xi
BAB III LANDASAN TEORI .............................................................................. 11
3.1 Obat ........................................................................................................ 11
3.2 Android ................................................................................................... 12
3.3 System Development Life Cycle.............................................................. 13
3.4 Metode Waterfall .................................................................................... 14
3.5 Pengujian (Testing) ................................................................................. 16
3.8.1 Black Box Testing/ Functional Testing ........................................... 17
BAB IV DESKRIPSI PEKERJAAN .................................................................... 18
4.1 Analisis Sistem ....................................................................................... 18
4.1.1 Komunikasi ..................................................................................... 18
4.2.1 Analisis Bisnis ................................................................................. 19
4.1.3 Analisis Kebutuhan Pengguna ........................................................ 20
4.1.5 Analisis Kebutuhan Non Fungsional .............................................. 20
4.2 Perancangan Sistem ................................................................................ 22
4.1.1 Document Flow ............................................................................... 22
4.2.2 System Flowchart ............................................................................ 23
4.2.3 Diagram Berjenjang ........................................................................ 27
4.2.4 Context Diagram ............................................................................. 28
4.2.5 Data Flow Diagram (DFD) Level 0................................................ 28
4.2.6 Conceptual Data Model (CDM)...................................................... 32
4.2.7 Physical Data Model ....................................................................... 33
4.2.8 Struktur Tabel.................................................................................. 33
4.2.9 Desain I/O ....................................................................................... 36
4.2.10 Desain Testing ................................................................................. 40
4.3 Implementasi .......................................................................................... 44
4.3.1 Halaman Master .............................................................................. 44
4.3.2 Halaman Transaksi Obat Masuk ..................................................... 45
4.3.3 Halaman Transaksi Obat Keluar ..................................................... 46
4.3.4 Halaman Laporan ............................................................................ 46
4.3.9 Hasil Testing.................................................................................... 47
BAB V PENUTUP ................................................................................................ 51
5.1 Kesimpulan ............................................................................................. 51
xii
5.2 Saran ....................................................................................................... 51
DAFTAR PUSTAKA ........................................................................................... 52
LAMPIRAN .......................................................................................................... 53
xiii
DAFTAR TABEL
Halaman
Tabel 4.1 Identifikasi Masalah .............................................................................. 19
Tabel 4.2 Kebutuhan Obat .................................................................................... 20
Tabel 4. 3 Perangkat Keras ................................................................................... 21
Tabel 4. 4 Perangkat Lunak .................................................................................. 21
Tabel 4.5 Tabel Obat Masuk Detil ........................................................................ 35
Tabel 4.6 Tabel Korps ........................................................................................... 35
Tabel 4.7 Tabel Diklat Relawan............................................................................ 36
Tabel 4.8 Desain Testing master ........................................................................... 40
Tabel 4.9 Rancang Pengujian form login .............................................................. 41
Tabel 4.10 Input Testing Form Diklat Relawan. .................................................. 41
Tabel 4.11 Rancang Pengujian Form Halaman Transaski Obat Masuk ............... 42
Tabel 4.12 Rancang Pengujian Form Transaksi Obat Keluar............................... 43
Tabel 4.13 Rancang Pengujian Form Laporan ..................................................... 44
Tabel 4.14 Hasil Testing Form Master ................................................................. 47
Tabel 4.15 Hasil Testing Form Halaman Transaksi Obat Masuk ......................... 48
Tabel 4.16 Hasil Testing Form Diklat Relawan ................................................... 49
Tabel 4.17 Hasil Testing Form Laporan ............................................................... 50
xiv
DAFTAR GAMBAR
Halaman
Gambar 2. 1 Logo BSMI Surabaya ......................................................................... 6
Gambar 2. 2 Document Flow Pengelolaan Obat ................................................... 22
Gambar 2. 3 System Flowchart Data Master Obat ................................................ 23
Gambar 2. 4 System Flowchart Data Transaksi Obat Masuk ............................... 24
Gambar 2. 5 System Flowchart Transaksi Obat Keluar ........................................ 25
Gambar 2. 6 System Flowchart Pembuatan Laporan ............................................ 26
Gambar 2. 7 Diagram Berjenjang Aplikasi Pengelolaan Obat ............................. 27
Gambar 2. 8 Context Diagram Pengelolaan Relawan dan Donatur...................... 28
Gambar 2. 9 Data Flow Diagram Level 0 Pengelolaan Obat masuk dan keluar .. 29
Gambar 2. 10 Data Flow Diagram Level 1 Data Master ...................................... 30
Gambar 2. 11 Data Flow Diagram Level 1 Transaksi Obat Masuk ..................... 30
Gambar 2. 12 Data Flow Diagram Level 1 Transaksi Obat Keluar ..................... 31
Gambar 2. 13 Data Flow Diagram Level 1 Laporan ............................................ 31
Gambar 2. 14 Conceptual Data Model Pengelolaan Relawan dan Donatur ......... 32
Gambar 2. 15 Physical Data Model Pengelolaan Relawan dan Donatur ............. 33
xv
DAFTAR LAMPIRAN
Halaman
Lampiran 1. Surat Balasan Instansi ....................................................................... 53
Lampiran 2. Form KP–5 Acuan Kerja .................................................................. 54
Lampiran 3. Form KP–5 Garis Besar Rencana Kerja Mingguan.......................... 55
Lampiran 4. Form KP–6 Log Harian Hal 1 .......................................................... 56
Lampiran 6. Form KP–7 Kehadiran Kerja Praktik Hal 1...................................... 57
Lampiran 8. Kartu Bimbingan Kerja Praktik ........................................................ 58
Lampiran 9. Biodata Penulis ................................................................................. 59
2
BAB I
PENDAHULUAN
1.1 Latar Belakang Masalah
Klinik Bulan Sabit Merah Indonesia (BSMI) Cabang Surabaya adalah
tempat pelayanan kesehatan yang berbasis kemasyarakatan, prima, terjangkau dan
berkualitas. Klinik BSMI Cabang Surabaya yang berlokasi Jl. Mojo III, Gubeng
kota Surabaya. Klinik yang bergerak dalam pelayanan kesehatan masyarakat
berupa poli umum dan poli gigi, klinik BSMI Cabang Surabaya buka setiap hari
dari jam 08.00 – 10.00 dan 18.00-21.00. BSMI memiliki visi menjadi lembaga
nasional kemanusiaan yang berkhidmat dalam bidang kesehatan dan sosial di
indonesia dan bekerjasama dengan lembaga kemanusiaan di tingkat nasional,
regional dan internasional. Pada saat ini klinik BSMI Cabang Surabaya memiliki
karyawan berjumlah 11 orang terdiri dari bagian Manajemen 4 orang ,bagian klinik
7 orang , dokter umum 2 orang dan dokter gigi 1 orang.
Proses bisnis klinik BSMI Cabang Surabaya dimulai dengan datangnya
supplier ke pihak klinik BSMI Cabang Surabaya, selanjutnya pihak BSMI
menerima obat dari supplier dan mendata apa saja yang telah dipesan sesuai atau
tidak. Setelah itu supplier meminta konfirmasi barang telah diterima oleh pihak
BSMI. Setelah semua selesai maka pihak BSMI akan memberi konfirmasi barang
sudah lengkap terhadap supplier. Setiap akhir bulan akan tercatat laporan jumlah
stok obat masuk dan keluar.
Permasalahan yang ada di klinik BSMI Cabang Surabaya adalah pada
media sistem pengelolaan obat yang masih menggunakan cara manual. Yang
3
dimaksudkan secara manual adalah proses menginputan data stok obat masih
dilakukan dengan cara menulis satu persatu data nama, stok, jumlah dan expire date
obat tersebut.
Berdasarkan paragraf diatas maka dirancang aplikasi sistem pengelolaan
obat berbasis android. Fitur-fitur pada aplikasi ini yang dapat membantu proses
penginputan, penyimpanan data obat masuk dan keluar, dan jumlah stok obat masuk
dan keluar. Proses penginputan data obat bertujuan untuk menginput data secara
cepat dan mudah tanpa perlu mencatat satu persatu, sedangkan untuk penyimpanan
dan pembuatan laporan bertujuan membantu pihak Klinik Bulan Sabit Merah
Indonesia dalam mengetahui apa saja obat yang sudah ada tersimpan dan jumlah
stok obat masuk dan keluar.
1.2 Rumusan Masalah
Berdasarkan latar belakang diatas, maka perumusan masalanya adalah
bagaimana merancang dan membangun aplikasi sistem pengelolaan obat pada
Klinik BSMI cabang Surabaya.
1.3 Batasan Masalah
Batasan masalah dalam sistem ini agar tidak melebar dari tujuan yang
diharapkan, maka pembahasan masalah dibatasi pada hal – hal berikut:
1. Sistem meliputi pendaftaran obat masuk dan keluar, dan proses transaksi
obat, laporan stok obat masuk dan keluar.
2. Sistem tidak membahas antrian pasien.
3. Sistem tidak membahas tentang pembayaran obat.
4. Sistem tidak membahas tentang rekam medis pasien
4
5. Sistem tidak membahasa tentang Home Care
1.4 Tujuan
Berdasarkan perumusan masalah diatas, adapun tujuannya adalah
membuat rancang bangun aplikasi pengelolaan relawan dan donatur pada Bulan
Sabit Merah Indonesia Cabang Surabaya.
1.5 Manfaat
Manfaat yang diharapkan dari pembuatan aplikasi ini adalah:
1. Memberikan kemudahan pada Klinik BSMI cabang Surabaya dalam proses
input data obat masuk, serta hasil laporan stok obat.
2. Menghemat penggunaan kertas.
3. Data dapat tersimpan dengan aman dan baik.
4. Mempermudah sistem penyimpananan data obat di Klinik BSMI cabang
Surabaya.
1.6 Sistematika Penulisan
Untuk memudahkan dalam memahami persoalan dan pembahasannya
maka penulisan Laporan Kerja Praktik ini dibuat dengan sistematika sebagai
berikut:
BAB I: PENDAHULUAN
Bab ini membahas mengenai latar belakang masalah, inti
permasalahan yang disebutkan dalam rumusan masalah, tujuan dari
Kerja Praktik dalam tujuan penelitian, batasan masalah dari Kerja
Praktik, serta manfaat yang diharapkan dapat diambil dari
pengerjaan Kerja Praktik ini.
5
BAB II: GAMBARAN UMUM INSTANSI
Bab ini membahas mengenai gambaran umum organisasi, visi dan
misi instansi, struktur organisasi, serta deskripsi tugas dari masing-
masing bagian yang bersangkutan.
BAB III: LANDASAN TEORI
Bab ini membahas mengenai berbagai macam teori yang
berhubungan dengan topik yang diangkat dalam permasalahan
meliputi konsep dasar dari informasi, aplikasi, struktur data, dan
model pengembangan aplikasi.
BAB IV: DESKRIPSI PEKERJAAN
Bab ini membahas mengenai perancangan sistem yang dikerjakan
pada saat kerja praktik yang terdiri atas identifikasi dan analisis
masalah, identifikasi dan analisis kebutuhan sistem, perancangan
sistem, struktur tabel database, desain interface aplikasi pengelolaan
relawan dan donatur pada Bulan Sabit Merah Indonesia.
BAB V: PENUTUP
Bab ini membahas tentang kesimpulan dari seluruh isi laporan dan
saran yang bisa diberikan terkait dengan pengembangan sistem di
masa mendatang.
6
BAB II
GAMBARAN UMUM INSTANSI
2.1 Gambaran Umum BSMI Surabaya
Lembaga Bulan Sabit Merah didirikan dan digunakan pertama kali oleh
Turki pada saat konflik bersenjata Kekaisaran Ottoman dan Rusia (1877-1878).
Bulan Sabit Merah Indonesia adalah sebuah perhimpuan kemanusiaan yang
berlokasi di Jl. Mojo III No. 33 Surabaya. Organisasi yang independen dalam
memberikan dukungan dan pertolongan kemanusiaan, kesehatan dan sosial kepada
yang membutuhkan dalam menghadapi krisis kemanusiaan di negara-negara yang
membutuhkan dan terutama di tanah air Indonesia tanpa memandang ras, agama,
kelas dan aspirasi politik.
2.2 Logo BSMI Surabaya
Berikut ini logo dari BSMI Surabaya pada Gambar 2.1:
Gambar 2. 1 Logo BSMI Surabaya
7
2.3 Visi dan Misi
2.3.1 Visi:
“Menjadi lembaga kemanusiaan nasional di Indonesia dan bekerjasama
dengan lembaga kemanusiaan lain di tingkat nasional, regional dan internasional”.
2.3.2 Misi:
1. Kemanusiaan dan Perdamaian.
2. Melindungi kehidupan akibat korban konflik dan situasi lain.
3. Mencegah penderitaan dengan meningkatkan dan menguatkan
hukum-hukum kemanusiaan dan prinsip-prinsip kemanusiaan
universal.
4. Memberikan pelayanan terbaik bagi kemanusiaan dan perdamaian.
5. Menjalin kerja sama dengan lembaga kemanusiaan dan lembaga
lainnya ditingkat nasional, regional, dan internasional dalam
mencapai tujuannya.
2.4 Struktur Organisasi
Tabel 2.1 di bawah merupakan struktur organisasi Bulan Sabit Merah
Indonesia Surabaya.
Tabel 2.1 Struktur Organisasi BSMI Surabaya.
NO PENGURUS NAMA
KORDINATOR
REGIONAL
JATIM BALI NUSRA
dr. Arief Basuki Sp An
PW JAWA TIMUR
1. Dewan Penasehat Drs. Saifullah Yusuf
8
KH. Abdus Shomad Bukhori
KH. Roem Rowi
KH. Muhamad Sholih Drehem
Ir. Abdul Kadir Baraja
dr. Arief Basuki Sp An
dr. M. Dwikoryanto Sp BS
dr. Nur Hidayat Sp BS
dr. Agus Chairul Anab Sp. BS
2. Dewan Pengurus
Ketua Umum Dr .Eko Agus Subagio,dr, Sp. BS
Ketua Zona 1 dr. Suwito Sp. S
Ketua Zona 2 dr. Jamaludin Sp. M
Ketua Zona 3 dr. Didik Prihadiono Sp. S
Ketua Zona 4 dr. Azhar Anwar MM MMRS
Ketua Zona 5 dr. Didyn Nuzul Arifin Sp. OT
Sekretaris Umum dr. Puguh Setyo Nugroho Sp. THT-KL
Wakil Sekretaris M Lutvi Irvan Ansori, S.KM
Bendahara Noven Suprayogi SE. Ak. MM.
Wakil Bendahara Winardi
3. Bidang SDM
Ketua dr. Andi Prasetyawan, Sp.S
Wakil Ketua Fajar Siwi S.Kep.Ns
Sekretaris Aang Kunaefi S Kep Ns
4. Bidang Tanggap Bencana
Ketua dr. Dedi Susila Sp. An
Wakil Ketua dr. Soni Sunarso Sulistiwan Sp. An
Sekretaris Abdul Wahid Alfin
5. Bidang Pelayanan
Ketua dr. Azhar Anwar MM, MARS
9
2.5 Program Kerja
Adapun program kerja yang diselenggarakan Bulan Sabit Merah Indonesia
sebagai berikut :
2.5.1. Tanggap Bencana
Bertujuan meningkatkan kesejahteraan dan derajat kesehatan masyarakat,
mencerdaskan kehidupan bangsa, meningkatkan kesiapsiagaan masyarakat dalam
menghadapi bencana, dan memperkecil dampak bencana bagi masyarakat.
Kegiatannya mencakup persiapan, pelaksanaan, dan evaluasi (penilaian kembali
kebutuhan yang sesuai dengan korban bencana).
2.5.2. Kegawatdarutan
Kegiatan mencakup pelayanan instalasi gawat darurat oleh medical first
responder, triase, evakuasi dan transportasi korban, membuat rumah sakit lapangan
dan pelatihan berkelanjutan untuk tim gawat darurat.
Wakil Ketua Safari Hasan SIP MMRS
Sekretaris Tutus S Kep Ns
6. Bidang BSMR
Ketua Dr. dr. Eko Budi Khundhori M. Kes
Wakil Ketua dr. Achmad fahmi Baabud Sp. BS
Sekretaris dr. Rizka fathoni Perdana Sp. THT-KL
FICS
5. Bidang Pelayanan
Ketua dr. Azhar Anwar MM, MARS
Wakil Ketua Safari Hasan SIP MMRS
Sekretaris dr. Rizka fathoni Perdana Sp. THT-KL
FICS
10
2.5.3. Pendidikan Kesehatan
Kegiatan mencakup pendidikan bagi para tenaga kesehatan dengan kursus
atau pelatihan internal yang berkelanjutan. Melakukan kampanye peduli kesehatan
dan pemberdayaan kelompok masyarakat dalam pendidikan kesehatan. Kegiatan
ini dapat bersifat mandiri maupun bekerjasama dengan organisasi lain yang peduli
terhadap program ini.
2.5.4. Pelayanan Kesehatan
Kegiatan mencakup pelayanan kesehatan rutin seperti poli umum dan
spesialis dengan pendekatan pola dokter keluarga, program jaminan pemeliharaan
kesehatan masyarakat, berkerjasama dengan rumah sakit dalam penanganan pasien,
serta bekerjasama dengan organisasi atau instansi lain yang peduli terhadap
peningkatan derajat kesehatan masyarakat.
2.5.5. Bulan Sabit Merah Remaja (BSMR)
Pembentukan gugus BSMR, penanggulangan bencana dan penyuluhan
kampanye HIV/AIDS, NARKOBA, dan masalah lain yang dihadapi masyarakat.
2.5.6. Pelayanan Ambulance
Kegiatan mencakup menggalang kerjasama antar pemilik ambulance
(rumah sakit) untuk membentuk sistem inklusif dengan pendekatan hospital based,
membangun pusat komunikasi bersama untuk pelayanan ambulance, melakukan
pendidikan bagi pegawai ambulance.
2.5.7. Penanggunan Pengungsi
Kegiatan mencakup pendirian pos penampungan, dapur umum, sanitasi,
gizi dan makanan. Pengendalian penyakit menular pasca kegawatan, kesehatan
reproduksi, kesehatan ibu dan anak, kesehatan wanita serta rehabilitasi.
11
2.5.8. Kesehatan Ibu dan Anak
Kegiatan mencakup pelayanan kesehatan, imunisasi ibu hamil, pelayanan
kehamilan dan persalinan, perencanaan keluarga Islami, perlindungan kesehatan
dan kejiwaan.
11
BAB III
LANDASAN TEORI
Dalam membangun aplikasi ini, terdapat teori-teori ilmu terkait yang
digunakan untuk membantu penelitian serta menyelesaikan permasalahan yang ada
dan berkaitan dengan sistem yang akan dibuat. Tujuannya adalah agar aplikasi ini
memiliki pijakan pustaka yang dapat dipertanggungjawabkan.
3.1 Obat
Obat merupakan sediaan atau paduan bahan-bahan yang siap digunakan
untuk mempengaruhi atau menyelidiki sistim fisiologi atau keadaan patologi dalam
rangka penetapan diagnosis, pencegahan, penyembuhan, pemulihan, peningkatan,
kesehatan dan kontrasepsi (Indonesia, 2008).
Menurut Ansel (2005), obat adalah zat yang digunakan untuk diagnosis,
mengurangi rasa sakit, serta mengobati atau mencegah penyakit pada manusia atau
hewan. Obat dalam arti luas ialah setiap zat kimia yang dapat mempengaruhi proses
hidup, maka farmakologi erupakan ilmu yang sangat luas cakupannya.
Namun untuk seorang dokter, ilmu ini dibatasi tujuannya yaitu agar dapat
menggunakan obat untuk maksud pencegahan, diagnosis, dan pengobatan penyakit.
Selain itu, agar mengerti bahwa penggunaan obat dapat mengakibatkan berbagai
gejala penyakit.
Pada umumnya, sistem antrian dapat diklasifikasikan menjadi sistem yang
berbeda- beda dimana teori antrian dan simulasi sering diterapkan secara luas.
12
3.2 Android
Android adalah software platform yang open source untuk mobile device.
Android berisi sistem operasi, middleware dan aplikasi-aplikasi dasar. Android
menyediakan platform terbuka bagi para pengembang untuk menciptakan aplikasi.
Basis OS Android adalah kernel linux 2.6 yang telah dimodifikasi untuk mobile
device. Adapun definisi Android menurut beberapa para ahli dijabarkan sebagai
berikut:
1. Menurut Hermawan & Stephanus (2011), Android merupakan OS (Operating
System) Mobile yang tumbuh ditengah OS lainnya yang berkembag dewasa
ini. OS lainnya seperti Windows Mobile, i-Phone OS, Symbian, dan masih
banyak lagi. Akan tetapi, OS yang ada ini berjalan dengan memprioritaskan
aplikasi inti yang dibangun sendiri tanpa melihat potensi yang cukup besar
dari aplikasi pihak ketiga. Oleh karena itu, adanya keterbatasan dari aplikasi
pihak ketiga untuk mendapatkan data asli ponsel, berkomunikasi antar proses
serta keterbatasan distribusi aplikasi pihak ketiga untuk platform mereka.
2. Menurut Safaat (2015), “Android adalah sebuah sistem operasi untuj=k
perangkat lunak mobile berbasis linux yang mencakup sistem operasi,
middleware dan aplikasi”. Android dipuji sebagai “Platform Mobile Pertama
yang Lengkap, Terbuka, dan Bebas”.
a. Lengkap (Complete Platform)
Dengan penyedian tool yang banyak dan merupakan sistem operasi
yang aman sehingga memberikan kemudahan kepada para pengembang
dalam membangun software
b. Terbuka (Open source Platform)
13
Lisensi yang android berikan terbika (open source) sehingga memudahkan
para pengembang untuk menyalurkan kreativitas yang dimiliki dalam
mengembangkan dan membangun sebuah aplikasi (Software)
c. Free (Free Platform)
Tidak memiliki biaya royalti, dimana para pengembang bebas dalam
beraktivitas tanpa biaya keanggotaan, biaya pengujian dan yang paling
mengutamakan aplikasi yang telah dikembangkan dapat distribusikan bebas
dalam bentuk apapun
3.3 System Development Life Cycle
System Development Life Cycle (SDLC) adalah proses untuk
memahami bagaimana sebuah sistem informasi dapat mendukung kebutuhan bisnis
dengan merancang suatu sistem, membangun sistem tersebut dan menyampaikan
kepada pengguna (David, Dennis, & Wixom, 2013). SDLC memiliki empat fase
dasar yaitu planning, analysis, design dan implementation. Setiap fase itu sendiri
terdiri dari serangkaian langkah yang menggunakan cara tertentu dalam
menghasilkan goal yang dicapai. Pada poin berikut akan dijelaskan
secara singkat dari keempat fase tersebut.
a. Planning
Fase planning adalah proses dasar dalam memahami mengapa sistem
informasi harus dibangun dan menentukan bagaimana tim proyek akan
membangun project tersebut.
b. Analysis
14
Fase analisis adalah jawaban dari pertanyaan siapa yang akan menggunakan
sistem, apa yang yang akan dilakukan oleh sistem, dan dimana serta
kapan sistem tersebut akan digunakan. Pada fase ini pula tim proyek
menginvestigasi sistem yang sudah ada sebelumnya, mengidentifikasi
peluang untuk perbaikan dan mengembangkan konsep yang baru untuk
sistem yang akan dibuat.
c. Design
Fase design yaitu menentukan bagaimana sistem akan beroperasi, dalam hal
ini antara lain perangkat keras, perangkat lunak, infrastruktur jaringan
(userinterface), forms dan laporan (database dan file yang dibutuhkan
aplikasi).
d. Implementation
Fase final pada SDLC ini adalah fase implementation, yaitu pada saat sistem
telah selesai dibuat. Implementasi pada fase ini biasanya paling banyak
mengambil perhatian karena dalam keseluruhan sistem, tahap implementasi
adalah tahap yang paling banyak memakan waktu serta biaya karena mencoba
keseluruhan sistem.
3.4 Metode Waterfall
Menurut Pressman (2015), model waterfall adalah model klasik yang
bersifat sistematis, berurutan dalam membangun software. Nama model ini
sebenarnya adalah “Linear Sequential Model”. Model ini sering disebut juga
dengan “classic life cycle” atau metode waterfall. Model ini termasuk ke dalam
model generic pada rekayasa perangkat lunak dan pertama kali diperkenalkan oleh
15
Winston Royce sekitar tahun 1970 sehingga sering dianggap kuno, tetapi
merupakan model yang paling banyak dipakai dalam Software Engineering (SE).
Model ini melakukan pendekatan secara sistematis dan berurutan. Disebut dengan
waterfall karena tahap demi tahap yang dilalui harus menunggu selesainya tahap
sebelumnya dan berjalan berurutan.
Fase-fase dalam Waterfall Model menurut referensi Pressman :
Gambar 3.1 Waterfall Pressman (Pressman, 2015)
a. Communication (Project Initiation & Requirements Gathering)
Sebelum memulai pekerjaan yang bersifat teknis, sangat diperlukan adanya
komunikasi dengan customer demi memahami dan mencapai tujuan yang
ingin dicapai. Hasil dari komunikasi tersebut adalah inisialisasi proyek,
seperti menganalisis permasalahan yang dihadapi dan mengumpulkan data-
data yang diperlukan, serta membantu mendefinisikan fitur dan fungsi
software.
b. Planning (Estimating, Scheduling, Tracking)
Tahap berikutnya adalah tahapan perencanaan yang menjelaskan tentang
estimasi tugas-tugas teknis yang akan dilakukan, resiko-resiko yangdapat
terjadi, sumber daya yang diperlukan dalam membuat sistem, produk kerja
yang ingin dihasilkan, penjadwalan kerja yang akan dilaksanakan, dan
tracking proses pengerjaan sistem.
c. Modeling (Analysis & Design)
16
Tahapan ini adalah tahap perancangan dan permodelan arsitektur sistem yang
berfokus pada perancangan struktur data, arsitektur software, tampilan
interface, dan algoritma program. Tujuannya untuk lebih memahami
gambaran besar dari apa yang akan dikerjakan.
d. Construction (Code & Test)
Tahapan Construction ini merupakan proses penerjemahan bentuk desain
menjadi kode atau bentuk/bahasa yang dapat dibaca oleh mesin. Setelah
pengkodean selesai, dilakukan pengujian terhadap sistem dan juga kode yang
sudah dibuat. Tujuannya untuk menemukan kesalahan yang mungkin terjadi
untuk nantinya diperbaiki.
e. Deployment (Delivery, Support, Feedback)
Tahapan Deployment merupakan tahapan implementasi software ke
cusstomer, pemeliharaan software secara berkala, perbaikan software,
evaluasi software dan pengembangan software berdasarkan umpan balik yang
diberikan agar sistem dapat tetap berjalan dan berkembang sesuai dengan
fungsinya.
3.5 Pengujian (Testing)
Menurut Lewis (2009), testing adalah proses untuk memeriksa atau
mengevaluasi sistem atau komponen sistem secara manual atau terotomatisasi yang
bertujuan untuk melakukan verifikasi bahwa sistem tersebut memenuhi persyaratan
tertentu atau untuk mengidentifikasikan perbedaan antara expected result dan
actual result. Testing merupakan aktivitas atau proses memeriksa dan
17
mengevaluasi sistem dengan tujuan untuk menemukan kesalahan pada sistem
tersebut. Testing dibagi menjadi 2 metode, yaitu White Box dan Black Box.
3.8.1 Black Box Testing/ Functional Testing
Menurut Lewis (2009), black box testing adalah melakukan pengujian
terhadap apa yang dilakukan oleh sistem, khususnya perilaku dan juga masalah
bisnis. Black box testing bertujuan untuk mengidentifikasikan bug-bug yang ada
pada hasil, kinerja dan juga perilaku sistem. Pengujian ini biasanya dilakukan oleh
pihak penguji ketika integration test, system test, dan acceptance test, tetapi juga
berguna untuk tahap yang lebih awal untuk membantu membangun unit test case .
18
BAB IV
DESKRIPSI PEKERJAAN
4.1 Analisis Sistem
4.1.1. Komunikasi
Pada tahap komunikasi dilakukan sebuah wawancara, observasi dan studi
literatur yang dilakukan pada pihak Bulan Sabit Merah Indonesia Surabaya.
Wawancara digunakan dalam proses pengumpulan data dan informasi tentang
pengelolaan relawan dan donatur Bulan Sabit Merah Indonesia Surabaya, dimana
data tersebut dapat digunakan untuk menyelesaikan proses pengembangan bisnis
yang sedang dilakukan. Proses wawancara dilakukan pada pihak wakil sekretaris
yaitu Mas Lutfi. Wawancara tersebut digunakan untuk mengetahui proses bisnis
pengelolalaan relawan dan donatur pada Bulan Sabit Merah Indonesia Surabaya.
Tahap observasi merupakan tahap kegiatan pengamatan langsung yang
dilakukan pada Bulan Sabit Merah Indonesia Surabaya. Proses pengamatan
dilakukan pada pihak yang mendukung proses bisnis kelola data relawan dan
donatur. Pihak tersebut adalah wakil sekretaris Bulan Sabit Merah Indoensia
Surabaya. Observasi digunakan untuk mengamati bagaimana sekretaris dan tim
manajemen memproses pengelolaan relawan dan donatur di Bulan Sabit Merah
Indonesia Surabaya.
Studi literatur merupakan tahap yang dilakukan oleh penulis dengan
melakukan pencarian terhadap berbagai sumber tertulis, baik berupa buku-buku,
arsip, artikel, dan jurnal, atau dokumen-dokumen yang relevan dengan
permasalahan.
19
4.1.2. Analisis Bisnis
A. Identifikasi Masalah
Tabel 4.1 Identifikasi Masalah
No. Permasalahan Dampak Solusi
1. Dalam proses pengelolaan
data obat masih dilakukan
dengan cara pencatatan
manual
Sering terjadi
kehilangan, kekeliruan
dan kurang teliti dari
pihak BSMI dalam
memantau jumlah data
obat
Membuat sebuah
aplikasi
pengelolaan dan
pengecekan stok
dan data obat
berbasis android
agar
memudahkan
pihak BSMI
tersebut.
2. Belum maksimalnya
pembuatan laporan dan
rekap dari stok obat yang
masuk dan keluar
Adanya proses yang
berjalan tidak
maksimal karena
dalam prosesnya
masih menggunakan
cara yang manual
Membuat aplikasi
untuk mengelola
laporan hasil stok
obat keluar dan
masuk secara
tepat dan benar.
B. Identifikasi Pengguna
Berdasarkan hasil wawancara dan observasi pada wakil sekretaris Bulan
Sabit Merah Indonesia Surabaya terdapat beberapa pengguna yang terlibat dalam
proses transaksi pengelolaan obat pada Bulan Sabit Merah Indonesia yaitu Admin.
20
C. Identifikasi Data
Dalam pembuatan aplikasi ini membutuhkan beberapa data, berikut
merupakan data–data yang dibutuhkan pada proses pengelolaan relawan dan
donatur pada Bulan Sabit Merah Indonesia Surabaya:
a. Data Master, meliputi:
- Data master Obat.
- Data master Obat Masuk.
- Data master Obat Keluar
b. Data Transaksi, meliputi:
- Proses pengelolaan Obat Masuk Detil.
- Proses pengelolaan Obat Keluar Detil.
c. Data Laporan, meliputi:
- Laporan jumlah Stok Obat
4.1.3 Analisis Kebutuhan Pengguna
A. Bagian Admin
Berikut merupakan analisis kebutuhan pada bagian admin.
Tabel 4.2 Kebutuhan Obat
4.1.5 Analisis Kebutuhan Non Fungsional
Analisis kebutuhan non fungsional merupakan analisis berupa kebutuhan
perangkat keras dan perangkat lunak yang dibutuhkan Bulan Sabit Merah
Indonesia.
Kebutuhan Fungsi Kebutuhan Data Kebutuhan Informasi
Mengelola data
master Admin
- Data Admin - Informasi Data Admin
21
A. Perangkat Keras
Berikut merupakan kebutuhan perangkat keras dan perangkat lunak yang
dibutuhkan untuk membangun aplikasi pengelolaan relawan dan donatur pada
Bulan Sabit Merah Indonesia Surabaya.
Tabel 4. 3 Perangkat Keras
B. Perangkat Lunak
Tabel 4. 4 Perangkat Lunak
No. Perangkat Lunak Kegunaan
1 Windows 10 Sistem Operasi
2 Netbeans Text Editor
3 Mozilla Firefox, Google Chrome Web Browser
4 Xampp Web Server Local
5 MySQL Database server
No. Perangkat Keras
1 - Processor Core i5
- RAM 4 GB
- Harddisk minimum 50 GB
- Mouse dan Keyboard
- Screen / Monitor resolusi 1024 x 768
Client Side
2 - Monitor dengan resolusi 1024 x 768
- Processor Core i7
- RAM 4 GB
- Mouse dan Keyboard
Server Side
22
4.2 Perancangan Sistem
Proses tahapan setelah melakukan analisis sistem adalah proses
perancangan sistem. Proses ini bertujuan untuk mengetahui kebutuhan-kebutuhan
aplikasi yang akan dikembangkan.
4.1.1 Document Flow
Document flow merupakan bagan yang menunjukan proses bisnis
pengelolaan relawan dan donatur yang sedang dijalankan saat ini pada Bulan Sabit
Merah Indonesia Surabaya. Berikut ini adalah gambar document flow dari proses
bisnis pengelolaan relawan dan donatur.
Gambar 2. 2 Document Flow Pengelolaan Obat
23
4.2.2 System Flowchart
Berikut ini merupakan system flowchart dari pengembangan aplikasi
pengelolaan Obat pada Klinik Bulan Sabit Merah Indonesia.
System Flowchart Data Master Obat
Gambar 2. 3 System Flowchart Data Master Obat
System Flow Master Obat
Admin Sistem
Start
Tambah ?
Menampilkan halaman Master
Obat
Menyimpan data obat
Hapus
Pilih menu Master
obat
Halaman Master
Input form data
obat
obat
Ubah ? Tekan tombol Ubah
Menampilkan data obat
Form ubah data obat
Input obat yang
dibuat
Menyimpan data obat
Menghapus data obat
End
24
System flowchart data master user digunakan untuk menginput,
memperbarui dan menghapus data user yang dibutuhkan pada proses
pengembangan aplikasi. Pada proses input dan ubah data, sebelum data disimpan
maka data tersebut akan dicek terlebih dahulu dengan tabel yang tersedia pada basis
data. Proses hapus data, maka pengguna akan menghapus data yang diinginkan.
A. System Flowchart Data Transaksi Obat Masuk
System Flow Transaksi Obat Masuk
Admin Sistem
Start
Tambah ?
Menampilkan halaman Transaksi
Menyimpan tanggal dan batch
obat masuk
Hapus
Pilih menu Transaksi
obat
Halaman Transaksi
Input tanggal
dan batch obat
masuk
obat
Ubah ? Tekan tombol Ubah
Menampilkan ubah data obat
masuk
Form ubah data obat
masuk
Input obat yang
dibuat
Menyimpan data obat
Menghapus data obat
End
Gambar 2. 4 System Flowchart Data Transaksi Obat Masuk
25
System flowchart Data Transaksi Obat Masuk digunakan untuk menginput,
memperbarui dan menghapus data obat yang dibutuhkan pada proses
pengembangan aplikasi. Pada proses input dan ubah data, sebelum data disimpan
maka data tersebut akan dicek terlebih dahulu dengan tabel yang tersedia pada basis
data. Proses hapus data, maka pengguna akan menghapus data yang diinginkan.
B. System Flowchart Data Transaksi Obat Keluar
System Flow Transaksi Obat Keluar
Admin Sistem
Start
Tambah ?
Menampilkan halaman Transaksi
Obat Keluar
Menyimpan data obat
Hapus
Pilih menu Transaksi Obat
Keluar
obat
Halaman Transaksi
Input form data tanggal &
batch obat
obat
Ubah ? Tekan tombol Ubah
Menampilkan data obat
Form ubah data obat
Input data yang
dibuat
Menyimpan data obat
Menghapus data obat
End
Gambar 2. 5 System Flowchart Transaksi Obat Keluar
26
System flowchart Transaksi Obat Keluar digunakan untuk menginput,
memperbarui dan menghapus data relawan yang dibutuhkan pada proses
pengembangan aplikasi. Pada proses input dan ubah data, sebelum data disimpan
maka data tersebut akan dicek terlebih dahulu dengan tabel yang tersedia pada basis
data. Proses hapus data, maka pengguna akan menghapus data yang diinginkan.
C. System Flowchart Pembuatan Laporan
Gambar 2. 6 System Flowchart Pembuatan Laporan
27
System flowchart Pembuatan Laporan digunakan untuk mengetahui data
laporan jumlah stok obat masuk dan keluar. Itu semua dapat diketahui dari proses
transaksi obat masuk dan keluar sebelumnya.
4.2.3 Diagram Berjenjang
Diagram berjenjang digunakan sebagai alat perancangan sistem untuk
menampilkan seluruh proses yang terdapat pada suatu aplikasi tertentu dengan jelas
dan terstruktur. Berikut merupakan diagram berjenjang dari aplikasi pengelolaan
relawan dan donatur pada Bulan Sabit Merah Indonesia Surabaya sesuai dengan
gambar 4.11.
Gambar 2. 7 Diagram Berjenjang Aplikasi Pengelolaan Obat
28
4.2.4 Context Diagram
Dalam Context diagram untuk mengembangkan aplikasi pengelolaan obat
pada Bulan Sabit Merah Indonesia Surabaya terdiri dari 2 entitas yaitu dari pihak
Admin, Wakil Sekretaris,. Context Diagram dapat dilihat pada Gambar 2.8.
Gambar 2. 8 Context Diagram Pengelolaan Relawan dan Donatur
4.2.5 Data Flow Diagram (DFD) Level 0
Berikut merupakan Data Flow Diagram (DFD) Level 0 dari aplikasi
pengelolaan relawan dan donatur pada Bulan Sabit Merah Indonesia Surabaya yang
dapat dilihat pada gambar 4.12. Data Flow Diagram (DFD) Level 0 merupakan
diagram yang diperoleh dari proses decompose dari proses context diagram. Pada
diagram tersebut proses yang dapat dilihat adalah data master, proses pengelolaan
relawan dan donatur dan pembuatan laporan. Sedangkan untuk actor yang berperan
adalah Admin, Wakil Sekretaris, Tim Manajemen dan Ketua.
29
Gambar 2. 9 Data Flow Diagram Level 0 Pengelolaan Obat masuk dan keluar
A. Data Flow Diagram Level 1 Data Master
Pada Data flow diagram level 1 menggambarkan fungsi data master yang
akan digunakan pada pengembangan aplikasi pengelolaan relawan dan donatur
pada Bulan Sabit Merah Indonesia Surabaya. Fungsi data master tersebut meliputi:
data master user, data master korps, data master relawan dan data master donator.
Berikut merupakan data flow diagram level 1 pada Bulan Sabit Merah Indonesia
Surabaya dapat dilihat pada Gambar dibawah ini.
30
Gambar 2. 10 Data Flow Diagram Level 1 Data Master
B. Data Flow Diagram Level 1 Transaksi Obat Masuk
Berikut merupakan data flow diagram level 1 dalam bagian fungsi
Transaksi Obat Masuk pada aplikasi pengelolaan Obat pada Bulan Sabit Merah
Indonesia Surabaya sesuai.
Gambar 2. 11 Data Flow Diagram Level 1 Transaksi Obat Masuk
C. Data Flow Diagram Level 1 Transaksi Obat Keluar
Berikut merupakan data flow diagram level 1 dalam bagian fungsi
Transaksi Obat Keluar pada aplikasi pengelolaan Obat pada Bulan Sabit Merah
Indonesia Surabaya sesuai pada pada Gambar 4.16.
31
Gambar 2. 12 Data Flow Diagram Level 1 Transaksi Obat Keluar
D. Data Flow Diagram Level 1 Laporan
Berikut merupakan data flow diagram level 1 dalam bagian fungsi
Laporan pada aplikasi pengelolaan Obat pada Bulan Sabit Merah Indonesia
Surabaya sesuai pada pada Gambar 4.17.
Gambar 2. 13 Data Flow Diagram Level 1 Laporan
32
4.2.6 Conceptual Data Model (CDM)
Gambar 2. 14 Conceptual Data Model Pengelolaan Relawan dan Donatur
Gambar 4.16 merupakan Conceptual Data Model (CDM) dari aplikasi
pengelolaan obat pada bulan sabit merah indonesia yang terdiri dari 6 tabel yang
saling terhubung dengan lainya. 6 tabel tersebut yaitu tabel master relawan, tabel
master donatur, tabel diklat relawan, tabel master korps, tabel master user dan tabel
info donatur.
OBAT
id_obat
nama_obat
keterangan
varchar(6)
varchar(50)
varchar(150)
<pk>
OBAT_MASUK
idobat_masuk
tanggal
batch
varchar(6)
date
varchar(45)
<pk>
OBAT_MASUK_DETIL
idobat_masuk_detil
idobat_masuk
id_obat
ed
jumlah
varchar(10)
varchar(6)
varchar(6)
date
float
<pk>
<fk2>
<fk1>
OBAT_KELUAR
idobat_keluar
tanggal
batch
varchar(6)
date
varchar(45)
<pk>
OBAT_KELUAR_DETIL
idobat_keluar_detil
id_obat
idobat_keluar
ed
jumlah
varchar(10)
varchar(6)
varchar(6)
date
float
<pk>
<fk1>
<fk2>
33
4.2.7 Physical Data Model
Gambar 2. 15 Physical Data Model Pengelolaan Relawan dan Donatur
4.2.8 Struktur Tabel
Berikut merupakan struktur tabel yang telah terbentuk dari PDM (Physical
Data Model). Struktur tabel tersebut digunakan untuk menyimpan data yang
digunakan dalam membangun aplikasi pengelolaan obat pada Bulan Sabit Merah
Indonesia.
Detail Keluar
Detail Masuk
Mengambil Id
Mengambil Id
OBAT
id_obat
nama_obat
keterangan
<pi> Variable characters (6)
Variable characters (50)
Variable characters (150)
<M>
<M>
Identifier_1 <pi>
OBAT_MASUK
idobat_masuk
tanggal
batch
<pi> Variable characters (6)
Date
Variable characters (45)
<M>
<M>
<M>
Identifier_1 <pi>
OBAT_MASUK_DETIL
idobat_masuk_detil
ed
jumlah
<pi> Variable characters (10)
Date
Float
<M>
<M>
<M>
Identifier_1 <pi>
OBAT_KELUAR
idobat_keluar
tanggal
batch
<pi> Variable characters (6)
Date
Variable characters (45)
<M>
<M>
<M>
Identifier_1 <pi>
OBAT_KELUAR_DETIL
idobat_keluar_detil
ed
jumlah
<pi> Variable characters (10)
Date
Float
<M>
<M>
<M>
Identifier_1 <pi>
34
A. Tabel Master Obat
Primary key : id_obat
Foreign key : -
Fungsi : Menyimpan data Obat pada aplikasi.
Tabel 1. 1 Master Obat
Nama Field Tipe Data Size Deskripsi
idobat Varchar 6 Id dari tabel obat
nama_obat varchar 50 Nama obat dari tabel obat
keterangan varchar 150 Keterangan dari tabel obat
B. Tabel Obat Masuk
Primary key : idobat_masuk_detil
Foreign key : -
Fungsi : Menyimpan data obat masuk detil pada aplikasi.
Tabel 1. 2 Obat Masuk
Nama Field Tipe Data Size Deskripsi
Idobat_masuk Varchar 6 Id dari tabel obat masuk
tanggal date tanggal obat dari tabel obat
batch varchar 45 batch dari tabel obat masuk
35
C. Tabel Obat Masuk Detil
Primary key : idobat_masuk_detil
Foreign key : -
Fungsi : Menyimpan data obat masuk detil pada obat.
Tabel 4.5 Tabel Obat Masuk Detil
D. Tabel Obat Keluar
Primary key : idobat_keluar
Foreign key : -
Fungsi : Menghasilkan data obat keluar pada obat.
Tabel 4.6 Tabel Korps
Nama Field Tipe Data Size Deskripsi
Idobat_keluar Varchar 6 Id obat keluar dari tabel obat
Tanggal date tanggal dari tabel obat
Batch varchar 45 batch dari tabel obat
Nama Field Tipe Data Size Deskripsi
Idobat_masuk varchar 10 Id obat masuk dari tabel obat
Idobat varchar 6 Id dari tabel obat
Ed date
tanggal dari tabel obat
idobat_masuk Varchar 6 Id obat masuk dari tabel obat
Jumlah float jumlah dari setiap tabel obat
36
E. Tabel Obat Keluar Detil
Primary key : idobat_keluar_detil
Foreign key : idobat & idobat_keluar
Fungsi : Menghasilkan data obat keluar detil pada aplikasi.
Tabel 4.7 Tabel Diklat Relawan
4.2.9 Desain I/O
Desain input atau output memuat gambaran awal desain antarmuka
pengguna, hal ini digunakan sebagai pedoman pembuatan tampilan pada sistem
yang akan dikembangkan, bagaimana pengguna sistem dan pengembang sistem
dapat menyamakan pandangan terhadap aplikasi yang akan dikembangkan.
A. Form Halaman Master
Berikut merupakan desain tampilan master yang digunakan pengguna
untuk masuk ke halaman yang diinginkan. Pengguna perlu memasukkan data input
obat .
Nama Field Tipe Data Size Deskripsi
Idobat_keluar_detil varchar 10 Id obat keluar dari tabel obat
idobat varchar 6 Id obat dari tabel obat
ed date
Lokasi dari tabel diklat relawan
idobat_keluar Varchar 6 Tanggal dari setiap diklat relawan
jumlah float Status dari setiap diklat relawan
37
Gambar 4.1 Desain I/O form halaman Master
B. Form Halaman Transaksi
Berikut merupakan desain tampilan halaman Transaksi yang didalamnya
terdapat menu obat masuk dan keluar. Pilihmenu yang diinginkan pengguna.
Gambar 4.2 Desain I/O form halaman Transaksi
C. Form Halaman Transaksi Obat Masuk
Berikut merupakan desain tampilan Transaksi obat masuk dan keluar
pada halaman transaksi.
38
Gambar 4.3 Desain I/O form halaman Transaksi Obat Masuk
D. Form Halaman Transaksi obat Keluar
Berikut merupakan desain tampilan halaman transaksi obat keluar pada
halaman transaksi obat
39
Gambar 4.4 Desain I/O form halaman Transaksi Obat keluar
E. Desain Hasil Cetak Laporan
Berikut merupakan desain tampilan halaman laporan untuk menunjukkan
hasil jumlah stok obat yang ada.
Gambar 4.5 Desain I/O form halaman Laporan
40
4.2.10 Desain Testing
Desain testing digunakan untuk seraingkaian pengujian pada aplikasi
pengelolaan relawan dan donatur sebelum digunakan oleh pengguna. Hal ini
digunakan untuk melihat respon sistem saat melakukan input dan output yang
diharapkan saat menggunakan aplikasi.
A. Desain Tesing Form Master Obat
Form master Obat merupakan sebuah form pertama pada tampilan aplikasi
pengelolaan obat. Pengujian pada tahap ini dilakukan untuk mengetahui apakah
form master Obat dapat berjalan dengan sukses dengan cara memasukkan data-data
untuk menghubungkan ke proses selanjutnya. Pada pengujian form master Obat ini
dibutuhkan sebuah data obat untuk dapat masuk proses selanjutnya.
Tabel 4.8 Desain Testing master
Nama Field Data Masukan
Obat Panadol
Keterangan Hijau
Setelah itu dilakukan pengujian dengan inputan yang telah disepakati sesuai
dengan tabel. Berikut merupakan langkah-langkah pengujian form master, dapat
dilihat pada tabel 4.15.
41
Tabel 4.9 Rancang Pengujian form login
No. Deskripsi Prosedur
pengujian
Masukan Output yang
diharapkan
1 Pengujian
tampilan
form master
Melakukan
pengecekan obat
dan keterangan
benar
Menginputkan nama
obat dan keterangan
setelah tekan tombol
‘ADD OBAT’
Tampilan
form halaman
awal atau
utama
2 Pengujian
tampilan
form master
Melakukan
pengecekan obat
dan keterangan
dengan inputan
salah
Menginputkan obat
dan keterangan acak
lalu tekan tombol
‘ADD OBAT’
Tampilan
akan tetap
pada tampilan
halaman
master
B. Desain Testing Form Transaksi Obat Masuk
Form Transaksi Obat Masuk merupakan sebuah form yang digunakan
untuk memasukkan data-data transaksi. Pengujian ini dilakukan untuk mengetahui
apakah form transaksi yang telah dibuat dapat berjalan dengan baik.
Pada pengujian form transaksi dibutuhkan sebuah data untuk dapat
mengisi inputan sehingga dapat melakukan proses penyimpanan. Data tersebut
dapat dilihat pada table 4.17.
Tabel 4.10 Input Testing Form Diklat Relawan.
Nama Field Data Masukan
Tanggal 2020-01-06
Batch DI1541
Nama Obat Aclyicovir Tab
Expire Date 19 september
Jumlah 2
42
Setelah itu dilakukan pengujian dengan inputan yang telah disepakati
sesuai dengan tabel 4.17. Berikut merupakan langkah-langkah pengujian form
transaksi obat masuk, dapat dilihat pada tabel 4.18.
Tabel 4.11 Rancang Pengujian Form Halaman Transaski Obat Masuk
No. Deskripsi Prosedur
pengujian
Masukan Output yang
diharapkan
1 Pengujian
tampilan
form
transaksi
obat masuk
Melakukan
pengecekan
Tanggal, Batch,
Nama Obat,
Expire Date dan
Jumlah.
Melakukan inputan
Tanggal, Batch,
Nama Obat, Expire
Date dan Jumlah.
Data
tersimpan
pada
database, data
dilihat
transaksi obat
bertambah
2 Pengujian
tampilan
form
transaksi
obat masuk
Melakukan
pengecekan
Tanggal,Batch,
Nama Obat,
Expire Date dan
Jumlah yang
salah
Menginputkan
Tanggal, Batch,
Nama Obat, Expire
Date dan Jumlah.
secara acak lalu
tekan tombol save.
Tampilan
akan tetap
pada tampilan
halaman
transaksi obat
masuk dan
memberikan
notifikasi
Sehingga data
tidak
tersimpan.
C. Desain Testing Form Transaksi Obat Keluar
Form Transaksi Obat Keluar merupakan sebuah form yang digunakan
untuk memasukkan data-data transaksi. Pengujian ini dilakukan untuk mengetahui
apakah form transaksi yang telah dibuat dapat berjalan dengan baik.
43
Pada pengujian form transaksi dibutuhkan sebuah data untuk dapat
mengisi inputan sehingga dapat melakukan proses penyimpanan obat. Data tersebut
dapat dilihat pada table 4.20.
Tabel 4.20. Input Testing Form Transaksi Obat Keluar.
Nama Field Data Masukan
Tanggal 2020-03-06
Batch CAMXA80438
Nama Obat Amoxicillin
Expire Date 20 mei
Jumlah 3
Tabel 4.12 Rancang Pengujian Form Transaksi Obat Keluar
No. Deskripsi Prosedur
pengujian
Masukan Output yang
diharapkan
1 Pengujian
tampilan
form
transaksi
obat keluar
Melakukan
pengecekan
Tanggal, Batch,
Nama Obat,
Expire Date dan
Jumlah.
Melakukan inputan
Tanggal, Batch,
Nama Obat, Expire
Date dan Jumlah.
Data
tersimpan
pada
database, data
dilihat
transaksi obat
berubah
2 Pengujian
tampilan
form
transaksi
obat keluar
Melakukan
pengecekan
Tanggal, Batch,
Nama Obat,
Expire Date dan
Jumlah yang
salah.
Menginputkan
Tanggal, Batch,
Nama Obat, Expire
Date dan Jumlah.
secara acak lalu
tekan tombol save.
Tampilan
akan tetap
pada tampilan
halaman
transaksi obat
masuk dan
memberikan
notifikasi
Sehingga data
44
No. Deskripsi Prosedur
pengujian
Masukan Output yang
diharapkan
tidak
tersimpan.
D. Desain Testing Form Laporan
Prosedur pengujian form laporan dilakukan untuk menguji tampilan
halaman laporan yang akan dicetak.
Tabel 4.13 Rancang Pengujian Form Laporan
4.3 Implementasi
Berikut merupakan hasil implementasi dari sistem yang telah dibuat.
4.3.1 Halaman Master
Pada halaman Master menggunakan nama dan keterangan untuk mulai
memasuki halaman master.
No. Deskripsi Prosedur
pengujian
Masukan Output yang
diharapkan
1 Pengujian proses
penyimpanan
laporan pada form
laporan
Menekan
tombol menu
laporan
dengan benar
- Menyimpan hasil
data dari database
disajikan dalam
bentuk preview di
halaman laporan.
45
Gambar 4.21 Implementasi Halaman Master
4.3.2 Halaman Transaksi Obat Masuk
Pada halaman transaksi obat masuk menggunakan tanggal dan batch
untuk mulai memasuki halaman transaksi.
Gambar 4.6 Implementasi Halaman Transaksi Obat Masuk
46
4.3.3 Halaman Transaksi Obat Keluar
Pada halaman transaksi obat masuk menggunakan tanggal dan batch
untuk mulai memasuki halaman transaksi.
Gambar 4.7 Implementasi Halaman Diklat Relawan
4.3.4 Halaman Laporan
Pada halaman laporan menghasilkan data jumlah stok obat dan untuk
memasuki halamanan laporan.
47
Gambar 4.8 Implementasi Halaman Laporan
4.3.9 Hasil Testing
Berikut merupakan hasil testing yang dilakukan pada aplikasi pengelolaan
relawan dan donatur berdasarkan desain testing yang telah dirancang sebelumya.
Hasil testing masing-masing akan dijelaskan dalam sebuah tabel testing dan akan
dibuktikan dalam sebuah gambar pada hasil keluaran.
A. Hasil Testing Form Master
Berikut merupakan hasil testing dari halaman Master pada aplikasi
pengelolaan relawan dan donatur yang dijelaskan pada tabel 4.22.
Tabel 4.14 Hasil Testing Form Master
48
Objek Pengujian Halaman Master
No Tujuan
Pengujian
Input Keluaran Hasil Keluaran
1 Menguji Textbox
untuk nama obat
dan keterangan
- Notifikasi
“please fill out
this field”
Ketika tombol
tersebut diklik
maka sistem
otomatis akan
menampilkan
halaman master
dan terdapat
notifikasi “please
fill out this field”
2 Menguji fungsi
Master
Nama Obat =
Panadol
Keterangan
= Hijau
Menampilkan
halaman aplikasi
pengelolaan obat
Ketika tombol
tersebut diklik
maka sistem
otomatis akan
menampilkan
halaman utama
atau awal.
B. Hasil Testing Form Transaksi Obat Masuk
Berikut merupakan hasil testing dari halaman awal pada aplikasi
pengelolaan oabt yang dijelaskan pada tabel 4.23.
Tabel 4.15 Hasil Testing Form Halaman Transaksi Obat Masuk
Objek Pengujian Halaman Awal
No Tujuan
Pengujian
Input Keluaran Hasil Keluaran
1 Menguji fungsi
tombol
Tanggal,Batch,
- Menampilkan
halaman masing-
masing tombol
Ketika tombol
tersebut diklik
maka sistem
49
Objek Pengujian Halaman Awal
No Tujuan
Pengujian
Input Keluaran Hasil Keluaran
Nama Obat,
Expire Date dan
Jumlah.
yang dituju yaitu
Tanggal,Batch,
Nama Obat,
Expire Date dan
Jumlah.
otomatis akan
menampilkan
halaman yang
diinginkan
melalui tombol
tersebut.
C. Hasil Testing Form Transaski Obat Keluar
Berikut merupakan hasil testing dari halaman transaksi bat keluar pada
aplikasi pengelolaan obat yang dijelaskan pada tabel 4.24.
Tabel 4.16 Hasil Testing Form Diklat Relawan
Objek Pengujian Halaman Diklat Relawan
No Tujuan
Pengujian
Input Keluaran Hasil Keluaran
1 Menguji inputan
Tanggal,Batch,
Nama Obat,
Expire Date dan
Jumlah.
- Tampilan
akan tetap
pada
tampilan
halaman
transaksi dan
memberikan
notifikasi
“please fill
out this
field”.
Ketika tombol
tersebut diklik
maka sistem
otomatis akan
tetap
menampilkan
halaman obat dan
terdapat
notifikasi “please
fill out this field”
2 Menguji inputan
Tanggal,Batch,
Nama Obat,
Tanggal :
Batch:
Data
bertambah
Ketika tombol
tersebut diklik
maka sistem
50
Objek Pengujian Halaman Diklat Relawan
No Tujuan
Pengujian
Input Keluaran Hasil Keluaran
Expire Date dan
Jumlah.
Nama Obat:
Expire Date:
Jumlah:
otomatis akan
menampilkan
notfikasi data
berhasil
ditambah.
D. Hasil Testing Form Laporan
Berikut merupakan hasil testing dari halaman Laporan pada aplikasi
pengelolaan relawan dan donatur yang dijelaskan pada tabel 4.27.
Tabel 4.17 Hasil Testing Form Laporan
Objek Pengujian Halaman Login
No Tujuan
Pengujian
Input Keluaran Hasil Keluaran
1 Menguji fungsi
tombol print
- Pindah halaman
print preview yang
siap untuk dicetak
Ketika tombol
tersebut diklik
maka sistem
otomatis akan
menampilkan
halaman print
preview yang
siap akan dicetak.
51
BAB V
PENUTUP
5.1 Kesimpulan
Berdasarkan dari hasil analisis, perancangan dan implementasi aplikasi
pengelolaan relawan dan donatur Bulan Sabit Merah Indonesia Surabaya, maka
dapat diperoleh kesimpulan sebagai berikut:
a. Aplikasi yang dibuat dapat melakukan proses pengelolaan obat Bulan Sabit
Merah Indonesia.
b. Aplikasi yang dibuat menghasilkan laporan jumlah stok obat masuk dan
keluar.
c. Aplikasi yang dibuat menghasilkan laporan informasi detail pengelolaan
relawan dan donatur.
d. Hasil penerapan aplikasi pengelolaan obat Bulan Sabit Merah Indonesia
Surabaya dalam mendapatkan data yang benar.
5.2 Saran
Aplikasi pengelolaan relawan dan donatur Bulan Sabit Merah Indonesia
yang telah dibuat tentunya masih memiliki banyak kekurangan. Oleh karena itu,
untuk pengembangan aplikasi yang lebih baik, maka diberikan saran sebagai
berikut:
a. Dari segi proses bisnis dapat dikembangkan, tidak hanya untuk tim
manajemen tetapi bisa diintegrasikan dengan admin dan pimpinan.
b. Aplikasi dapat ditambahkan fitur notifikasi pesan agar dapat mengetahui
perkembangan data obat yang tepat dan juga akurat kedepannya.
DAFTAR PUSTAKA
Ansel, H. (2005). Pengantar Bentuk Sediaan Farmasi, diterjemahkan oleh Ibrahim,
F., Edisi IV. Jakarta: UI Press.
David, T., Dennis, A., & Wixom, B. (2013). System Analysis and Design with
UML. John Wiley & Sons, Inc. Singapore, 153,163,290.
Hermawan, S., & Stepahanus. (2011). Mudah Membuat Aplikasi Android.
Yogyakarta: Andi Offset.
Indonesia, M. K. (2008). Peraturan Menteri Kesehatan Republik Indonesia Nomor
1010/MENKES/PER/XI/2008. Jakarta: Departemen Kesehatan Republik
Indonesia.
Lewis, W. (2009). Software Testing and Continuous Quality Improvement. ketiga
ed. Boca Raton : CRC Press.
N, S. (2015). Android: Pemrograman Aplikasi Mobile Smartphone Dan Tablet PC
Berbasis Android. Bandung : Informatika.
Pressman, R. (2015). Rekaya Perangkat Lunak: Pendekatan Praktisi Buku 1.
Yogyakarta: Andi.
Recommended