BAB IV PERANCANGAN SISTEM USULAN€¦ · BAB IV PERANCANGAN SISTEM USULAN 1.1. Tahapan Perancangan...

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


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


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


Main Flow/ Basic Path 1. Petugas medis dapat mengelola data

pembayaran

2. Petugas medis dapat menambahkan

pembayaran pasien


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


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


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


Tujuan : Pasien

Media : File

Jumlah : 1 Halaman

Frekuensi : Setiap akan melakukan pemeriksaan


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


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


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


Tujuan : Manager

Media : Kertas

Jumlah : 1 Halaman

Frekuensi : Setiap manager meriksa laporan data klinik


3. Nama Dokumen : Struk Pembayaran

Fungsi : Sebagai bukti pembayaran klinik


Tujuan : Pasien

Media : kertas

Jumlah : 1 lemabar

Frekuensi : Setelah melakukan pemeriksaan dan menebus obat


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




Akses File : Random

Media : Harddisk


Kunci Field : No_pasien

Software : Mysql

Tabel IV.10

Spesifikasi File Pasien


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



2. Spesifikasi File

Nama File : Pembayaran

Akronim : Pembayaran

Fungsi : Menyimpan data pembayaran pasien



Akses File : Random

Media : Harddisk

Panjang record : 23

Kunci Field : No_pembayaran

Software : Mysql

Tabel IV.11

Spesifikasi File Pembayaran


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



Akses File : Random

Media : Harddisk

Panjang record : 10

Kunci Field : No_pendaftaran

Software : Mysql

Tabel IV.12

Spesifikasi File Pendaftaran


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




Akses File : Random

Media : Harddisk


Kunci Field : Username

Software : Mysql

Tabel IV.13

Spesifikasi File Petugas Medis


1 Username Username Varchar 10 Primary

Key

2 Password Password Varchar 32

3 Nama Nama Varchar 25

4 Jenis kelamin Tgl_lahir Varchar 10



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

BAB IV PERANCANGAN SISTEM USULAN€¦ · BAB IV PERANCANGAN SISTEM USULAN 1.1. Tahapan Perancangan...

Documents

Transcript of BAB IV PERANCANGAN SISTEM USULAN€¦ · BAB IV PERANCANGAN SISTEM USULAN 1.1. Tahapan Perancangan...