BAB IV PERANCANGAN SISTEM USULAN

(1)

BAB IV

PERANCANGAN SISTEM USULAN

1.1. Tahapan Perancangan Sistem

Analisa kebutuhan merupakan langkah awal untuk menentukan gambaran perangkat yang akan dihasilkan ketika pengembang melaksanakan sebuah proyek pembuatan perangkat lunak.

4.1.1 Analisis Kebutuhan

Sistem informasi rekam medis berbasis web merupakan sebuah sistem informasi pencatatan riwayat pasien berobat disebuah Rumah Sakit/Puskesman/Klinik ataupun Layanan kesehatan.

A. Kebutuhan Pengguna

Berikut adalah skenario spesifikasi kebutuhan dari sistem informasi rekam medis yang telah di rancang untuk KLINIK NAUFAL HUSADA :

a) Skenario Halaman Kepala Admin

a) Mengelola Sistem b) Mendaftarkan Admin

c) Mengendalikan aktif dan nonaktif nya admin

d) Menambahkan Admin b) Skenario Halaman Admin a) Mengelola data pasien b) Mendaftarkan pasien baru c) Mengelola Obat

(2)

e) Mengelola Dokter f) Mengelola Transaksi g) Mengelola Laporan

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 web.

4.1.2 Rancangan Diagram Usecase

Usecase adalah sebuah teknik untuk menangkap kebutuhan fusuinal sistem, usecase menggambarkan antar reaksi pengguna dengan sistem usecase juga menyediakan narasi bagaimana sistem digunakan.usecase juga memiliki beberapa elemen-elemen yang digunakan, diantarnya:

1. Aktor : Mewakili peran orang, sistem yang lain, atau alat ketika berkomunikasi dengan usecase.

2. Usecase : Interaksi anatara sistem dan aktor, ditempatkan didalam sistem boundary (batasan sistem). Dilabeli dengan kata kerja – frase kata benda.

3. Boundary : Berisi nama dari sistem yang diletakkan di dalam atau dibagian atas boundary, mewakili ruang lingkup sistem.

4. Association Relationship : menghubungkan actor dengan usecase.

5. Include Relationship : perilaku yang harus terpenuhi agar sebuah event dapat terjadi.

(3)

A. Usecase Diagram

Gambar IV.1

Use Case Diagram

Tabel IV.1

Deskripsi Use Case Login Admin Use Case Name Login

Requirements Memiliki username dan password

Goal Admin telah melakukan login

Pre-Conditions Admin memasukan username dan password Post-Conditions Admin masuk menu utama

Failed end Condition Admin salah memasukan username atau password

Actors Admin

Main Flow/ Basic Path 1. Admin dapat login

2. Admin dapat mengakses menu utama Alternate Flow/Invariant Sistem masuk Form utama

uc Use Case sistem klinik

Admin Login Mengelola data pasien Mengelola data dokter Mengelola data obat Mengelola data poliklinik Mengelola rekam medis Transaksi Laporan Kepala admin Login mengelola admin Logout

(4)

Tabel IV.2

Deskripsi Use Case Login Kepala Admin Use Case Name Login

Requirements Memiliki username dan password Goal Kepala Admin telah melakukan login Pre-Conditions Kepala Admin memasukan username dan

password

Post-Conditions Kepala Admin masuk menu utama

Failed end Condition Kepala Admin salah memasukan username atau password

Actors Kepala Admin

Main Flow/ Basic Path 1. Kepala Admin dapat login

2. Agen dapat mengakses menu utama Alternate Flow/Invariant Sistem masuk Form utama

Tabel IV.3

Deskripsi Use Case Data Pasien Use Case Name Mengelola data pasien

Requirements Admin dapat menginput data pasien Goal Admin dapat mengelola data pasien Pre-Conditions Admin mengakses data pasien Post-Conditions 1. Admin dapat menambahkan

2. Admin dapate menghapus 3. Admin dapat mengedit 4. Admin dapat mencetak 5. Admin dapat menyimpan Failed end Condition 1. Admin gagal menambahkan

2. Admin gagal menghapus 3. Admin gagal mengedit

Actors Admin

Main Flow/ Basic Path 1. Admin dapat mengakses data pasien 2. Admin dapat mengelola data pasien Alternate Flow/Invariant Sistem masuk Form input data pasien

(5)

Tabel IV.4

Deskripsi Use Case Data Dokter Use Case Name Mengelola data dokter

Requirements Admin dapat menginput data dokter Goal Admin dapat mengelola data dokter Pre-Conditions Admin mengakses data dokter Post-Conditions 6. Admin dapat menambahkan

Actors Admin

Main Flow/ Basic Path 3. Admin dapat mengakses data dokter 4. Admin dapat mengelola data dokter Alternate Flow/Invariant Sistem masuk Form input data dokter

Tabel IV.5

Deskripsi Use Case Data Obat Use Case Name Mengelola data obat

Requirements Admin dapat menginput data obat Goal Admin dapat mengelola data obat Pre-Conditions Admin mengakses data obat Post-Conditions 11. Admin dapat menambahkan

Actors Admin

Main Flow/ Basic Path 5. Admin dapat mengakses data obat 6. Admin dapat mengelola data obat Alternate Flow/Invariant Sistem masuk Form input data obat

(6)

Tabel IV.6

Deskripsi Use Case Data Poliklinik Use Case Name Mengelola data poliklinik

Requirements Admin dapat menginput data poliklinik Goal Admin dapat mengelola data poliklinik Pre-Conditions Admin mengakses data poliklinik Post-Conditions 16. Admin dapat menambahkan

Actors Admin

Main Flow/ Basic Path 7. Admin dapat mengakses data poliklinik 8. Admin dapat mengelola data poliklinik Alternate Flow/Invariant Sistem masuk Form input data poliklinik

Tabel IV.7

Deskripsi Use Case Data Rekam Medis Use Case Name Mengelola data rekam medis

Requirements Admin dapat menginput data rekam medis Goal Admin dapat mengelola data rekam medis Pre-Conditions Admin mengakses data rekam medis Post-Conditions 21. Admin dapat menambahkan

Actors Admin

Main Flow/ Basic Path 9. Admin dapat mengakses data rekam medis 10. Admin dapat mengelola data rekam medis Alternate Flow/Invariant Sistem masuk Form input data pasien

(7)

Tabel IV.8

Deskripsi Use Case Data Transaksi Use Case Name Mengelola data pasien

Requirements Admin dapat menginput data Transaksi Goal Admin dapat mengelola data Transaksi Pre-Conditions Admin mengakses data Transaksi Post-Conditions 26. Admin dapat menambahkan

Actors Admin

Main Flow/ Basic Path 11. Admin dapat mengakses data Transaksi 12. Admin dapat mengelola data Transaksi Alternate Flow/Invariant Sistem masuk Form input data Transaksi

Tabel IV.9

Deskripsi Use Case Data Laporan Use Case Name Mengelola data laporan

Requirements Admin dapat mencetak data laporan Goal Admin dapat mengelola data laporan Pre-Conditions Admin mengakses data laporan Post-Conditions 31. Admin dapat menambahkan

Actors Admin

Main Flow/ Basic Path 13. Admin dapat mengakses data laporan 14. Admin dapat mengelola data laporan Alternate Flow/Invariant Sistem masuk Form input data laporan

(8)

4.1.3 Rancangan Activity Diagram

A. Activity Diagram Kepala Admin

Gambar IV.2

Activity Diagram Kepala Admin

act Activ ity Diagram Kepala Admin

Sistem Kepala Admin

Login Verifikasi Login

Tampilan halaman utama admin Mengaktifkan & Menonaktifkan user admin Menambahkan & Menghapus Admin Menyimpan data

(9)

B. Activity Diagram Admin

Gambar IV.3 Diagram Aktifitas Admin

act Activ ity Diagram Admin

Input username dan passw ord Admin

Login Menampilkan form login

Input username dan passw ord

Halaman utama

Pilih data pasien

Tampilan data pasien

Pilih data dokter

Tampilan data dokter

Pilih data obat

Tampilan data obat

Pilih data poliklinik

Tampilan data poliklinik

Pilih data rekam medis

Tampilan data rekam medis

Pilih data transaksi

Tampilan data rekam medis Pilih Laporan Tampilan Laporan T i dak T i dak Ya Ya Ya Ya Ya T i dak Benar Ya Sal ah T i dak T i dak

(10)

C. Activity Diagram Rekam Medis

Gambar IV.4

Diagram Aktifitas Rekam Medis

act Av tiv ity Diagram Rekam Medis

Sistem Admin

Melakukan Login

Input username dan passw ord

Cek username dan passw ord

Menampilkan halaman utama

Masuk halaman rekam medis Input keluhan Input Diagnosa Mendapatkan id_rekammedis input tanggal_periksa Input id_pasien input id_poliklinik Input nip

Klik tombol simpan Data rekam medis

tersimpan Benar Salah

(11)

D. Activity Diagram Laporan Rekam Medis

Gambar IV.5 Diagram Aktifitas Laporan

4.1.4 Rancangan Dokumen Susulan

Suatu sistem informasi yang diusulkan memiliki beberapa keunggulan dan perbedaan dari proses sebelumnya. Sistem usulan yang telah direncanakan yaitu perancangan sistem informasi Rekam Medis baru pada Klinik Naufal Husada merupakan rancangan yang sebelumnya masih menggunakan cara yang manual dalam melakukan sistem pencatatan serta laporan nya. Sistem usulan terbaru telah terkomputerisasi sehingga dapat memudahkan pemilik serta staf Administrasi terjaga serta tidak akan lama dalam pembuatan data laporan pasien terbaru.

Berdasarkan riset yang telah dilakukan oleh penulis, yaitu menyarankan sebuah rancangan sistem informasi mengenai rekam medis pada Klinik Naufal Husada.

act Activ ity DIagram Laporan Rekam Medis

Admin Sistem Laporan

Login

Berhasil masuk dan langsung menuj u

halaman laporan

Data rekam medis

pilih data rekam medis yang akan di cetak

Hasil cetak hapus

semua cetak

(12)

A. Prosedur Sistem Usulan

Sistem yang diusulkan memiliki beberapa tahapan / prosedur dalam pelaksaan operasional sistem. Adapun tahapan / prosedur yang diusulkan sebagai berikut:

1. Pendaftaran Pasien

Bagian Administrasi akan lebih mudah melakukan pendaftaran bagi pasien yang akan melakukan pengobatan.

2. Data Pasien

Setiap riwayat data pasien akan bisa di simpan dengan mudah dan semua data akan tersimpan secara rapi tanpa adanya penumpukan serta data yang hilang.

3. Pemeriksaan data Transaksi

Pemilik bisa memantau mengenai keseluruhan Transaksi dan Petugas juga akan semakin mudah menyiapkan hasil data transaksi yang akurat untuk setiap pasien. 4. Mencetak Laporan Rekam Medis

Untuk memantau jalan nya pelayanan dan menginginkan hasil laporan yang akurat maka di sediakan laporan cetak mengenai laporan rekam medis yang secara keseluruhan berada di sistem.

B. Spesifikasi Rancangan Sistem Usulan

Spesifikasi rancangan sistem usulan akan membahas rincian bentuk dokumen-dokumen masukan dan keluaran yang diusulkan pada sistem Perancngan Sistem Informasi Rekam Medis di Klinik Naufal Husada. Disini penulis menjelaskan tentang spesifikasi sitem rancangan sistem usulan diantaranya:

(13)

1. Bentuk Dokumen Masukan a. Data Pasien

Nama Dokumen : Data Pasien

Fungsi : Mengelola Data Pasien

Sumber : Administrasi

Tujuan : Sistem

Frekuensi : Setiap melakukan pendaftaran

Jumlah : 1 Data Pasien

Media : Komputer

Bentuk : Lampiran A-1

b. Rekam Medis

Nama Dokumen : Rekam Medi

Fungsi : Menginput Data Rekam Medis

Sumber : Petugas

Tujuan : Sistem

Frekuensi : Setiap pasien melakukan pemeriksaan

Jumlah : 1 File Data Rekam Medis

Media : Komputer

c. Data Obat

Nama Dokumen : Data Obat

Fungsi : Mengelola Data Obat

Sumber : Petugas

Tujuan : Sistem

(14)

Jumlah : 1 Bulan Sekali

Media : Komputer

2. Bentuk Dokumen Keluaran a. Laporan Stok Obat

Nama Dokumen : Laporan Stok Obat

Fungsi : Melaporkan data stok obat

Sumber : Petugas

Tujuan : Kepala Klinik

Frekuensi : Setiap 2 Minggu sekali

Jumlah : 1 Lembar

Media : Komputer

Bentuk : Lampiran B-1

b. Kartu Data Pasien Terdaftar

Nama Dokumen : Kartu Pasien Terdaftar

Fungsi : Bukti telah terdaftar

Sumber : Pasien

Tujuan : Administrasi

Frekuensi : Setiap akan melakukan pemeriksaan

Jumlah : 1 Lembar

Media : Kertas

Bentuk : Lampiran B-2

c. Laporan

(15)

Fungsi : Sebagai bukti data pasien

Sumber : Petugas

Tujuan : Kepala Klinik

Frekuensi : Setiap Kepala Klinik meminta

Jumlah : 1 Lembar Media : Kertas Bentuk : Lampiran B-3 4.1.5. Rancangan Prototype 1. Tampilan Login Gambar IV.6 Tampilan Login

(16)

2. Tampilan Sistem Kepala Admin

Gambar IV.7

Tampilan Halaman Utama Kepala Admin

3. Tampilan Halaman Utama Admin

Gambar IV.8

Tampilan Halaman Utama Admin

4. Tampilan Data Pasien

Gambar IV.9 Tampilan Data Pasien

(17)

5. Tampila Daftar Pasien

Gambar IV.10 Tampilan Daftar Login

6. Tampilan Data Dokter

Gambar IV.11 Tampilan Data Dokter

(18)

7. Tampilan data obat

Gambar IV.12 Tampilan Data Obat

8. Tampilan Data Poliklinik

Gambar IV.13 Tampilan Data Poliklinik

(19)

9. Tampilan Data Rekam Medis

Gambar IV.14 Tampilan Data Rekam Medis

10. Tampilan Laporan Rekam Medis

Gambar IV.15

(20)

4.2. Perancangan Perangkat Lunak

4.2.1 Entity Relationship Diagram (ERD)

Gambar IV.16

(21)

4.2.2 Logical Record Structure

Gambar IV.17

Logical Record Structure (LRS)

class LRS pasien - alamat: text - email: varchar - id_pasien*: int - jenis_kelamin: enum - nama_pasien: varchar - no_telp: varchar dokter - alamat: text - email: varchar - nama_dokter: varchar - nip*: char - no_telp: varchar - spesialis: varchar poliklinik - gedung: varchar - id_poliklinik*: int - nama_poliklinik: varchar rekam_medis - diagnosa: text - id_pasien**: int - id_poliklinik**: int - id_rekammedis*: int - keluhan: text - nip**: char - tgl_periksa: int laporan - id_rekammedis: int - nama_dokter: varchar - nama_pasien: varchar - tgl_periksa*: int obat - harga: int - id_obat*: int - keterangan: text - nama_obat: varchar transaksi - diagnosia: text - id_transaksi*: int - nama_dokter: varchar - nama_obat: varchar - nama_pasien: varchar - tgl_periksa: int - total_harga: varchar M menemui 1 M melakukan 1 1 mencatat M 1 mencatat 1 1 mempunyai 1 M mencetak 1

(22)

4.2.1 Spesifikasi File

Spesifikasi file yang ada pada sistem ini merupakan kumpulan data dari beberapa tabel yang terdapat dalam database. Berikut Spesifikasi file yang digunakan dalam Rekam Medis di Klinik Naufal adalah :

1. Spesifikasi file pasien

Nama file : pasien

Akronim : pasien.myd

Media : Harddisk

Tipe file : File transaksi

Kunci Field : id_pasien

Software : MySQL

Akses file : Random

Panjang record : 142byte

Tabel IV.10 Spesifikasi file Data Pasien

No Nama Field Tipe Size Keterangan

1. id_pasien Int 10 Primary key

2. nama_pasien Varchar 100 3. jenis_kelamin Enum

4. Email Varchar 100

5. no_telp Varchar 20

(23)

2. Spesifikasi file dokter

Nama file : dokter

Akronim : pasien.myd

Media : Harddisk

Kunci Field : id_pasien

Software : MySQL

Tabel IV.11 Spesifikasi file Data Dokter

1. nip char 18 Primary key

2. nama_dokter Varchar 100

3. spesialis Varchar 100

4. email Varchar 100

5. no_telp Varchar 20

6. alamat Text

3. Spesifikasi file poliklinik

Nama file : poliklinik

Akronim : poliklinik.myd

Media : Harddisk

(24)

Software : MySQL

Tabel IV.12 Spesifikasi file Data Poliklinik

1. id_poliklinik Int 11 Primary key 2. nama_poliklinik Varchar 125

3. gedung Varchar 125

4. Spesifikasi file rekam medis

Nama file : rekam_medis

Akronim : rekammedis.myd

Media : Harddisk

Kunci Field : id_rekammedis

Software : MySQL

Tabel IV.13 Spesifikasi file Data Rekam Medis

1. id_rekammedis char 15 Primary key

2. id_pasien int 11 Foreign key

3. id_poliklinik int 11 Foreign key

4. nip char 10 Foreign key

5. keluhan text

6. diagnosa text

(25)

5. Spesifikasi file obat

Nama file : obat

Akronim : obat.myd

Media : Harddisk

Kunci Field : id_obat

Software : MySQL

Tabel IV.14 Spesifikasi file Data Obat

1. id_obat Int 10 Primary key

2. nama_obat Varchar 100

3. harga Enum

4. keterangan Varchar 100

6. Spesifikasi file laporan

Nama file : laporan

Akronim : laporan.myd

Media : Harddisk

Kunci Field : tgl_periksa

(26)

Tabel IV.15 Spesifikasi file Data Laporan

1. tgl_periksa Int 10 Primary key

2. id_rekammedis Varchar 100

3. nama_pasien Enum

4. nama_dokter Varchar 100

7. Spesifikasi file transaksi

Nama file : transaksi

Akronim : transaksi.myd

Media : Harddisk

Kunci Field : id_transaksi

Software : MySQL

Tabel IV.16 Spesifikasi file Data Transaksi

7. id_transaksi Int 10 Primary key 8. nama_pasien Varchar 100 9. nama_dokter Varchar 100 10. nama_dokter Varchar 100 11. tgl_periksa Int 10 12. Diagnosa Text 13. total_harga Varchar 100

(27)

4.2.4 Class Diagram

Gambar IV.18

Class Diagram

class Class Diagram

pasien - alamat: text - email: varchar - id_pasien*: int - jenis_kelamin: enum - nama_pasien: varchar - no_telp: varchar + edit() + hapus() + tambah() dokter - alamat: text - email: varchar - nama_dokter: varchar - nip*: char - no_telp: charchar - spesialis: varchar + batal() + hapus() + simpan() + tambah() poliklinik - gedung: varchar - id_poliklinik*: int - nama_poliklinik: varchar + edit() + hapus() + tambah() rekam_medi - diagnosa: text - id_pasien**: int - id_poliklinik**: int - id_rekammedis*: int - keluhan: text - nip**: char - tgl_periksa: int + hapus() + input() + simpan() + tambah() laporan - id_rekammedis: int - nama_dokter: varchar - nama_pasien: varchar - tgl_periksa*: int + batal_cetak() + cetak() obat - harga: int - id_obat: int - keterangan: text - nama_obat: varchar + hapus() + simpan() + tambah() transaksi - diagnosa: text - id_transaksi*: int - nama_dokter: varchar - nama_obat: varchar - nama_pasien: varchar - tgl_periksa: int - total_biaya: varchar + edit() + hapus() + simpan() + tambah()

(28)

4.2.5 Sequence Diagram

1. Data Pasien

Gambar IV.19

Sequence Diagram Data Pasien

sd Data Pasien

Admin

Form data pasien Sistem Database

8. edit atau daftar data pasien baru()

14. menghapus data() 2. mengirim data()

7. edit data pasien()

13. mengirim data() 6. menampilkan data pasien yang dicari()

12. hapus data pasien()

5. mengirim data()

11. proses update data() 4. Proses mecari data()

10. mengupdate data()

15. proses menghapus data() 1. input id_pasien()

3. mencari data()

9. menyimpan data()

(29)

2. Data Dokter

Gambar IV.20

Sequence Diagram Data Dokter

3. Data Obat

Gambar IV.21

Sequence Diagram Data Obat

sd Dokter

Dokter

form rekam medis Sistem Database

1. Menginput data pengobatan pasien()

3. Menyimpan data() 2. Mengirim data()

3. Proses menyimpan data()

sd Obat

Obat

Form rekam medis Sistem Database

1. Menginput data rekam medis pasien()

4. Menampilkan hasil obat pemeriksaan() 3. Mencari data() 2. Mengirim data()

(30)

4. Data Poliklinik

Gambar IV.22

Sequence Diagram Data Poliklinik

5. Data Rekam Medis

Gambar IV.23

Sequence Diagram Data Rekam Medis sd Poliklinik

Poliklinik

Form data pasien Sistem Database

4. Data ditemukan() 2 Mengirim data()

3. Mencari data() 1. Mengambil data pasien sesuai

keluhan()

sd Rekam Medis

Admi n

Login from input data

rekam medis Sistem Database 7. Input di agnosa() 4. Logi n berhasi l () 6. Input i d_rekammedi s() 1. Input username & password()

2. Cek username & password()

5. Input i d_pasi en()

10. Input kel uhan()

12. Data rekam medi s tersi mpan() 9. Input ni p()

11. Input tanggal peri ksa() 3. Logi n ti dak berhasi l ()

(31)

6. Data Laporan

Gambar IV.24

Sequence Diagram Data Laporan

4.2.6. Spesifikasi Hardware dan Software

Hardware dan Software yang dibutuhkan untuk mengoprasikan Sistem Informasi

Pendistribusian Gas pada Pt.rosanda Gemilang ini terbagi menjadi dua yaitu hardware dan software.

1. Spesifikasi Hardware

Hardware adalah suatu bagian dari bagian dari sistem komputer yang sifat alatnya

bisa dilihat dan diraba secara langsung atau berbentuk nyata, yang berfungsi untuk mendukung proses komputerisasi. Sehingga program yang diusulkan oleh penulis dapat bekerja dengan baik .

Berikut ini adalah spesifikasi hardware yang dibutuhkan :

sd Laporan

Admin

Form rekam medis Sistem Database

3. Mengirim data()

4. Data ditemukan() 5. Mencetak laporan rekam

medis() 1. Merekap data laporan

rekam medis()

(32)

a. Server

1) CPU :2.4 GHz

2) Procesor :Intel celeron N3350 2.4GHz 3) Memori (Ram) : 4GB

4) Hard Disk :500 GB

5) Koneksi internet dengan kecepatan 2 Mbps 6) Mouse standar

7) Keyboard standar

8) Resolusi : 14 inci 1366x768 piksel

b. Client

1) CPU :2.4 GHz

2) Procesor :Intel celeron N3350 2.4GHz 3) Memori (Ram) : 4GB

4) Hard Disk :500 GB

5) Koneksi internet dengan kecepatan 1 Mbps 6) Mouse standar

7) Keyboard standar

8) Resolusi : 14 inci 1366x768 piksel

2. Spesifikasi Software

Software adalah suatu bagian dari sistem komputer yang tidak memiliki wujud

fisik dan tidak terlihat karena merupakan sekumpulan data elektronik yang disimpan dan diatur oleh komputer berupa program yang dapat menjalankan suatu perintah. Dengan adanya perangkat lunak ini sebuah komputer dapat menjalankan perintah.

(33)

Berikut spesifikasi software yang dibutuhkan :

a. Server

1) Sistem Operasi : Microsoft Windows 10 2) Bahasa Pemrograman : Codeigniter

3) Aplikasi Xampp, yang terdiri dari beberapa komponen yaitu : Aplikasi PHP

Aplikasi MySql

Aplikasi PhpMyAdmin

4) Browser : Google Chrome, Uc Browser, dan Mozila Firefox

b. Client

1) Sistem Operasi : Miscrosoft Windows 10