RANCANG BANGUN APLIKASI SISTEM PENGELOLAAN...

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

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


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




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


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




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


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


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)


<M>

<M>

Identifier_1 <pi>

OBAT_MASUK

idobat_masuk

tanggal

batch


Date


<M>

<M>

<M>

Identifier_1 <pi>

OBAT_MASUK_DETIL

idobat_masuk_detil

ed

jumlah


Date

Float

<M>

<M>

<M>

Identifier_1 <pi>

OBAT_KELUAR

idobat_keluar

tanggal

batch


Date


<M>

<M>

<M>

Identifier_1 <pi>

OBAT_KELUAR_DETIL

idobat_keluar_detil

ed

jumlah


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


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


Idobat_keluar Varchar 6 Id obat keluar dari tabel obat

Tanggal date tanggal dari tabel obat

Batch varchar 45 batch dari tabel obat


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 .


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.


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


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.


Tanggal 2020-03-06

Batch CAMXA80438

Nama Obat Amoxicillin

Expire Date 20 mei

Jumlah 3

Tabel 4.12 Rancang Pengujian Form Transaksi Obat Keluar


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


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.


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


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


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


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


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


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.

RANCANG BANGUN APLIKASI SISTEM PENGELOLAAN...

Documents

Transcript of RANCANG BANGUN APLIKASI SISTEM PENGELOLAAN...