bab iv perancangan sistem usulan - repository.bsi.ac.id · dalam rancangan pelayanan pasien rawat...

29
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.

Upload: dophuc

Post on 27-Aug-2019

247 views

Category:

Documents


0 download

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

45

2. Activity Login Dokter

Sumber: Hasil Penelitian (2018)

Gambar IV. 3 Activity Login Dokter

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