Upload
others
View
5
Download
0
Embed Size (px)
Citation preview
40
BAB IV
PERANCANGAN SISTEM USULAN
1.1. Tahapan Perancangan Sistem
1.1.1. Analisis Kebutuhan
Analisis Kebutuhan merupakan penguraian dari suatu sistem informasi
yang utuh ke dalam bagian-bagian komponennya dengan maksud untuk
mengidentifikasi dan mengevaluasi permasalahan, hambatan, kesempatan yang
terjadi dan kebutuhan yang diharapkan sehingga dapat diusulkan perbaikan
A. Kebutuhan Pengguna
Pada aplikasi rawat jalan terdapat 2 pengguna yang dapat saling berinteraksi
dalam sistem yang dibuat dan mempunyai kebutuhan informasi yang berbeda-
beda sesuai kebutuhan masing-masing pengguna diantaranya sebagai berikut:
1. Kebutuhan Petugas Medis
a. Petugas medis mempunyai hak penuh dalam mengubah, menambahkan,
maupun menghapus data atau informasi yang ada diaplikasi rekam medis
rawat jalan berbasis web
b. Petugas medis merupakan orang yang bertanggung jawab mengelola
pendaftaran pasien, mengelola data pasien terdaftar mengelola data rekam
medis dan membuat laporan.
2. Kebutuhan Dokter
a. Mengelola data diagnosa pasien
b. Mengelola data obat
B. Kebutuhan Sistem
1. Pengguna harus melakukan login terlebih dahulu untuk mengakses aplikasi
ini dengan memasukan id_user dan password agar privasi masing-masing
pengguna tetap terjaga keamanannya
2. Pengguna melakukan logout setelah menggunakan aplikasi
3. Pengguna dapat mengelola data yang ada dalam aplikasi dengan hak akses
dari pengguna tersebut
4.1.2. Rancang Diagram Use Case
Gambar IV.12
Use Case Sistem Usulan
Tabel IV.1
Deskripsi Use Case Pendaftaran
Use Case Name Pendaftaran Pasien
Requirements Petugas medis dapat melihat dan mengelola
pendaftaran pasien
Goal Petugas medis dapat melihat semua data
pasien secara online
Pre-Conditions Petugas medis harus memiliki username
dan password untuk melakukan
pendaftaran pasien
Post-Conditions Masuk ke halaman pendaftaran pasien
Failed end Condition Petugas medis tidak dapat melakukan
pendaftaran pasien
Actors Petugas medis dan pasien
Main Flow/ Basic Path 1. Petugas medis dapat menambahkan
pasien baru dan lama
2. Petugas medis dapat melihat seluruh
data pasien secara sistem
Alternate Flow/Invariant
A
A1. Sistem akan menampilkan data pasien
Invariant B B1. Pasien akan terdaftar di dalam sistem
Tabel IV.2
Deskripsi Use Case Login
Use Case Name Login
Requirements Petugas medis dapat melakukan login
Goal Petugas medis dapat masuk ke semua
sistem data pasien
Pre-Conditions 1. Petugas medis memiliki username dan
password
2. Petugas medis harus masuki halaman
login
Post-Conditions Masuk ke halaman utama
Failed end Condition Petugas medis tidak dapat masuk ke
halaman login
Actors Petugas medis
Main Flow/ Basic Path 1. sistem akan menampilkan menu utama
Alternate Flow/Invariant
A
A1. Sistem akan menampilkan halaman
utama Petugas medis
Invariant B B1. User mengetik username dan password
B2. Username dan password tidak valid
B3. Sistem akan menampilkan User salah
Tabel IV.3
Deskripsi Use Case Mengelola Data Pasien
Use Case Name Mengelola data pasien
Requirements Petugas medis mengelola semua data
pasien
Goal Petugas medis dapat melihat semua data
pasien secara online
Pre-Conditions Petugas medis harus memiliki username
dan password untuk mengelola data pasien
Post-Conditions Masuk ke halaman pasien
Failed end Condition Petugas medis tidak dapat melakukan
pendaftaran pasien
Actors Petugas medis dan pasien
Main Flow/ Basic Path 1. Petugas medis dapat mencari data
pasien
2. Petugas medis dapat melihat seluruh
data pasien secara online
Alternate Flow/Invariant A A1. Sistem akan menampilkan halaman
utama data pasien
Invariant B -
Tabel IV.4
Deskripsi Use Case Pembayaran
Use Case Name Mengelola Pembayaran
Requirements Petugas medis dapat mengelola
pembayaran
Goal Petugas medis melihat semua data
pembayaran secara online
Pre-Conditions Petugas medis mengelolda data
pembayaran pasien
Post-Conditions Masuk ke halaman pembayaran
Failed end Condition Petugas medis dan pasien tidak dapat
melakukan pembayaran
Actors Petugas medis dan pasien
Main Flow/ Basic Path 1. Petugas medis dapat mengelola data
pembayaran
2. Petugas medis dapat menambahkan
pembayaran pasien
Alternate Flow/Invariant
A
A1. Sistem akan menampilkan data
pembayaran
Invariant B B1. Pasien akan melihat list pembayaran
Tabel IV.5
Deskripsi Use Case Membuat Laporan
Use Case Name Membuat laporan
Requirements Petugas medis dapat melihat data pasien
perhari
Goal Petugas medis membuat laporan bulanan
Pre-Conditions 1. Petugas medis harus memiliki
username dan password untuk
membuat laporan
2. Petugas medis harus masuk menu
utama
Post-Conditions Petugas medis membuat laporan bulanan
Failed end Condition Petugas medis tidak dapat membuat
laporan bulanan
Actors Petugas medis
Main Flow/ Basic Path 1. Petugas medis dapat membuat laporan
bulanan
Alternate Flow/Invariant A A1. Sistem akan menampilkan data
laporan
Invariant B B1. User menampilkan data tidak
tersimpan
Tabel IV.6
Deskripsi Use Case Login Dokter
Use Case Name Login
Requirements Dokter dapat melihat data pasien
Goal Dokter dapat melihat semua data pasien
secara online
Pre-Conditions Dokter harus memiliki username dan
password untuk melakukan login
Post-Conditions Masuk ke halaman menu utama
Failed end Condition Dokter tidak dapat melakukan login
Actors Dokter
Main Flow/ Basic Path 1. Sistem akan menampilkan halaman
utama login
Alternate Flow/Invariant
A
A1. Sistem akan menampilkan halaman
utama dokter
Invariant B B1. User mengetik username dan password
B2. Username dan password tidak valid
B3. Sistem akan menampilkan Username
salah
Tabel IV.7
Deskripsi Use Case Pemeriksaan Pasien
Use Case Name Input Data Pemeriksaan Pasien
Requirements Dokter dapat melihat data pasien
Goal Dokter dapat masuk ke pengelolaan dan
melihat semua data pasien secara online
Pre-Conditions Dokter harus memiliki username dan
password
Post-Conditions Masuk ke halaman menu utama
Failed end Condition Dokter tidak dapat melihat data
pemeriksaan pasien
Actors Dokter
Main Flow/ Basic Path 1. Dokter dapat mengelola data
pemeriksaan pasien
2. Dokter dapat melihat seluruh data
pasien di web
Alternate Flow/Invariant
A
A1. Sistem akan menampilkan data pasien
Invariant B B1. Pasien akan terdaftar di dalam sistem
dokter
Tabel IV.8
Deskripsi Use Case Input Obat dan Resep Obat
Use Case Name Input obat dan resep obat
Requirements Dokter dapat mengelola data obat dan
resep obat
Goal Dokter dapat masuk ke pengelolaan dan
melihat semua data obat dan resep obat
Pre-Conditions 1. Dokter harus memiliki username dan
password
2. Dokter harus masuk menu mengelola
data obat
Post-Conditions Masuk ke halaman obat
Failed end Condition Dokter tidak dapat melakukan
pengambilan resep
Actors Dokter
Main Flow/ Basic Path 1. Dokter dapat mengelola resep obat
2. Dokter dapat mengisi form resep obat
Alternate Flow/Invariant A A1. Sistem akan menampilkan menu
utama resep obat
Invariant B B1. Dokter akan menampilkan list
pengambilan resep obat
B2. Pasien akan melakukan pengambilan
resep
4.1.3. Rancang Diagram Aktivitas
Gambar IV.13 Activity Diagram
4.1.4. Rancangan Dokumen Sistem Usulan
Dokumen sistem usulan merupakan Sistem yang diusulkann dan
memiliki beberapa tahapan/prosedur dalam pelaksanaan operasional sistem.
Adapun tahapan/prosedur yang diusulkan penulis terdiri dari :
A. Dokumen Masukan
1. Nama Dokumen : Pendaftara pasien
Fungsi : Untuk pendaftaran pasien
Sumber : Petugas medis
Tujuan : Pasien
Media : File
Jumlah : 1 Halaman
Frekuensi : Setiap pendaftaran pasien baru
Bentuk : Lihat Lampiran C.1
2. Nama Dokumen : Data Pasien
Fungsi : Untuk data pemeriksaan
Sumber : Petugas medis
Tujuan : Pasien
Media : File
Jumlah : 1 Halaman
Frekuensi : Setiap akan melakukan pemeriksaan
Bentuk : Lihat Lampiran C.2
3. Nama Dokumen : Input data periksa
Fungsi : Untuk mengetahui hasil diagnosa pasien
Sumber : Dokter
Tujuan : Pasien
Media : File
Jumlah : 1 Halaman
Frekuensi : Setiap pasien akan melakukan pemeriksaan
Bentuk : Lihat Lampiran C.4
4. Nama Dokumen : Input resep obat
Fungsi : Untuk mengetahui list obat tersedia
Sumber : Dokter
Tujuan : Pasien
Media : File
Jumlah : 1 Halaman
Frekuensi : Setiap akan melakukan penebusan obat
Bentuk : Lihat Lampiran C.2
B. Dokumen Keluaran
1. Nama Dokumen : Kartu pasien terdaftar
Fungsi : Sebagai bukti pasien telah terdaftar pada klinik
Sumber : Pasien
Tujuan : Pasien
Media : Kertas
Jumlah : 1 lembar
Frekuensi : Setiap akan melakukan pemeriksaan
Bentuk : Lihat Lampiran D.1
2. Nama Dokumen : Laporan Bulanan
Fungsi : Sebagai bukti data klinik
Sumber : Petugas medis
Tujuan : Manager
Media : Kertas
Jumlah : 1 Halaman
Frekuensi : Setiap manager meriksa laporan data klinik
Bentuk : Lihat Lampiran D.1
3. Nama Dokumen : Struk Pembayaran
Fungsi : Sebagai bukti pembayaran klinik
Sumber : Petugas medis
Tujuan : Pasien
Media : kertas
Jumlah : 1 lemabar
Frekuensi : Setelah melakukan pemeriksaan dan menebus obat
Bentuk : Lihat Lampiran D.1
4.1.5. Rancangan Prototype
a. Interface Login Petugas medis
Gambar IV.14 Login Petugas Medis
b. Interface Menu Utama Petugas Medis
Gambar IV.15 Menu Utama Petugsa Medis
c. Interface Form Pendaftaran Pasien
Gambar IV.16 Form Pendaftaran
d. Interface Data Pasien
Gambar IV.17 Data Pasien
b. Interface Data Periksa Petugas Medis
Gambar IV.18 Data Periksa Petugas Medis
c. Interface Login Dokter
Gambar IV.19 Login Dokter
d. interface Data Periksa Dokter
Gambar IV.20 Data Periksa Dokter
e. Interface Form Resep Obat
Gambar IV.21 Form Resep Obat
f. Interface Diagnosa
Gambar IV.22 Diagnosa
g. Interface Pembayaran
Gambar IV.23 Pembayaran
h. Interface Laporan Klinik
Gambar IV. 24 Laporan Klinik
4.2. Perancangan Perangkat Lunak
Perancangan perangkat lunak ini difokuskan pada enam atribut, yaitu Use
Case, Aktivitas Diagram, ERD, LRS, Class Diagram, Sequence Diagram.
4.2.1. Entity Relationship Diagram (ERD)
Gambar IV.25
ERD Rawat Jalan Klinik
4.2.2. Logical Structure Record
Gambar IV.26
LRS Rawat Jalan Klinik
4.2.3. Spesifikasi File
Dalam pembuatan program di butuhkan suatu spesifikasi file yang
dimaksudkan untuk dapat melakukan kegiatan pencarian dan pembuatan data
sehingga memudahkan kinerja sistem, spesifikasi file digunakan dalam
perancangan sistem karena spesifikasi file menentukan spesifikasi fisik
database yang menenjukan struktur dari elemen data yang menyatakan
panjang elemen data dan jenis datanya. Spesifikasi file merupakan urutan isi
data-data item yang terdaftar pada sebuah record file yang dipakai untuk
sistem Rawat Jalan pada Klinik Central Medika.
1. Spesifikasi File
Nama File : Dokter
Akronim : Dokter
Fungsi : Untuk menyimpan data pasien
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 200
Kunci Field : Username_dokter
Software : Mysql
Tabel IV.9
Spesifikasi File Dokter
No Elemen data Nama Field Tipe Size Ket
1 Username dokter Username_dokter Varchar 15 Primary
Key
2 Password Password Varchar 32
3 Nama dokter Nama_dokter Varchar 20
4 Jenis kelamin Jenis_kelamin Varchar 12
5 Tarif dokter Tariff_dokter Int 8
6 Alamat Alamat Varchar 100
7 Telepon Telepon Varchar 13
Spesifikasi File
Nama File : Pasien
Akronim : Pasien
Fungsi : Untuk menyimpan data pasien
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 150
Kunci Field : No_pasien
Software : Mysql
Tabel IV.10
Spesifikasi File Pasien
No Elemen data Nama Field Tipe Size Ket
1 No pasien no_pasien Varchar 6 Primary
Key
2 Nama pasien nama_pasien Varchar 20
3 Jenis kelamin jenis_kelamin Varchar 11
4 Tgl lahir Tgl_lahir Date
5 Alamat Alamat Varchar 100
6 Telepon Telepon Varchar 13
2. Spesifikasi File
Nama File : Pembayaran
Akronim : Pembayaran
Fungsi : Menyimpan data pembayaran pasien
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 23
Kunci Field : No_pembayaran
Software : Mysql
Tabel IV.11
Spesifikasi File Pembayaran
No Elemen data Nama Field Tipe Size Ket
1 No pemabayaran no_pembayaran Varchar 10 Primary
Key
2 No pasien no_pasien Varchar 6 Foreign key
2 Total bayar total_bayar Int 7
3 Tgl pembayaran tgl_pembayaran Date
3. Spesifikasi File
Nama File : Pendaftaran
Akronim : Pendaftaran
Fungsi : Menyimpan data pasien
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 10
Kunci Field : No_pendaftaran
Software : Mysql
Tabel IV.12
Spesifikasi File Pendaftaran
No Elemen data Nama Field Tipe Size Ket
1 No pendaftaran no_pendaftaran Varchar 10 Primary
Key
2 Tgl pendaftaran tgl_pendaftaran Date
4. Spesifikasi File
Nama File : Petugas medis
Akronim : Petugas medis
Fungsi : Untuk menyimpan data pasien
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 190
Kunci Field : Username
Software : Mysql
Tabel IV.13
Spesifikasi File Petugas Medis
No Elemen data Nama Field Tipe Size Ket
1 Username Username Varchar 10 Primary
Key
2 Password Password Varchar 32
3 Nama Nama Varchar 25
4 Jenis kelamin Tgl_lahir Varchar 10
5 Alamat Alamat Varchar 100
6 Telepon Telepon Varchar 13
4.2.4. Class Model / Class Diagram
Gambar VI.27 Class Model
4.2.5. Sequence Diagram
Gambar IV.28 Aktivitas Petugas Medis
4.2.6. Spesifikasi Hardware
1. Spesifikasi Hardware
a. Server
1) CPU
(a) Processor AMD A4
(b) RAM DDR2 4 GB
(c) Hard Disk 500 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 AMD A4
(b) RAM DDR2 1GB
(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
1. Server
a. Sistem operasi yang umum digunakan seperti: Microsoft Windows
b. Aplikasi bundle web server seperti: Xampp yang terdiri dari beberapa
komponen, diantaranya:
(1) Aplikasi Apache Server v2
(2) Aplikasi PHP Server v7
(3) Aplikasi MySQL Server v7
(4) Aplikasi phpMyAdmin v7
c. Aplikasi Web Lihatr seperti Mozilla Firefox, Google Chrome.
2. Client
a. Sistem operasi yang umum digunakan seperti: Microsoft Windows
b. Aplikasi web browser seperti Mozilla Firefox,, Google Chrome.
4.3. Jadwal Implementasi
Tabel IV.14
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
9 Evaluasi & Operasional