• Tidak ada hasil yang ditemukan

BAB IV PERANCANGAN SISTEM USULAN

N/A
N/A
Protected

Academic year: 2021

Membagikan "BAB IV PERANCANGAN SISTEM USULAN"

Copied!
38
0
0

Teks penuh

(1)

20

BAB IV

PERANCANGAN SISTEM USULAN

4.1. Tahapan Perancangan Sistem

Tahap perancangan adalah bagian dari sebuah metode dalam membuat suatu sistem yang berguna untuk memberi gambaran yang jelas mengenai sistem yang akan dibuat. Dalam tahap perancangan sistem ini diuraikan mengenai analisa kebutuhan, diagram use case, dan diagram aktivitas yang terkait dengan proses berjalan yang diusulkan, serta menjelakan bagaimana rancangan dokumen sistem usulan yang dibuat penulis serta rancangan prototype dari sistem yang dibuat.

4.1.1. Analisis Kebutuhan

1. Kebutuhan Pengguna

Dalam Sistem rawat jalan berbasis dekstop ini terdapat tiga pengguna yang dapat berinteraksi dalam lingkungan sistem, yaitu: Petugas, Admin, Dokter. Ketiga pengguna tersebut memiliki karakteristik interaksi dengan sistem yang berbeda-beda dan memiliki kebutuhan informasi yang berbeda-beda, seperti berikut :

A.1. Skenario Kebutuhan Petugas (Suster)

a. Mengelola transaksi pendaftaran

b. Mengelola transaksi pembayaran

(2)

d. Mengelola obat

e. Laporan pendaftaran dan pembayaran

A.2. Skenario Admin (Owner)

a. Mengelola data dokter.

b. Mengelola data petugas

c. Laporan pendaftaran, pembayaran,pasien,obat,dokter,petugas.

A.3. Skenario Kebutuhan Dokter

a. Input pasien.

b. Input periksa.

2. Kebutuhan Sistem

1. Pengguna harus melakukan login terlebih dahulu untuk dapat mengakses sistem dengan memasukan username dan password agar privasi masing – masing pengguna tetap terjaga keamanannya.

2. Pengguna Melakukan logout setelah selesai menggunakan aplikasi tersebut.

3. Sistem berbasis dekstop mempermudah pengguna dalam proses rawat jalan pasien.

4. Sistem mempermudah pengolahan laporan - laporan.

(3)

4.1.2. Rancangan Diagram Use Case

A. Use Case Diagram Sistem Aplikasi Rawat Jalan Pasien.

Gambar IV.1.

Use Case Diagram Sistem Aplikasi Rawat Jalan Pasien

B. Spesifikasi Use Case Diagram

Berikut adalah spesifikasi use case dari sistem aplikasi rawat jalan pasien berbasis dekstop:

Tabel IV.1.

Deskripsi Use Case Sistem Aplikasi Rawat Jalan Pasien Use Case Name Sistem Aplikasi Rawat Jalan Pasien Requirements Petugas (Staf):

(4)

2. Petugas mengelola data pasien. 3. Petugas mengelola data obat.

4. Petugas mengelola data pendaftaran. 5. Petugas mengelola transaksi pembayaran. 6. Petugas mengelola laporan pendaftaran. 7. Petugas mengelola laporan transaksi

pembayaran. Admin:

1. Admin mengelola data pasien. 2. Admin mengelola data obat.

3. Admin mengelola data pendaftaran. 4. Admin mengelola transaksi pembayaran. 5. Admin mengelola laporan pendaftaran. 6. Admin mengelola laporan transaksi

pembayaran.

7. Admin mengelola data dokter. 8. Admin melakukan login. 9. Admin mengelola laporan obat. 10. Admin mengelola laporan petugas. 11. Admin mengelola laporan pasien. 12. Admin mengelola laporan dokter. 13. Admin mengelola data petugas. Dokter:

1. Dokter melakukan login. 2. Dokter melakukan input resep. 3. Dokter melakukan input periksa.

Goal Berhasil Menggunakan Sistem Aplikasi

Rawat Jalan Pasien

Pre-Conditions Penguna telah melakukan login.

Post-Conditions Semua komponen sistem dapat berjalan dengan baik.

Failed end Condition Aplikasi sistem tidak berjalan

Actors Petugas (Staff), Administrator (Admin), Dokter Main Flow/ Basic Path 1. Petugas (staff) melakukan proses rawat jalan

pada klinik dengan menggunakan sistem aplikasi rawat jalan berbasis dektop

2. Admin mempunyai hak akses yang lebih lengkap dari petugas dalam menggunakan sistem aplikasi rawat jalan pasien untuk membantu proses kerja.

3. Dokter melakukan proses input resep dan periksa pada sistem aplikasi rawat jalan berbasis dekstop.

Alternate Flow/Invariant A Staf petugas bisa diberi akses sebagai admin dalam sistem apikasi atas persetujuan pemilik klinik jika ada keperluan laporan yang

(5)

dibutuhkan.

Invariant B Hak akses sebagai admin bisa dipakai oleh pemilik klinik tersebut.

(6)

4.1.3. Rancangan Diagram Aktifitas

A. Activity Diagram Sistem Aplikasi Rawat Jalan Pasien

Gambar IV.2.

Activity Diagram Sistem Aplikasi Rawat Jalan Pasien

4.1.4. Rancangan Dokumen Sistem Usulan

Berisi rancangan dokumen pada sistem klinik yang sudah di komputerisasi sebagai berikut:

(7)

1. Dokumen Masukan

a. Nama Dokumen : Form Data Pasien

Fungsi : Sebagai sumber informasi identitas pasien yang berobat

Sumber : Pasien

Tujuan : Sistem Aplikasi Rawat Jalan Pasien

Media : Komputer

Jumlah : 1 Form

Frekuensi : Tiap kali pasien datang berobat Bentuk : Lihat Lampiran C.1

b. Nama Dokumen : Form Data Petugas

Fungsi : Mengetahui data petugas pada klinik

Sumber : Petugas

Tujuan : Sistem Aplikasi Rawat Jalan Pasien

Media : Komputer

Jumlah : 1 Form

Frekuensi : Tiap ada petugas baru atau update data petugas Bentuk : Lihat Lampiran C.2

c. Nama Dokumen : Form Data Dokter

Fungsi : Mengetahui data dokter yang bertugas pada klinik

Sumber : Dokter

Tujuan : Sistem Aplikasi Rawat Jalan Pasien

Media : Komputer

Jumlah : 1 Form.

Frekuensi : Tiap ada dokter baru atau update data dokter. Bentuk : Lihat Lampiran C.3

(8)

d. Nama Dokumen : Form Data Obat

Fungsi : Mengetahui data obat yang tersedia pada klinik

Sumber : Petugas

Tujuan : Sistem Aplikasi Rawat Jalan Pasien

Media : Komputer

Jumlah : 1 Form

Frekuensi : Tiap kali pasien datang berobat Bentuk : Lihat Lampiran C.4

2. Dokumen Keluaran

a. Nama Dokumen : Laporan Pasien

Fungsi : Untuk mengetahui pasien yang berobat di klinik

Sumber : Admin

Tujuan : Pimpinan (dokter pemilik klinik)

Media : Kertas

Jumlah : 1 – 5 Lembar

Frekuensi : Tiap sebulan dan setahun Bentuk : Lihat Lampiran D.1 b. Nama Dokumen : Laporan Dokter

Fungsi : Untuk mengetahui dokter yang aktif di klinik

Sumber : Admin

Tujuan : Pimpinan (dokter pemilik klinik)

Media : Kertas

Jumlah : 1 Lembar

Frekuensi : Tiap sebulan dan setahun Bentuk : Lihat Lampiran D.2

(9)

c. Nama Dokumen : Laporan Obat

Fungsi : Untuk mengetahui obat yang ada di klinik

Sumber : Admin

Tujuan : Pimpinan (dokter pemilik klinik) dan petugas

Media : Kertas

Jumlah : 1 – 5 Lembar

Frekuensi : Tiap sebulan

Bentuk : Lihat Lampiran D.3 d. Nama Dokumen : Laporan Petugas

Fungsi : Untuk mengetahui petugas yang bekerja di klinik

Sumber : Admin

Tujuan : Pimpinan (dokter pemilik klinik)

Media : Kertas

Jumlah : 1 – 5 Lembar

Frekuensi : Tiap sebulan dan setahun Bentuk : Lihat Lampiran D.4 e. Nama Dokumen : Laporan Pendaftaran

Fungsi : Untuk mengetahui pendaftaran pasien di klinik Sumber : Petugas (Staf)

Tujuan : Pimpinan (dokter pemilik klinik)

Media : Kertas

Jumlah : 1 – 5 Lembar

Frekuensi : Tiap sebulan dan setahun Bentuk : Lihat Lampiran D.5

(10)

Fungsi : Untuk mengetahui Transaksi pembayaran di klinik Sumber : Petugas (Staf)

Tujuan : Pimpinan (dokter pemilik klinik)

Media : Kertas

Jumlah : 1 – 5 Lembar

Frekuensi : Tiap sebulan dan setahun Bentuk : Lihat Lampiran D.6

4.1.5. Rancangan Prototype

Berikut adalah ranangan prototype dari Perancangan Sistem Aplikasi Rawat Jalan yang sudah terkomputerisasi menggunakan Java Netbeans IDE 8.3.

1. Halaman Utama.

Yaitu tampilan yang muncul pertama kali saat aplikasi rawat jalan dibuka, berisi menu info dan menu halaman login.

Gambar IV.3. Halaman Utama

(11)

2. Halaman Info Klinik.

Halaman Info berisi sejarah singkat dan penjelasan tentang jam oprasional klinik tersebut.

Gambar IV.4. Halaman Info Klinik 3. Halaman Login.

Berikut adalah tampilan halaman login pada aplikasi rawat jalan. Terdapat pilihan hak akses (dokter,admin,petugas) yang dapat dipilih sesuai kebutuhan user.

Gambar IV.5. Halaman Login.

(12)

4. Halaman Utama Petugas.

Halaman utama petugas akan tampil jika saat login kita menggunakan hak akses sebagai petugas. Halaman ini terdapat beberapa menu yang dapat diakses oleh petugas yaitu menu master, transaksi, laporan dan log out.

Pada menu master terdapat pilihan untuk mengakses data pasien dan data obat, pada menu transaksi tedapat pilihan untuk mengakses pendaftaran dan pembayaran, dan pada menu laporan terdapat pilihan untuk mengakses laporan pendaftaran dan laporan pembayaran.

Gambar IV.6. Halaman Utama Petugas

5. Halaman Utama Dokter.

Halaman utama dokter akan tampil jika saat login kita menggunakan hak akses sebagai dokter. Halaman ini terdapat beberapa menu yang dapat diakses oleh dokter yaitu menu medis, dan log out saja. Pada menu medis terdapat pilihan menu yaitu menu periksa dan menu resep.

(13)

Gambar IV.7. Halaman Utama Dokter.

6. Halaman Utama Admin.

Halaman utama admin akan tampil jika saat login kita menggunakan hak akses sebagai admin. Halaman ini biasa digunakan oleh owner sebagai user kaena pada halaman ini user dapat mengakses menu master lapran laporan dan transksi secara keseluruhan. Berbeda dengan halaman admin dan dokter yang memiliki batasan akses, halaman utama admin tidak memiliki batasan dalam mengakses aplikasi rawat jalan.

Gambar IV.8 Halaman Utama Admin

(14)

7. Halaman Pendaftaran.

Halaman pendaftaran adalah halaman yang diakses oleh petugas dalam proses pendaftaran pasien rawat jalan

Gambar IV.9 Halaman Pendaftaran

(15)

8. Halaman Pembayaran.

Halaman pembayaran adalah halaman yang diakses oleh petugas dalam melakukan proses pembayaran rawat jalan

Gambar IV.10 Halaman Pembayaran

(16)

9. Halaman Periksa.

Halaman periksa adalah halaman yang diakses oleh dokter, halaman ini dogunakan dokter saat pasien rawat jalan melakukan periksa.

Gambar IV.11 Halaman Periksa

(17)

10. Halaman Resep.

Halaman resep adalah halaman yang diakses oleh dokter setelah selesai melakukan input pemeriksaan, dokter lalu melakukan penginputan resep kepada pasien rawat jalan.

Gambar IV.12 Halaman Resep

(18)

11. Halaman Data Pasien

Halaman data pasien diakses oleh petugas dalam menginput data-data pasien rawat jalan.

Gambar IV.13 Halaman Data Pasien

(19)

12. Halaman Data Dokter

Halamann data dokter diakses oleh admin/administrator dalam menginput data-data dokter yang bekerja pada kelinik tersebut.

Gambar IV.14 Halaman Data Dokter

(20)

13. Halaman Data Petugas

Halaman data petugas diakses oleh admin/administrator dalam menginput data-data suster yang bekerja pada kelinik tersebut.

Gambar IV.15 Halaman Data Petugas

(21)

14. Halaman Data Obat

Halaman data obat diakses oleh petugas dalam menginput data-data obat yang tersedia pada kelinik tersebut.

Gambar IV.16 Halaman Data Obat

(22)

4.2. Perancangan Perngkat Lunak

Rancangan peraangkat lunak ini fokus kepada enam hal, yaitu: Entity Relationship Diagram (ERD), Logical Structure Record (LRS), Spesifikasi File, Class Diagram, Squence Diagram, serta spesifikasi Hardware dan Software.

4.2.1. Entity Relationship Diagram (ERD)

Gambar IV.17

(23)

4.2.2. Logical Record Structure (LRS)

Gambar IV.18

(24)

4.2.3. Spesifikasi File

Berikut adalah spesifikasi file atau tabel tabel yang terbentuk dari transformasi ERD yang tersimpan pada <<klinik_rawat_jalan>> dengan parameter – parameter sebagai berikut:

1. Spesifikasi File Petugas Nama File : petugas

Akronim : petugas (staff) dan admin

Fungsi : Sebagai user sistem apliksi rawat jalan Tipe File : File Master

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk

Panjang Record : 239 records Kunci Field : kode_petugas Software : Mysql

Tabel IV.2. Spesifikasi File Petugas

No Elemen data Nama Field Tipe Size Ket

1. Kode Petugas kode_petugas Varchar 5 Primary Key 2. Nama Petugas nama_petugas Varchar 50

3. Alamat Alamat Varchar 100

4. Jenis Kelamin jenis_kelamin Varchar 10

5. Nomor Telepon no_telp Varchar 14

6. Usename Username Varchar 10 7. Password Password Varchar 10

(25)

2. Spesifikasi File Pasien Nama File : pasien Akronim : pasien

Fungsi : Sebagai user sistem apliksi rawat jalan Tipe File : File Master

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk

Panjang Record : 182 records Kunci Field : kode_pasien Software : Mysql

Tabel IV.3. Spesifikasi File Pasien

No Elemen data Nama Field Tipe Size Ket

1. Kode Pasien kode_pasien Varchar 5 Primary Key

2. Nama Pasien nama_pasien Varchar 50

3. Alamat Alamat Varchar 100

4. Jenis Kelamin jenis_kelamin Varchar 10

5. Nomor Telepon no_telp Varchar 14

6. Usia Usia Varchar 3

3. Spesifikasi File Dokter Nama File : dokter Akronim : dokter

Fungsi : Sebagai user sistem apliksi rawat jalan Tipe File : File Master

(26)

Akses File : Random

Media : Harddisk

Panjang Record : 239 records Kunci Field : kode_dokter Software : Mysql

Tabel IV.4. Spesifikasi File Dokter

No Elemen data Nama Field Tipe Size Ket

1. Kode Dokter kode_dokter Varchar 5 Primary Key

2. Nama Dokter nama_dokter Varchar 50

3. Alamat Alamat Varchar 100

4. Jenis Kelamin jenis_kelamin Varchar 10

5. Nomor Telepon no_telp Varchar 14

6. Usename Username Varchar 10

7. Password Password Varchar 10

4. Spesifikasi File Obat Nama File : obat Akronim : obat

Fungsi : Sebagai komponen data dalam penginputan resep. Tipe File : File Master

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk

Panjang Record : 125 records Kunci Field : kode_obat

(27)

Software : Mysql

Tabel IV.5. Spesifikasi File Obat

No Elemen data Nama Field Tipe Size Ket

1. Kode Obat kode_obat Varchar 5 Primary Key

2. Nama Obat nama_obat Varchar 50

3. Jumlah Obat jumlah_obat Varchar 50

4. Jenis Obat jenis_obat Varchar 20

5. Spesifikasi File Pendaftaran Nama File : pendaftaran Akronim : pendaftaran

Fungsi : User mengakses pendaftaran pasien pada sistem aplikasi rawat jalan.

Tipe File : File Transaksi Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk

Panjang Record : 23 records Kunci Field : no_daftar Software : Mysql

Tabel IV.6.

Spesifikasi File Pendaftaran

No Elemen data Nama Field Tipe Size Ket

1. Nomor Daftar no_daftar Varchar 10 Primary Key

(28)

3. Kode Pasien kode_pasien Varchar 5 4. Tanggal Daftar tgl_daftar Date

5. Nomor Urut no_urut Varchar 3

6. Spesifikasi File Pembayaran Nama File : pembayaran Akronim : pembayaran

Fungsi : Sebagai media pembayaran pada sistem aplikasi

raawat jalan.

Tipe File : File Transaksi Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk

Panjang Record : 53 records Kunci Field : no_pembayaran Software : Mysql

Tabel IV.7.

Spesifikasi File Pembayaran

No Elemen data Nama Field Tipe Size Ket

1. Nomor Pembayaran no_pembayaran Varchar 10 Primary Key

2. Nomor Daftar no_daftar Varchar 10

3. Total Total Int 11

4. Bayar Bayar Int 11

(29)

7. Spesifikasi File Periksa Nama File : periksa Akronim : periksa

Fungsi : kegiatan pemeriksaan yang dilakukan dokter Tipe File : File Transaksi

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk

Panjang Record : 3026 records Kunci Field : id_periksa Software : Mysql

Tabel IV.8. Spesifikasi File Periksa

No Elemen data Nama Field Tipe Size Ket

1. Id Periksa id_periksa Int AI 11 Primary Key

2. Nomor Daftar no_daftar Varchar 10

3. Kode Dokter kode_dokter Varchar 5

4. Keluhan Keluhan Text 1000

5. Diagnosa Diagnosa Text 1000

6. Tindakan Tindakan Text 1000

8. Spesifikasi File Resep Nama File : resep Akronim : resep

Fungsi : Informasi resep dari dokter Tipe File : File Master

(30)

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk

Panjang Record : 25 records Kunci Field : no_resep Software : Mysql

Tabel IV.9. Spesifikasi File Resep

No Elemen data Nama Field Tipe Size Ket

1. Nomor Resep no_resep 10 Varchar Primary Key

2. Nomor Daftar no_daftar 10 Varchar

3. Kode Dokter kode_dokter 5 Varchar

9. Spesifikasi File Detail Resep Nama File : detail_resep Akronim : detail resep

Fungsi : Keterangan mendetail mengenai resep. Tipe File : File Keterangan

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk

Panjang Record : 1037 records Kunci Field : id_detail Software : Mysql

(31)

Tabel IV.10.

Spesifikasi File Detail Resep

No Elemen data Nama Field Tipe Size Ket

1. Id Detail id_detail Int AI 11 Primary Key

2. Nomor Resep no_resep Varchar 10

3. Kode Obat kode_obat Varchar 5

4. Banyak Banyak Varchar 11

(32)

4.2.4. Class Model / Class Diagram

Gambar IV.19

(33)

4.2.5. Sequence Diagram

1. Sequence Diagram Petugas (staf)

Gambar IV.20

(34)

2. Sequence Diagram Admin

Gambar IV.21

(35)

3. Sequence Diagram Dokter

Gambar IV.22

(36)

4.2.6. Spesifikasi Hardware dan Software 1. Spesifikasi Hardware

A. Server 1. CPU

a. Processor minimal Quad Core 64 bit dengan clock rate minimal 2,5 GHz. b. RAM 8 GB DDR 3

c. Hard Disk minimal 250 SSD 2. Mouse

3. Keyboard

4. Monitor dengan resolusi layar minimum 1360x768 B. Client

1. CPU

a. Processor minimal Quad Core 64 bit dengan clock rate minimal 1,6 GHz. b. RAM 4 GB DDR 3

c. Hard Disk minimal 500 GB 2. Mouse

3. Keyboard

4. Monitor dengan resolusi layar minimum 1360x768 2. Spesifikasi Software

A. Server

1. Sistem operasi yang umum digunakan seperti: Microsoft Windows atau Linux (Ubuntu, Fedora, dll).

2. Aplikasi bundle web server seperti: XAMPP, WAMPP, MAMP yang terdiri dari beberapa komponen, diantaranya:

(37)

a. Apache Server v2 b. MariaDB v5 c. PHP7

d. phpMyAdmin v4

3. Aplikasi browser seperti Mozilla Firefox, Google Chrome, Microsoft Edge. B. Client

1. Sistem operasi yang umum digunakan seperti: Microsoft Windows atau Linux (Ubuntu, Fedora,dan Linux Mint) terbaru.

(38)

4.3. Jadwal Implementasi

Berikut adalah jadwal implementasi yang dilakukan oleh penulis dalam melakukan kegiatan tugas akhir

Tabel IV.11. Jadwal Implementasi

No KEGIATAN

WAKTU

BULAN I BULAN II BULAN III 1 2 3 4 1 2 3 4 1 2 3 4 1 Riset 2 Analisa kebutuhan 3 Desain Sistem 4 Desain Perangkat Lunak 5 Pembuatan Sistem Aplikasi berbasis dekstop 6 Tes Sistem 7 Pembuatan Laporan TA 8 Evaluasi & Operasional

Gambar

Gambar IV.1.
Gambar IV.2.
Gambar IV.3.
Gambar IV.4.
+7

Referensi

Dokumen terkait

Akun no_reg (PK) username Admin id_admin (PK) nama username Jadwal id_jadwal (PK) id_dokter (FK) jam_buka Pasien no_rm (PK) no_rm (FK) alamat telpon Antrian id_antri (PK) id_jadwal

Dalam aplikasi Penjualan Barang terdapat dua pengguna yang dapat saling berinteraksi dalam lingkungan sistem, yaitu: Admin, dan User.. Kedua pengguna tersebut

Administrasi Login Logout Username Password Laporan Master Mengelola data pasien Mengelola pendaftaran Mengelola data obat Mengelola data dokter Transaksi Cetak laporan data

Di halaman utama Admin terdapat beberapa menu yaitu menu validasi data siswa, input nilai psikotes, input bobot kriteria, proses evaluasi dan pengaturan akun.. Menu Admin

Admin dapat mengelola data rekam medis Alternate Flow/Invariant Sistem masuk Form input data pasien.8.

1) Admin terdiri dari 2 pengguna yaitu bagian pembelian/outlet dan pemilik apotek. 2) Pengguna harus melakukan login terlebih dahulu untuk dapat mengakses aplikasi

User dengan level admin adalah bagian yang memiliki hak akses sepenuhnya pada sistem, mulai dari mengelola data item grup user yang berfungsi untuk menyimpan hak

Deskripsi Use Case Mengelola Transaksi Use Case Name Membuat Transaksi Requirements Bagian Admin dapat mengelola data transaksi Goal Bagian Admin melihat transaksi melalui