• 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!
31
0
0

Teks penuh

(1)

24

4.1. Tahapan Perancangan Sistem

4.1.1. Analisis Kebutuhan

A. Kebutuhan Pengguna

Dalam aplikasi pendaftaran di Klinik Jarsi ini terdapat dua pengguna yang dapat saling berinteraksi dalam lingkungan sistem, yaitu administrator dan pasien. Kedua pengguna tersebut memiliki karakteristik interaksi dengan sistem yang berbeda-beda dan memiliki kebutuhan informasi yang berbeda pula, seperti berikut:

A1. Skenario Kebutuhan Administrator

a) Mengolah data beranda, fasilitas, dan kontak

b) Melihat, mengubah, menghapus dan menambahkan data pasien c) Melihat, mengubah, menghapus dan menambahkan data admin d) Melihat, merubah, menghapus dan menambahkan data dokter

e) Mengolah data jadwal praktek dokter, membuat antrian, mengubah status antrian, dan menghapus antrian

f) Mencetak kartu pasien g) Membuat laporan

A2. Skenario Kebutuhan Pasien

a) Dapat melakukan pendaftaran akun dan menjadi pasien b) Dapat login sebagai pasien

c) Dapat melakukan update data pasien d) Dapat mengambil antrian dokter

(2)

e) Melihat informasi klinik dan jam praktek dokter f) Dapat melihat riwayat kunjungan

g) Dapat melihat kartu pasien dan kartu antrian

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. 3) Sistem menyimpan data dan kunjungan pasien.

4.1.2. Rancangan Diagram Use Case

Diagram use case merupakan pemodelan untuk menggambarkan behavior (kelakuan) sistem yang akan dibuat. Behavior yang dimaksud yaitu hubungan atau interaksi antara satu atau lebih aktor dengan sistem.

(3)

Berdasarkan use case diagram sistem usulan di atas terdapat 4 proses utama dari sistem yang diusulkan. Keempat proses utama tersebut yaitu pendaftaran akun, login, buat antrian, dan kelola antrian.

Tabel IV.1.

Deskripsi Use Case Pendaftaran Akun

Use Case Name Pendaftaran Akun

Requirements Pasien memilih menu daftar

Goal Akun terdaftar dan menjadi pasien

Pre-Conditions Pasien mengakses situs klinik

Post-Conditions Pasien telah mengisi form pendaftaran

Failed end Condition Pasien gagal terdaftar

Actors Pasien

Main Flow/ Basic Path 1. Pasien membuka situs klinik 2. Pasien mengisi form pendaftaran 3. Tampil pesan pasien berhasil terdaftar

Alternate Flow/Invariant A A1. Pasien mengisi username

A2. Tampil pesan username sudah terpakai

Invariant B

Tabel IV.2.

Deskripsi Use Case Login

Use Case Name Login

Requirements User mengakses situs klinik

Goal Mengakses halaman utama

Pre-Conditions User mengisi username dan password

Post-Conditions Masuk ke dalam halaman utama

Failed end Condition Salah mengisi username atau password

Actors Admin dan Pasien

Main Flow/ Basic Path 1. User membuka situs klinik

2. User mengisi username dan password 3. User dapat mengakses halaman utama

Alternate Flow/Invariant A A1. User melakukan login

A2. Salah memasukkan username/password A3. User gagal masuk ke halaman utama

(4)

Tabel IV.3.

Deskripsi Use Case Buat Antrian

Use Case Name Buat Antrian

Requirements User memilih buat antrian di menu jadwal

Goal Tampil nomor urut antrian

Pre-Conditions User telah login

Post-Conditions User telah mengisi form antrian

Failed end Condition Nomor urut antrian tidak ditampilkan

Actors Admin dan Pasien

Main Flow/ Basic Path 1. User memilih jadwal dan buat antrian 2. User mengisi form antrian

3. Sistem menampilkan nomor urut antrian

Alternate Flow/Invariant A Invariant B

Tabel VI.4.

Deskripsi Use Case Kelola Antrian

Use Case Name Kelola Antrian

Requirements Admin membuka data antrian dalam menu

jadwal

Goal Admin memperbarui status antrian

Pre-Conditions Praktek dokter dimulai

Post-Conditions Praktek dokter telah selesai

Failed end Condition Admin tidak dapat memperbarui status antrian

Actors Admin

Main Flow/ Basic Path 1. Admin memilih data antrian sesuai jadwal 2. Praktek dokter berjalan

3. Admin memperbarui status antrian

Alternate Flow/Invariant A Invariant B

(5)

4.1.3. Rancangan Diagram Aktivitas

Diagram aktivitas menggambarkan workflow (aliran kerja) dari sebuah sistem atau proses bisnis yang menunjukkan aliran pesan dari satu aktivitas ke aktivitas lainnya. Diagram aktifitas juga dapat digunakan untuk memahami proses secara keseluruhan.

1. Activity Diagram Pendaftaran Akun

Gambar IV.2. Activity Diagram Pendaftaran Akun

Pasien Sistem Membuka Situs Klinik Memilih Menu Daftar Menampilkan Situs Klinik Menampilkan Form Pendaftaran Memeriksa Kelengkapan Form Menyimpan ke Database Menampilkan Pesan Pasien Berhasil Terdaftar Mengisi Data Diri Menekan Tombol Daftar Tidak Sesuai

(6)

2. Activity Diagram Buat Antrian

(7)

3. Activity Diagram Kelola Antrian

(8)

4.1.4. Rancangan Dokumen Sistem Usulan

A. Dokumen Masukan

1. Nama Dokumen : Formulir Pendaftaran

Fungsi : Untuk mengisi data pasien baru

Sumber : Pasien

Tujuan : Administrasi

Media : Komputer

Jumlah : 1 lembar

Frekuensi : Setiap terjadi pendaftaran pasien baru

Bentuk : Lihat Lampiran C.1

B. Dokumen Keluaran

1. Nama Dokumen : Kartu Pasien

Fungsi : Untuk mencatat nomor rekam medis

Sumber : Pasien

Tujuan : Administrasi

Media : Komputer

Jumlah : 1 lembar

Frekuensi : Setiap pasien baru mendaftar

Bentuk : Lihat Lampiran D.1

2. Nama Dokumen : Kartu Antrian

Fungsi : Untuk mencatat nomor antrian

Sumber : Pasien

Tujuan : Administrasi

(9)

Jumlah : 1 lembar

Frekuensi : Setiap terjadi pembuatan antrian

Bentuk : Lihat Lampiran D.2

4.1.5. Rancangan Prototype

Prototype merupakan gambaran visual yang dinamis mengenai bagaimana user dapat berinteraksi dengan interface (antarmuka) sistem yang dirancang.

Rancangan prototype inilah yang dijadikan sebagai bahan untuk dilakukan pengujian (testing) sistem.

1. Interface Halaman Awal Website

(10)

2. Interface Halaman Pendaftaran

Gambar IV.6. Halaman Pendaftaran

3. Interface Akun Pasien

Akun pasien memiliki 4 menu utama, yaitu profil, antrian saya, jadwal praktek, dan riwayat.

(11)

Gambar IV.8. Halaman Profil Akun Pasien

Gambar IV.9. Halaman Antrian Saya Akun Pasien

(12)

Gambar IV.11. Halaman Buat Antrian Akun Pasien

(13)

4. Interface Akun Admin

Akun admin memiliki 4 menu utama, yaitu data pasien, data dokter, jadwal, dan laporan.

Gambar IV.13. Halaman Beranda Admin

(14)

Gambar IV.15. Halaman Tambah Pasien Akun Admin

Gambar IV.16. Halaman Data Dokter Akun Admin

(15)

Gambar IV.18. Halaman Data Jadwal Praktek Akun Admin

Gambar IV.19. Halaman Tambah Jadwal Akun Admin

(16)

Gambar IV.21. Halaman Buat Antrian Akun Admin

(17)

5. Interface Cetak Laporan

Gambar IV.23. Halaman Cetak Data Pasien

(18)

4.2. Perancangan Perangkat Lunak 4.2.1. Entity Relationship Diagram (ERD)

ERD merupakan gambaran hubungan antar entitas dari suatu database. Berikut ini adalah ERD dari sistem yang diusulkan :

Gambar IV.25. Entity Relationship Diagram (ERD)

Pasien Antrian Dokter no_rm nama tgl id_jadwal no_rm id_antri keluhan id_admin id_dokter nama telpon sip Jadwal id_dokter id_jadwal Mempunyai Mempunyai Mempunyai Akun password username Mendaftarkan alamat Admin id_admin nama password username Mengelola alamat telpon tgl_lahir umur gender jam_buka jam_ttp ruang hari id_dokter 1 1 1 1 M N M 1 no_reg jenis Mempunyai 1 M M 1 no_rm status no_urut

(19)

4.2.2. Logical Record Structure (LRS)

Adapun LRS yang diusulkan untuk sistem pendaftaran pasien di Klink Jarsi adalah sebagai berikut :

Gambar IV.26. Logical Record Structure (LRS)

4.2.3. Spesifikasi File

1. Spesifikasi File Akun

Nama File : Akun

Akronim : akun.myd

Fungsi : Untuk menyimpan informasi login pasien

Tipe File : File Master

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 (FK) id_dokter (FK) no_rm (FK) Dokter id_dokter (PK) alamat ruang telpon gender tgl_lahir password tgl nama keluhan sip jam_ttp hari password M nama id_admin (FK) jenis 1 1 1 1 M N M 1 1 1 M status no_urut

(20)

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

Panjang record : 51 Byte

Kunci Field : no_reg

Software : Mysql

Tabel IV.5. Spesifikasi File Akun

No Elemen data Nama Field Tipe Size Ket

1. Nomor

Registrasi

no_reg Char 5 Primary Key

2. Nomor

Rekam Medis

no_rm Char 6 Foreign Key

3. Username username Varchar 20

4. Password password Varchar 20

2. Spesifikasi File Pasien

Nama File : Pasien

Akronim : pasien.myd

Fungsi : Untuk menyimpan data diri pasien

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

Panjang record : 101 Byte

Kunci Field : no_rm

(21)

Tabel IV.6. Spesifikasi File Pasien

No Elemen data Nama Field Tipe Size Ket

1. Nomor

Rekam Medis

no_rm Char 6 Primary Key

2. Nama Pasien nama Varchar 30

3. Tanggal Lahir tgl_lahir Date 4. Jenis Kelamin gender Enum

5. Telpon telpon Varchar 15

6. Alamat alamat Varchar 50

3. Spesifikasi File Admin

Nama File : Admin

Akronim : admin.myd

Fungsi : Untuk menyimpan data admin

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

Panjang record : 75 Byte

Kunci Field : id_admin

Software : Mysql

Tabel IV.7. Spesifikasi File Admin

No Elemen data Nama Field Tipe Size Ket

(22)

2. Nama Admin nama Varchar 30

3. Username username Varchar 20

4. Password password Varchar 20

4. Spesifikasi File Dokter

Nama File : Dokter

Akronim : dokter.myd

Fungsi : Untuk menyimpan data dokter

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

Panjang record : 120 Byte

Kunci Field : id_dokter

Software : Mysql

Tabel IV.8. Spesifikasi File Dokter

No Elemen data Nama Field Tipe Size Ket

1. Id Dokter id_dokter Char 5 Primary Key

2. Nama Dokter nama Varchar 30

3. Surat Izin Praktek

sip Varchar 20

4. Jenis Dokter jenis Enum

5. Telpon telpon Varchar 15

6. Alamat alamat Varchar 50

5. Spesifikasi File Jadwal

(23)

Akronim : jadwal.myd

Fungsi : Untuk menyimpan data jadwal dokter

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

Panjang record : 10 Byte

Kunci Field : id_jadwal

Software : Mysql

Tabel IV.9. Spesifikasi File Jadwal

No Elemen data Nama Field Tipe Size Ket

1. Id Jadwal id_jadwal Char 5 Primary Key

2. Id Dokter id_dokter Char 5 Foreign Key

3. Jam Buka jam_buka Time

4. Jam Tutup jam_ttp Time

5. Hari hari Date

6. Ruang ruang Enum

6. Spesifikasi File Antrian

Nama File : Antrian

Akronim : antrian.myd

Fungsi : Untuk menyimpan data antrian

Tipe File : File Master

Organisasi File : Indexed Sequential

(24)

Media : Harddisk Panjang record : 79 Byte

Kunci Field : id_antri

Software : Mysql

Tabel IV.10. Spesifikasi File Antrian

No Elemen data Nama Field Tipe Size Ket

1. Id Antri id_antri Char 5 Primary Key

2. Nomor

Rekam Medis

no_rm Char 6 Foreign Key

3. Id Jadwal id_jadwal Char 5 Foreign Key

4. Id Dokter id_dokter Char 5 Foreign Key

5. Id Admin id_admin Char 5 Foreign Key

6. Nomor Urut Antrian no_urut Int 3 7. Tanggal Berobat tgl Date 8. Status Antrian status Enum

(25)

4.2.4. Class Model /Class Diagram

Class diagram merupakan gambaran hubungan antar kelas-kelas dalam

sistem beserta atribut dan operasinya.

(26)

4.2.5. Sequence Diagram

Sequence diagram menggambarkan komunikasi antar objek dalam sistem.

Berikut ini adalah sequence diagram proses utama dari sistem yang diusulkan : 1. Sequence Diagram Pendaftaran Akun

(27)

2. Sequence Diagram Login

(28)

3. Sequence Diagram Buat Antrian

(29)

4. Sequence Diagram Kelola Antrian

Gambar IV.31. Sequence Diagram Kelola Antrian

4.2.6. Spesifikasi Hardware dan Software

1. Spesifikasi Hardware

A. Server

1) CPU

(a) Processor Pentium® Core 2 Duo

(b) RAM DDR2 4 GB

(30)

2) Mouse 3) Keyboard

4) Monitor dengan resolusi layar minimum 1024x768 5) Koneksi internet dengan kecepatan 2 Mbps

B. Client

1) CPU

(a) Processor Pentium® 4

(b) RAM DDR2 1 GB

(c) Hard Disk 20 GB

2) Mouse 3) Keyboard

4) Monitor dengan resolusi layar minimum 1024x768 5) Koneksi internet dengan kecepatan 56 kbps

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, WampServer, php2triad yang terdiri dari beberapa komponen, diantaranya:

(a) Aplikasi Apache Server v2

(b) Aplikasi PHP Server v5

(c) Aplikasi MySQL Server v5

(31)

3) Aplikasi web browser seperti Mozilla Firefox, Opera, Safari, Internet

Explorer, Google Chrome.

B. Client

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

2) Aplikasi web browser seperti Mozilla Firefox, Opera, Safari, Internet

Explorer, Google Chrome.

4.3. Jadwal Implementasi

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 Persiapan Data Awal

2 Analisa

3 Desain Sistem

4 Desain Perangkat Lunak

5 Pembuatan & Tes Program

6 Tes Sistem

7 Pelatihan

8 Pembuatan Buku Petunjuk

Gambar

Diagram  use  case  merupakan  pemodelan  untuk  menggambarkan  behavior  (kelakuan)  sistem  yang  akan  dibuat
Tabel IV.1.
Tabel IV.3.
Diagram aktivitas menggambarkan workflow (aliran kerja) dari sebuah sistem  atau  proses  bisnis  yang  menunjukkan  aliran  pesan  dari  satu  aktivitas  ke  aktivitas  lainnya
+7

Referensi

Dokumen terkait

Sedangkan apabila sebelumnya anak mengkonsumsi ASI saja maka ASI bisa tetap diberikan karena secara teori ASI juga baik untuk pencernaan karena dalam ASI juga terdapat

Pada tanah Vertisol akar cendana bobot kering lebih berat pada cekaman 2 hari C2 dibanding dengan cekaman lainya baik pada umur 90 maupun 150 HST (Tabel 6) yang didukung

Aspek Manajemen merupakan bagian yang tidak terpisahkan dari beberapa Aspek Manajemen merupakan bagian yang tidak terpisahkan dari beberapa aspek kajian dalam sebuah laporan

sesuai dengan keyakinan masing-masing untuk penilaian media pembelajaran dari skripsi “Game Edukasi Sejarah Komputer Menggunakan Role Playing Game (RPG) Maker XP sebagai

LOKASI SD NEGERI REJOWINANGUN 1 UNIVERSITAS NEGERI YOGYAKARTA Alamat :Jl. Kegiatan ini memberikan kesempatan kepada mahasiswa UNY untuk meningkatkan kemampuannya dalam

Pihak pemerintah hendaknya lebih kreatif dan inovatif dalam mencari sumber- sumber dana untuk pembayaran hutang tersebut, dan tentunya tidak merugikan rakyat

Skripsi berjudul “ PENGARUH PENGETAHUAN PAJAK DAN PERSEPSI WAJIB PAJAK TERHADAP KEPATUHAN WAJIB PAJAK ( Studi kasus pada pegawai Pengadilan Agama Jepara )”.. Saya juga

This study primarily aims at finding out the impact of internal control on banks credit management offive Banks in Bayelsa state of Nigeria. The study