33

BAB IV

PERANCANGAN SISTEM USULAN

4.1. Tahapan Perancangan Sistem

Dalam merancang sistem usulan yang dilakukan penulis melakukan identifikasi

kebutuhan fungsional program disertai dengan penggambaran use case diagram dan

sekenario use case yang terkait dengan proses bisnis yang diusulkan.

4.1.1. Analisis Kebutuhan

Sebelum merancang sebuah sistem informasi rekam medis rawat jalan pada

Klinik Griya Medica Karawang penulis menganalisa dan merangkum beberapa

kebutuhan pengguna dan kebutuhan sistem seperti berikut:

A. Kebutuhan Pengguna

Dalam perancangan sistem rekam medis rawat jalan pada Klinik Griya Medica

terdapat beberapa pengguna yang memiliki kebutuhan informasi yang berbeda

seperti berikut ini:

A1. Sekenario Kebutuhan Staff Administrasi

a. Mengelola Data pasien

b. Mengelola Data Rekam Medis

b. Mengelola Laporan Kelengkapan Pengisian Catatan

A2. Sekenario Kebutuhan Kasir

a. Mengelola atau membuat kwitansi

b. Mengelola laporan keuangan

c. Mengelola data pembayaran

34

A3. Sekenario kebutuhan Apoteker

a. Mengelola Data Resep

b. Mengelola Data Obat

B. Kebutuhan Sistem

1. Pengguna harus melakukan login terlebih dahulu untuk dapat mengakses

program ini dengan cara memasukan username dan password

2. Pengguna harus melakukan logout setelah selesai menggunakan program ini.

4.1.2. Rancangan Use Case Diagram

Gambar IV.1

Use Case Diagram Sistem Usulan

35

Tabel IV.1

Deskripsi Use Case Mengelola Data Pasien

Use Case Name Mengelola Data Pasien

Requirements Staff Administrasi dapat mengelola data pasien

Goal Staff dapat menambah, mengedit, menyimpan dan menghapus

data pasien

Pre-Conditions Staff administrasi telah melakukan login

Post-Conditons Data pasien terupdate, tersimpan dan terhapus

Failed end Conditions Gagal menyimpan , mengupdate dan menghapus data pasien

Actors Staff Administrasi

Main Flow / Basic Path

1. Staff Administrasi melihat data pasien

2. Staff Administrasi menambah data pasien

3. Staff Administrasi menyimpan data pasien

Alternative Flow /

Invariant A

A1.Sistem menampilkan data yang sudah tersimpan.

A2. Admin memilih tombol edit

A3. Admin mengedit data pasien

Invariant B B1. Admin memilih tombol hapus

B2. Sistem menghapus data rekam medis

Tabel IV.2

Deskripsi Use Case Mengelola Data Rekam Medis

Use Case Name Mengelola Data Rekam Medis

Requirements Staff Administrasi dapat mengelola data rekam medis

Goal Staff dapat menambah, mengedit, menyimpan dan menghapus

data rekam medis pasien

Pre-Conditions Staff administrasi telah melakukan login

Post-Conditons Data rekam medis terupdate, tersimpan dan terhapus

Failed end Conditions Gagal menyimpan , mengupdate dan menghapus data pasien

Actors Staff Administrasi

36

Main Flow / Basic Path

1. Staff Administrasi melihat data rekam medis pasien

2. Staff Administrasi menambah data rekam medis pasien

3. Staff Administrasi menyimpan data rekam medis pasien

Alternative Flow /

Invariant A

A1.Sistem menampilkan data yang sudah tersimpan.

A2. Admin memilih tombol edit

A3. Admin mengedit data pasien

Invariant B B1. Admin memilih tombol hapus

B2. Sistem menghapus data rekam medis

Tabel IV.3

Deskripsi Use Case Mengelola Laporan Keuangan

Use Case Name Mengelola Laporan Keuangan

Requirements Kasir dapat mengelola data keuangan

Goal Kasir dapat menghitung data keuangan dengan sistem

Pre-Conditions Kasir telah melakukan login

Post-Conditons Data keuangan terupdate, tersimpan dan terhapus

Failed end Conditions Gagal menyimpan, mengupdate dan menghapus data

keuangan

Actors Kasir

Main Flow / Basic Path 1. Kasir melihat data keuangan

2. Kasir menyimpan data keuangan

Alternative Flow /

Invariant A

A1. Sistem menampilkan data keuangan yang sudah

tersimpan.

Invariant B B1. Admin memilih tombol hapus

B2. Sistem menghapus data keuangan

Tabel IV.4

Deskripsi Use Case Mengelola Data Resep

Use Case Name Mengelola Data Resep

Requirements Apoteker dapat mengelola data resep

Goal Apoteker dapat menambah, mengedit, menyimpan dan

menghapus data resep.

37

Pre-Conditions Apoteker telah melakukan login

Post-Conditons Data resep terupdate, tersimpan dan terhapus

Failed end Conditions Gagal menyimpan , mengupdate dan menghapus data resep

Actors Apoteker

Main Flow / Basic Path

1. Apoteker melihat data resep

2. Apoteker menambah data resep

3. Apoteker menyimpan data resep

Alternative Flow /

Invariant A

A1.Sistem menampilkan data yang sudah tersimpan.

A2. Apoteker memilih tombol edit

A3. Apoteker mengedit data resep

Invariant B B1. Apoteker memilih tombol hapus

B2. Sistem menghapus data resep

Tabel IV.5

Deskripsi Use Case Mengelola Data Obat

Use Case Name Mengelola Data Obat

Requirements Staff Administrasi dapat mengelola data obat

Goal Apoteker dapat menambah, mengedit, menyimpan dan

menghapus data obat

Pre-Conditions Apoteker telah melakukan login

Post-Conditons Data obat terupdate, tersimpan dan terhapus

Failed end Conditions Gagal menyimpan , mengupdate dan menghapus data obat

Actors Apoteker

Main Flow / Basic Path

1. Apoteker melihat data obat

2. Apoteker menambah data obat

3. Apoteker menyimpan data obat

Alternative Flow /

Invariant A

A1.Sistem menampilkan data yang sudah tersimpan.

A2. Apoteker memilih tombol edit

A3. Apoteker mengedit data pasien

Invariant B B1. Apoteker memilih tombol hapus

B2. Sistem menghapus data Obat

38

4.1.3. Rancangan Diagram Activity:

1. Activity Diagram Sistem Rekam Medis (Staff Administrasi)

Staff Administrasi

Gambar IV.2

Activity Diagram Sistem Rekam Medis (Staff Administrasi)

Melakukan Login

Masukan Username dan Password

Menu Utama

Username dan

password salah

Input

Data Pasien Input Data

Rekam Medis

Input

Data LKPC

Activity Finaly

39

2. Activity Diagram Sistem Rekam Medis (Kasir)

Kasir

Gambar IV.3

Activity Diagram Sistem Rekam Medis (Kasir)

Activity Finaly

Melakukan Login

Masukan Username dan Password

Menu Utama

Username dan

password salah

Input Data

Laporan Keuangan

Mengecek

Kwitansi

Input Data

Pembayaran

40

3. Activity Diagram Sistem Rekam Medis (Apoteker)

Apoteker

Gambar IV.4

Activity Diagram Sistem Rekam Medis (Apoteker)

Username dan

password salah

Input

Data Obat

Input

Data Resep

Melakukan Login

Masukan Username dan Password

Menu Utama

Activity Finaly

41

4.1.4. Rancangan Dokumen Sistem Usulan

A. Dokumen Masukan

Dokumen masukan adalah sebagai bentuk dokumen masukan yang akan diolah

dalam suatu proses agar dapat menghasilkan keluaran yang di inginkan. Adapun

dokumen masukan tersebut adalah:

1. Kartu Member

Nama Dokumen : Kartu Member

Fungsi ;Sebagai identitas pasien akan berobat

Sumber : Petugas pendaftaran

Tujuan : Pasien

Media :Kertas

Jumlah : Satu Lembar

Frekuensi : Setelah registrasi pasien rawat jalan

Bentuk : C.1

2. Data Resep

Nama Dokumen : Data Resep

Fungsi ; Sebagai catatan pemberian terapi obat-obatan sesuai

penyakit yang diderita

Sumber : Dokter

Tujuan : Pasien

Media :Kertas

Jumlah : Satu Lembar

Bentuk : C.2

42

B. Dokumen Keluaran

Bentuk dokumen keluaran pada sistem pencatan rekam medis pada Klinik

Griya Medica Karawang adalah sebagai berikut:

1. Kwitansi

Nama Dokumen : Kwitansi

Fungsi ;Sebagai bukti pembayaran biaya berobat

Sumber : Petugas Kasir

Tujuan : Pasien

Media :Kertas

Jumlah : Satu Lembar

Frekuensi : Setelah pasien selesai melakukan pembayaran

Bentuk : D.1

2. Data Rekam Medis

Nama Dokumen : Data Rekam Medis

Fungsi ; Sebagai Laporan rekam medis pasien pasien rawat

jalan

Sumber : Dokter

Tujuan : File Rekam Medis

Media :Kertas

Jumlah : Satu Lembar

Frekuensi : Setiap selesai evaluasi Rekam Medis

Bentuk : D.2

43

3. Laporan Keuangan

Nama Dokumen : Laporan Keuangan

Fungsi ; Sebagai laporan rekam medis pasien rawat jalan

Sumber : File Pembayaran

Tujuan : Kepala Klinik

Media : Kertas

Jumlah : Satu Lembar

Frekuensi : Setiap selesai evaluasi Rekam Medis

Bentuk : D.3

4.1.5. Rancangan Prototype

A. Interface Form Login

Gambar IV.5

Interface Form Login

44

B. Interface Form Data Pasien

Gambar IV.6

Interface Form Data Pasien

C. Interface Form Data Obat

Gambar IV.7

Interface Form Data Obat

45

D. Interface Form Data Rekam Medis

Gambar IV.8

Interface Form Data Rekam Medis

E. Interface Form Data Resep

Gambar IV.9

Interface Form Data Resep

46

F. Form Pembayaran

Gambar IV.10

Interface Form Data Pembayaran

4.2. Perancangan Perangkat Lunak

4.2.1 Entity Relationship Diagram (ERD)

Gambar IV.11

Entity Relationship Diagram (ERD)

47

4.2.2. Logical Record Structure

Gambar IV.12

Logical Structure Record

4.2.3. Spesifikasi File

1. Spesifikasi File Data Pasien

Nama File : Tbl_pasien

Akronim : Pasien

Fungsi : Untuk menyimpan data pasien

Tipe : Dokter

Organisasi File : Random

Akses File : Sequential

Media : Hardisk

Panjang Record : 90 karakter

Software : PHPMyAdmin

48

Tabel IV.6

Spesifikasi Tabel Pasien

No Elemen Data Nama Filed Type Size Key

1 ID Pasien Id_Pasien Varchar 8 Primary Key

2 Tanggal Lahir Tgl_Lahir Date Time 8

3 Nama Pasien Nama_Pasien Varchar 20

4 Alamat Alamat Varchar 50

5 Umur Umur Varchar 4

2. Spesifikasi Tabel Obat

Nama File : Tbl_obat

Akronim : Obat

Fungsi : Untuk menyimpan data obat-obatan

Tipe : Obat

Organisasi File : Random

Akses File : Sequential

Media : Hardisk

Panjang Record : 52 karakter

Software : PHPMyAdmin

Tabel IV.7

Spesifikasi Tabel Obat

No Elemen Data Nama Filed Type Size Key

1 Nomor Obat No_Obat Varchar 4 Primary Key

2 Nama Obat Nama_Obat Date Time 35

3 Harga Harga Varchar 8

4 Stok Stok Varchar 5

49

3. Spesifikasi Tabel Rekam Medis

Nama File : File Tbl_rekam_medis

Akronim : Rekam Medis

Fungsi : Untuk menyimpan data rekam medis pasien

Tipe : Rekam_medis

Organisasi File : Random

Akses File : Sequential

Media : Hardisk

Panjang Record : 103 karakter

Software : PHPMyAdmin

Tabel IV.8

Spesifikasi Tabel Rekam Medis

No Elemen Data Nama Filed Type Size Key

1 No Rekam Medis No_RM Varchar 15 Primary Key

2 Tanggal Rekam Medis Tgl_RM Date Time 8

3 Diagnosa Diagnosa Text 15

4 Tinggi Badan Tinggi_Badan Interger 15

5 Berat Badan Berat_Badan Varchar 15

6 Suhu Badan Suhu_Badan Varchar 15

7 Tekanan Darah Tekanan_Darah Text 20

4. Spesifikasi Tabel Resep

Nama File : Tbl_resep

Akronim : Resep

Fungsi : Untuk menyimpan data resep obat pasien

50

Tipe : Resep

Organisasi File : Random

Akses File : Sequential

Media : Hardisk

Panjang Record : 58 karakter

Software : PHPMyAdmin

Tabel IV.9

Spesifikasi Tabel Resep

No Elemen Data Nama Filed Type Size Key

1 Nomor Resep No_resep Varchar 15 Primary Key

2 Tanggal Resep Tgl_resep Date Time 8

3 Jumlah Obat Jml_Obat Interger 4

4 Nomor Rekam

Medis

No_RM Varchar 4

5 Nomor Obat No_Obat Varchar 4

5. Spesifikasi Tabel Pembayaran

Nama File : Tbl_pembayaran

Akronim : Pembayaran

Fungsi : Untuk menyimpan data pembayaran pasien

Tipe : Pembayaran

Organisasi File : Random

Akses File : Sequential

Media : Hardisk

51

Panjang Record : 43 karakter

Software : PHPMyAdmin

Tabel IV.10

Spesifikasi Tabel Data Pembayaran

No Elemen Data Nama Filed Type Size Key

1 Nomor Bayar No_Bayar Varchar 11 Primary Key

2 Tanggal Bayar Tgl_Bayar Date Time 8

3 Nama Dokter Nama_Dokter Varchar 20

4 Total Bayar Total_Bayar Interger 4

4.2.4. Class Diagram

Gambar IV.14

Class Diagram

52

4.2.5.Squence Diagram

1. Squence Diagram Login

Gambar IV.14

Squence Diagram Login

4.2.6. Spesifikasi Hardware dan Software

1.Spesifikasi Hardware

A. CPU

(a) Processor Intel Core-i5

(b) RAM 4GB(2x2 GB) DDR3 PC-10600

(c) Harddisk 500 GB

B. Monitor 14 inc

C. Keyboard Type : Komik Keyboard

D. Input Device Type: Komik Mouse

2, Spesifikasi Software

Perangkat lunak adalah suatu rangkaian atau susunan instruksi yang harus

benar dengan urutan-urutan yang benar pula. Keberadaan perangkat lunak selalu

menyertai perangkat keras yang ada.

53

Adapun perangkat lunak yang diperlukan untuk bisa menjalankan aplikasi ini

adalah sebagai berikut:

1. Sistem Operasi : Windows 7 Profesional

2. Program : VB.6.0

3. Server : Xampp

4. Database : MySQL

3. Program Office lainnya.

4.3. Jadwal Implementasi

Setelah sistem dianalisa dan didesain, maka akan menuju tahap implementasi.

Implementasi sistem merupakan tahap meletakan sistem sehingga siap untuk

dioprasikan. Implementasi bertujuan untuk mengkonfirmasikan modul-modul

perangcangan, sehingga pengguna dapat memberikan masukan kepada pengembang

sistem. Dalam jadwal implementasi akan dijelaskan tahapan dalam

mengimplementasikan sisitem yang diusulkan dan lamanya waktu dalam penerapan

ususlan.

Tabel IV.11

Jadwal Implementasi

No Kegiatan

Waktu

Bulan I Bulan II Bulan III

I II III IV I II III IV I II III IV

1 Analisa

Kebutuhan

2 Persiapan

Data

3 Pembuatan

Program

4 Test

Program

5 Buku

Petunjuk

6 Pelatihan

7 Test

Sistem

54