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
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.
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
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
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
2. Activity Diagram Buat Antrian
3. Activity Diagram Kelola Antrian
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
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
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.
Gambar IV.8. Halaman Profil Akun Pasien
Gambar IV.9. Halaman Antrian Saya Akun Pasien
Gambar IV.11. Halaman Buat Antrian Akun Pasien
4. Interface Akun Admin
Akun admin memiliki 4 menu utama, yaitu data pasien, data dokter, jadwal, dan laporan.
Gambar IV.13. Halaman Beranda Admin
Gambar IV.15. Halaman Tambah Pasien Akun Admin
Gambar IV.16. Halaman Data Dokter Akun Admin
Gambar IV.18. Halaman Data Jadwal Praktek Akun Admin
Gambar IV.19. Halaman Tambah Jadwal Akun Admin
Gambar IV.21. Halaman Buat Antrian Akun Admin
5. Interface Cetak Laporan
Gambar IV.23. Halaman Cetak Data Pasien
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
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
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
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
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
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
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
4.2.4. Class Model /Class Diagram
Class diagram merupakan gambaran hubungan antar kelas-kelas dalam
sistem beserta atribut dan operasinya.
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
2. Sequence Diagram Login
3. Sequence Diagram Buat Antrian
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
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
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