bab iv perancangan sistem usulan - repository.bsi.ac.id · dalam rancangan pelayanan pasien rawat...
TRANSCRIPT
40
BAB IV
PERANCANGAN SISTEM USULAN
4.1 Tahapan Perancangan Sistem
Perancangan suatu sistem merupakan suatu dasar dari pembuatan suatu
sistem yang handal dan kuat untuk memerlukan suatu proses atau tahap-tahapan
dalam membuat perencanaan sistem.
4.1.1 Analisis Kebutuhan
A. Kebutuhan Pengguna
Dalam rancangan pelayanan pasien rawat jalan terdapat tiga pengguna
yang saling berinteraksi dalam lingkungan sistem yaitu: bagian administrasi,
dokter dan direktur. ketiga pengguna tersebut memiliki karakteristik interaksi
dengan sistem yang berbeda-beda dan memiliki kebutuhan informasi yang
berbeda-beda, seperti berikut :
1. Skenario Kebutuhan Bagian Administrasi
a. Mengelola data registrasi pasien.
b. Mengelola pembayaran.
c. Mengelola laporan yang berupa laporan registrasi pasien, laporan rekam
medis pasien, dan laporan pembayaran pasien.
2. Skenario Kebutuhan Dokter
a. Mengelola data rekam medis dan laporan rekam medis.
3. Skenario Kebutuhan Direktur
a. Mencetak laporan registrasi pasien.
b. Mencetak laporan rekam medis pasien.
c. Mencetak laporan pembayaran.
41
B. Kebutuhan Sistem
1. Pengguna harus melakukan login terlebih dahulu untuk dapat mengakses
aplikasi ini dengan memasukkan username dan password agar privasi
masing-masing pengguna tetap terjaga keamanannya.
2. Pengguna harus melakukan logout setelah selesai menggunakan aplikasi.
4.1.2 Rancangan Diagram Usecase
Pada gambar IV.1 berikut ini adalah gambar rancangan usecase sistem
pelayanan pasien rawat jalan berbasis web:
Sumber: Hasil Penelitian (2018)
Gambar IV. 1 Rancangan Usecase Diagram
42
Skenario usecase login merupakan halaman utama untuk mengelola apa saja yang
dilakukan administrasi, dokter , dan direktur.
Tabel IV. 1
Skenario Usecase Login
Aksi Aktor Administrasi, Dokter,
Direktur
Sistem
Skenario Normal
1. Memasukkan username dan
password
2. Memeriksa valid tidaknya
username dan password
3. Masuk ke halaman menu
admin, dokter, dan
direktur
Skenario usecase logout merupakan halaman akhir untuk mengakhiri tugas
sementara si pengguna.
Tabel IV. 2
Skenario Usecase Logout
Aksi Aktor Administrasi, Dokter,
Direktur
Sistem
Skenario Normal
1. Memilih menu logout
2. Melakukan logout
Tabel IV. 3
Skenario Usecase Administrasi
Aksi Aktor, Administrasi Sistem
Skenario Normal
1. Memilih halaman menu admin
2. Menampilkan halaman menu
admin
3. Memilih menu registrasi
4. Menampilkan form data pasien
5. Memilih menu pembayaran
43
6. Menampilkan form
pembayaran rawat jalan
7. Memilih menu laporan
registrasi pasien
8. Menampilkan laporan
registrasi pasien
9. Memilih menu laporan rekam
medis pasien
10. Menampilkan laporan rekam
medis pasien
11. Memilih menu laporan
pembayaran
12. Menampilkan laporan
pembayaran
Tabel IV. 4
Skenario Usecase Dokter
Aksi Aktor, Dokter Sistem
Skenario Normal
1. Memilih halaman menu dokter
2. Menampilkan halaman menu
dokter
3. Memilih menu rekam medis
4. Menampilkan form input
rekam medis pasien
5. Memilih menu laporan rekam
medis
6. Menampilkan laporan rekam
medis pasien
Tabel IV. 5
Skenario Usecase Direktur
Aksi Aktor, Direktur Sistem
Skenario Normal
1. Memilih halaman menu
direktur
2. Menampilkan halaman menu
direktur
3. Memilih menu laporan
registrasi pasien
4. Menampilkan laporan
registrasi pasien
44
5. Mencetak laporan registrasi
pasien
6. Memilih menu laporan rekam
medis pasien
7. Menampilkan laporan rekam
medis pasien
8. Mencetak laporan rekam medis
pasien
9. Memilih menu pembayaran
10. Menampilkan laporan
pembayaran
11. Mencetak laporan pembayaran
4.1.3 Rancangan Diagram Aktivitas
1. Activity Login Admin
Sumber: Hasil Penelitian (2018)
Gambar IV. 2 Activity Login Admin
46
4. Activity Login Direktur
Sumber: Hasil Penelitian (2018)
Gambar IV. 4 Activity Login Direktur
4.1.4 Rancangan Dokumen Sistem Usulan
Dalam rancangan dokumen sistem usulan berjalan ini akan dijelaskan
mengenai dokumen-dokumen yang digunakan dalam proses-proses pengolahan
data, dokumen tersebut meliputi dokumen masukan dan dokumen keluaran.
A. Bentuk Dokumen Masukan
1. Nama Dokumen : Data Registrasi Pasien
Fungsi : Sebagai data pasien
Sumber : Pasien
Tujuan : Dokter
Media : Dokumen cetakan komputer
47
Jumlah : 1 data pasien per 1 pasien
Frekuensi : Setiap hari
Bentuk : Lihat Lampiran C-1
B. Bentuk Dokumen Keluaran
Nama Dokumen : Laporan Data Registrasi Pasien, Laporan Rekam
Medis, Laporan Pembayaran
Fungsi : Sebagai rekapitulasi Rumah Bersalin
Sumber : File Pasien, File Rekam Medis, File Pembayaran
Tujuan : Direktur
Media : Dokumen cetakan komputer
Jumlah : 1 Lembar
Frekuensi : Setiap pengaksesan
Bentuk : Lihat Lampiran C-2
4.1.5 Rancangan Prototype
1. Halaman Login Admin
Sumber: Hasil Penelitian (2018)
Gambar IV. 5 Menu Login Admin
48
2. Halaman Menu Admin
Sumber: Hasil Penelitian (2018)
Gambar IV. 6 Rancangan Halaman Admin
3. Form Registrasi Pasien
Sumber: Hasil Penelitian (2018)
Gambar IV. 7 Rancangan Form Registrasi Pasien
49
4. Form Pembayaran
Sumber: Hasil Penelitian (2018)
Gambar IV. 8 Rancangan Form Pembayaran
5. Halaman Login Dokter
Sumber: Hasil Penelitian (2018)
Gambar IV. 9 Menu Login Dokter
50
6. Halaman Menu Dokter
Sumber: Hasil Penelitian (2018)
Gambar IV. 10 Rancangan Halaman Menu Dokter
7. Form Input Rekam Medis
Sumber: Hasil Penelitian (2018)
Gambar IV. 11 Rancangan Form Rekam Medis
51
8. Laporan Rekam Medis
Sumber: Hasil Penelitian (2018)
Gambar IV. 12 Rancangan Laporan Rekam Medis
9. Halaman Login Direktur
Sumber: Hasil Penelitian (2018)
Gambar IV. 13 Menu Login Direktur
52
10. Halaman Menu Direktur
Sumber: Hasil Penelitian (2018)
Gambar IV. 14 Rancangan Halaman Menu Direktur
11. Laporan Pembayaran
Sumber: Hasil Penelitian (2018)
Gambar IV. 15 Laporan Pembayaran
12. Laporan Registrasi Pasien
Sumber: Hasil Penelitian (2018)
Gambar IV. 16 Laporan Registrasi Pasien
53
13. Laporan Rekam Medis
Sumber: Hasil Penelitian (2018)
Gambar IV. 17 Laporan Rekam Medis
4.2 Perancangan Perangkat Lunak
4.2.1 Entity Relationship Diagram (ERD)
Basis data digunakan sebagai media pengolah aplikasi atau sistem yang
dirancang. Basis data ini digambarkan kedalam ERD agar menunjukan hubungan
atau relasi yang terjadi antar entitas yang ada.
54
Sumber: Hasil Penelitian (2018)
Gambar IV. 18 Rancangan ERD
4.2.2 Logical Record Structure (LRS)
Teknik pemodelan basis data ini juga digunakan penulis untuk
menggambarkan basis data yang dirancang dengan bentuk yang menyerupai tabel.
55
Sumber: Hasil Penelitian (2018)
Gambar IV. 19 Rancangan LRS
4.2.3 Spesifikasi File
Spesifikasi file adalah penggambaran tentang file-file didalam suatu tabel
sehingga dapat dilihat bentuk file-file, tipe data dan ukuran data tersebut. Berikut
ini adalah struktur file pada Perancangan Sistem Pelayanan Pasien Rawat Jalan
Berbasis Web pada Rumah Bersalin dan Balai Pengobatan Mulia Kabupaten Kubu
Raya:
1. File Administrasi
Nama file : File Administrasi
Akronim : Administrasi
Fungsi : Untuk masuk kedalam form pelayanan pasien
56
Tipe : File Master
Organisasi File : Index Sequental
Akses File : Random
Media : Harddisk
Panjang Record : 125 karakter
Kunci Field : id_admin
Software : MYSQL
Tabel IV. 6
Spesifikasi File Administrasi
No Elemen Data Akronim Tipe Panjang Keterangan
1 id_admin id_admin varchar 5 primary key
2 nama Nama varchar 30 -
3 alamat Alamat varchar 50 -
4 jabatan Jabatan varchar 20 -
5 password password varchar 20 -
Sumber: Hasil Penelitian (2018)
2. File Pasien
Nama file : File Data Pasien
Akronim : Pasien
Fungsi : Untuk menyimpan data pasien
Tipe : File Master
Organisasi File : Index Sequental
Akses File : Random
Media : Harddisk
Panjang Record : 145 karakter
Kunci Field : id_pasien
Software : MYSQL
57
Tabel IV. 7
Spesifikasi File Pasien
No Elemen Data Akronim Tipe Panjang Keterangan
1 id_pasien id_pasien varchar 10 primary key
2 nama nama_lengkap varchar 30 -
3 jenis_kelamin jenis_kelamin varchar 30 -
4 tanggal_lahir tanggal_lahir datetime -
5 alamat Alamat varchar 20 -
6 agama Agama varchar 20 -
7 pendidikan pendidikan varchar 20 -
8 pekerjaan pekerjaan varchar 20 -
9 no_hp no_hp int 15
10 id_admin id_admin varchar 5 foreign key
Sumber: Hasil Penelitian (2018)
3. File Dokter
Nama file : File Dokter
Akronim : Dokter
Fungsi : Untuk menyimpan data dokter
Tipe : File Master
Organisasi File : Index Sequental
Akses File : Random
Media : Harddisk
Panjang Record : 110 karakter
Kunci Field : id_dokter
Software : MYSQL
Tabel IV. 8
Spesifikasi File Dokter
No Elemen Data Akronim Tipe Panjang Keterangan
1 id_dokter id_dokter varchar 10 primary key
2 nm_dokter nm_dokter varchar 20 -
3 jabatan jabatan varchar 30 -
58
4 alamat alamat varchar 30 -
5 telepon telepon int 15 -
Sumber: Hasil Penelitian (2018)
4. File Direktur
Nama file : File Data Direktur
Akronim : Direktur
Fungsi : Untuk menyimpan data direktur
Tipe : File Master
Organisasi File : Index Sequental
Akses File : Random
Media : Harddisk
Panjang Record : 110 karakter
Kunci Field : id_direktur
Software : MYSQL
Tabel IV. 9
Spesifikasi File Direktur
No Elemen Data Akronim Tipe Panjang Keterangan
1 id_direktur id_direktur varchar 10 primary key
2 nm_direktur nm_direktur varchar 20 -
3 jabatan jabatan varchar 30 -
4 alamat alamat varchar 30 -
5 telepon telepon int 15 -
Sumber: Hasil Penelitian (2018)
5. File Rekam Medis
Nama file : File Data Rekam Medis
Akronim : Rekam Medis
Fungsi : Untuk menyimpan data rekam medis
Tipe : File Master
59
Organisasi File : Index Sequental
Akses File : Random
Media : Harddisk
Panjang Record : 270 karakter
Kunci Field : id_rekammedis
Software : MYSQL
Tabel IV. 10
Spesifikasi File Rekam Medis
No Elemen Data Akronim Tipe Panjang Keterangan
1 id_rekammedis id_rekammedis int 20 primary key
2 id_pasien id_pasien varchar 10 foreign key
3 nama Nama varchar 30 -
4 keluhan keluhan varchar 100 -
5 diagnosa diagnosa varchar 50 -
6 tanggal_waktu tanggal_waktu datetime -
7 id_direktur id_direktur varchar 10 foreign key
Sumber: Hasil Penelitian (2018)
6. File Pembayaran
Nama file : File Data Pembayaran
Akronim : Pembayaran
Fungsi : Untuk menyimpan data pembayaran
Tipe : File Master
Organisasi File : Index Sequental
Akses File : Random
Media : Harddisk
Panjang Record : 40 karakter
Kunci Field : id_rekammedis
Software : MYSQL
60
Tabel IV. 11
Spesifikasi File Pembayaran
No Elemen Data Akronim Tipe Panjang Keterangan
1 id_rekammedis id_rekammedis varchar 10 foreignkey
2 tanggal_bayar tanggal_bayar datetime
3 jumlah_bayar jumlah_bayar varchar 30
Sumber: Hasil Penelitian (2018)
4.2.4 Class Model / Class Diagram
Berikut ini merupakan rancangan class diagram pada sistem pelayanan
pasien rawat jalan berbasis web:
Sumber: Hasil Penelitian (2018)
Gambar IV. 20 Rancangan Class Diagram
61
4.2.5 Sequence Diagram
1. Login Admin
Sumber: Hasil Penelitian (2018)
Gambar IV. 21 Sequence Diagram Login Admin
Keterangan:
Bagian administrasi memasukkan username dan password yang akan di
validasi kedalam database, apabila username dan password salah maka kembali
ke halaman login, apabila benar akan masuk ke halaman menu admin.
2. Administrasi mengolah data pasien
Sumber: Hasil Penelitian (2018)
Gambar IV. 22 Sequence Diagram Administrasi Mengolah Data Pasien
62
Keterangan:
Bagian administrasi memasukkan username dan password yang akan di
validasi kedalam database, apabila username dan password salah maka kembali
ke halaman login, apabila benar sistem menampilkan halaman admin, bagian
admin memilih halaman menu registrasi dan mengolah data registrasi pasien dan
akan disimpan ke dalam database.
3. Administrasi mengolah data pembayaran
Sumber: Hasil Penelitian (2018)
Gambar IV. 23 Sequence Diagram Administrasi Mengolah Data Pembayaran
Keterangan:
Bagian administrasi memasukkan username dan password yang akan di
validasi kedalam database, apabila username dan password salah maka kembali
ke halaman login, apabila benar sistem menampilkan halaman admin, bagian
admin memilih halaman menu pembayaran dan mengolah data pembayaran dan
akan disimpan ke dalam database.
4. Administrasi mengolah data laporan
63
Sumber: Hasil Penelitian (2018)
Gambar IV. 24 Sequence Diagram Administrasi Mengolah Data Laporan
Keterangan:
Bagian administrasi memasukkan username dan password yang akan di
validasi kedalam database, apabila username dan password salah maka kembali
ke halaman login, apabila benar sistem menampilkan halaman admin, bagian
admin memilih halaman menu laporan dan mengolah data laporan dan akan
disimpan ke dalam database.
5. Login Dokter
Sumber: Hasil Penelitian (2018)
Gambar IV. 25 Sequence Diagram Login Dokter
64
Keterangan:
Dokter memasukkan username dan password yang akan di validasi
kedalam database, apabila username dan password salah maka kembali ke
halaman login, apabila benar akan masuk ke halaman menu dokter.
6. Dokter mengolah data rekam medis pasien
Sumber: Hasil Penelitian (2018)
Gambar IV. 26 Sequence Diagram Data Rekam Medis Pasien
Keterangan:
Dokter memasukkan username dan password yang akan di validasi
kedalam database, apabila username dan password salah maka kembali ke
halaman login, apabila benar sistem menampilkan halaman dokter, dokter
memilih halaman menu rekam medis dan mengolah data rekam medis pasien dan
akan disimpan ke dalam database.
7. Login Direktur
Sumber: Hasil Penelitian (2018)
Gambar IV. 27 Sequence Diagram Login Direktur
65
Keterangan:
Direktur memasukkan username dan password yang akan di validasi
kedalam database, apabila username dan password salah maka kembali ke
halaman login, apabila benar akan masuk ke halaman menu direktur.
8. Direktur mencetak laporan pendaftaran pasien
Sumber: Hasil Penelitian (2018)
Gambar IV. 28 Sequence Diagram Laporan Pendaftaran Pasien
Keterangan:
Direktur memasukkan username dan password yang akan di validasi
kedalam database, apabila username dan password salah maka kembali ke
halaman login, apabila benar sistem menampilkan halaman direktur, direktur
memilih halaman menu laporan pendaftaran dan mencetak laporan pendaftaran
pasien, kemudian di print.
66
9. Direktur mencetak laporan rekam medis pasien
Sumber: Hasil Penelitian (2018)
Gambar IV. 29 Sequence Diagram Laporan Rekam Medis Pasien
Keterangan:
Direktur memasukkan username dan password yang akan di validasi
kedalam database, apabila username dan password salah maka kembali ke
halaman login, apabila benar sistem menampilkan halaman direktur, direktur
memilih halaman menu laporan rekam medis dan mencetak laporan rekam medis
pasien, kemudian di print.
10. Direktur mencetak laporan pembayaran pasien
Sumber: Hasil Penelitian (2018)
Gambar IV. 30 Sequence Diagram Laporan Pembayaran Pasien
Keterangan:
Direktur memasukkan username dan password yang akan di validasi
kedalam database, apabila username dan password salah maka kembali ke
67
halaman login, apabila benar sistem menampilkan halaman direktur, direktur
memilih halaman menu laporan pembayaran dan mencetak laporan pembayaran
pasien, kemudian di print.
4.2.6 Spesifikasi Hardware dan Software
Agar rancangan sistem ini dapat direalisasikan, maka kebutuhan perangkat
keras dan kebutuhan dari perangkat lunak harus dipenuhi terlebih dahulu.
A. Hardware (Perangkat Keras)
Adapun spesifikasi perangkat keras yang diperlukan dalam merancang
sistem pelayanan pasien rawat jalan berbasis web pada Rumah Bersalin dan Balai
Pengobatan Mulia terdiri dari:
1. CPU (Central Processing Unit)
a. Processor : Intel 2995U (1.40 GHz)
b. Memory : 2 GB
c. Hard Disk : 500 GB
2. Monitor : Resolusi Layar Maksimum (1366 x 768)
3. Keyboard : 86 keys
4. Mouse
5. Printer
B. Software (Perangkat Lunak)
Adapun spesifikasi perangkat lunak yang diperlukan dalam merancang
sistem pelayanan pasien rawat jalan berbasis web pada Rumah Bersalin dan Balai
Pengobatan Mulia terdiri dari:
1. Sistem Operasi : Windows 8 64-bit
2. Web Server : XAMPP 1.7.3
68
a. Apache : Apache 2.2.17
b. MySQL : MySQL 5.5.8
c. PhpMyAdmin : PhpMyAdmin 3.2.4
3. Web Browser
a. Google Chrome : Versi 58.0.3029.110
4. Web Editor : Adobe Photoshop CS3
4.3 Jadwal Implementasi
Perancangan sistem ini setidaknya membutuhkam waktu sekitar 3 bulan.
Adapun rincian kegiatannya di sajikan ke dalam bentuk tabel berikut ini:
Tabel IV. 12
Jadwal Implementasi
1 2 3 4 1 2 3 4 1 2 3 4
Penelitian
Riset
Pengumpulan
Data
Analisa
Sistem
Perancangan
Sistem
Sumber: Hasil Penelitian (2018)
DESKRIPSI
MEI JUNI JULI