BAB III ANALISIS KEBUTUHAN DAN PERANCANGAN SISTEM

perpustakaan.uns.ac.id

digilib.uns.ac.id

BAB III ANALISIS KEBUTUHAN DAN PERANCANGAN SISTEM 3.1 Kebutuhan Alat 3.1.1. Kebutuhan Hardware Perangkat keras yang digunakan dalam membuat aplikasi ini adalah sebagai berikut : 1. Processore

: Intel® Core ™ i3-2330M

2. Memory (RAM)

: 2,00 Gb

3. Harddisk

: 500 GB

3.1.2. Kebutuhan Software Perangkat lunak yang digunakan dalam dalam membuat aplikasi ini adalah sebagai berikut : 1. Operating System

: Windows 7 Ultimate

2. Script language

: Delphi

3. Pemodelan

: StarUML

4. Database Server

: SQLServer

3.2 Deskripsi Umum Sistem Perancangan sistem sangat dibutuhkan sebelum membuat suatu aplikasi. Rancangan tersebut meliputi perancangan input dan output. Untuk memahami dan merealisasikan sistem, diperlukan suatu gambaran mengenai sistem alur data yang terjadi. Aplikasi Administrasi Rawat Jalan Pada Klinik Habil Syifa Medika adalah suatu aplikasi berbasis desktop yang memfasilitasi klinik tersebut dalam melakukan pengarsipan administrasi klinik sebagai pengganti proses pengarsipan administrasi klinik dengan cara manual. Dengan demikian diharapkan akan menjadi lebih efektif dalam pengaplikasiannya. Aplikasi Administrasi Rawat Jalan Pada Klinik Habil Syifa Medika ini dirancang menggunakan visualisasi model UML dimana visualisasi tersebut commit to Oriented user diperuntukan model sistem yang Objek Programming. 11


digilib.uns.ac.id 12

Dari deskripsi di atas, akan dijabarkan lebih spesifik pada tahap analisis dan perancangan untuk menguraikan sub-sub bagian dan visualisasi dari sistem yang akan digunakan untuk tahap implementasi (pembuatan) sistem.

3.3 Analisis Kebutuhan 3.3.1. Kebutuhan Fungsional Untuk kebutuhan fungsional sistem dapat dilihat pada tabel 3.1 Tabel 3.1 Tabel Kebutuhan Fungsional Kode SRS-JF01 SRS-JF02 SRS-JF03 SRS-JF04 SRS-JF05 SRS-JF06 SRS-JF07 SRS-JF08 SRS-JF09 SRS-JF10 SRS-JF11 SRS-JF12

Deskripsi Kebutuhan Fungsional Sistem harus dapat digunakan untuk memanajemen data user Sistem harus dapat digunakan untuk memanajemen data Karyawan Sistem harus dapat digunakan untuk memanajemen data pasien Sistem harus dapat digunakan untuk memanajemen data dokter Sistem harus dapat digunakan untuk memanajemen data obat Sistem harus dapat digunakan untuk memanajemen data poli Sistem harus dapat digunakan untuk memanajemen data Pendaftaran Sistem harus dapat digunakan untuk memanajemen data pemeriksaan Sistem harus dapat digunakan untuk memanajemen data pembayaran Sistem harus dapat digunakan untuk memanajemen inventaris Sistem harus dapat digunakan untuk memanajemen laporan Direktur bisa melihat laporan

commit to user

Level Admin Admin Karyawan Karyawan Karyawan Karyawan Karyawan Karyawan Karyawan Karyawan Karyawan Direktur



3.3.1. Kebutuhan Non Fungsional Untuk kebutuhan non fungsional dari sistem dapat dilihat pada tabel 3.2 Tabel 3.2 Tabel Kebutuhan Non Fungsional Kode

Deskripsi Kebutuhan Non Fungsional

SRS-JNF01

Sistem bisa menyimpan data peralatan dan perlengkapan

SRS-JNF02

Karyawan mencetak report data laporan

3.4 Perancangan Sistem 3.4.1. Pemodelan Use Case 3.4.1.1.

Deskripsi Aktor Tabel 3.3 Deskripsi Aktor

Nama

Deskripsi

Admin

Adalah orang yang bertanggung jawab untuk mengelola user dan karyawan

Karyawan

Adalah orang yang bertanggung jawab untuk mengelola data pasien, data dokter, data obat, data poli, data pendaftaran, data pemeriksaan, data pembayaran, data inventaris dan data laporan.

Direktur

Adalah orang yang melihat data laporan

commit to user


3.4.1.2.


Deskripsi Use Case Tabel 3.4 Deskripsi Use Case Nama

Manajemen User Manajemen Karyawan Manajemen Pasien Manajemen Dokter Manajemen Obat

Manajemen Poli

Manajemen Pendaftaran

Manajemen Pemeriksaan

Manajemen Pembayaran

Manajemen Inventaris

Manajemen Laporan

Deskripsi Fungsi yang digunakan untuk mengelola data user baik penambahan maupun pengeditan Fungsi yang digunakan untuk mengelola data karyawan baik penambahan maupun pengeditan Fungsi yang digunakan untuk mengelola data pasien baik penambahan maupun pengeditan Fungsi yang digunakan untuk mengelola data dokter baik penambahan maupun pengeditan Fungsi yang digunakan untuk mengelola data obat baik penambahan, pengeditan maupun penghapusan Fungsi yang digunakan untuk mengelola data poli baik penambahan, pengeditan maupun penghapusan Fungsi yang digunakan untuk mengelola data pendaftaran pasien baik penambahan, pemberian ID member maupun pemberian nomor antrian Fungsi yang digunakan untuk mengelola data pemeriksaan baik penentuan penyakit, data pemeriksaan (rekam medik) maupun peberian resep obat Fungsi yang digunakan untuk mengelola data pembayaran baik pembayaran obat maupun pembayaran klinik Fungsi yang digunakan untuk mengelola data inventaris, baik penambahan, pengeditan maupun penghapusan Fungsi yang digunakan untuk mengelola data laporan baik laporan data pasien, data periksa maupun laporan data keuangan

commit to user


3.4.1.3.


Diagram Use Case

Use case diagram menunjukkan hubungan fungsi-fungsi dalam sistem berdasarkan pada kebutuhan pengguna yang telah dijelaskan sebelumnya. 1. Use Case bagian Admin System

Manajemen Data User

Manajemen Data Karyawan

Admin

Gambar 3.1 Diagram Use Case Admin 2. Use Case bagian Karyawan System Manajemen Data Pasien

Manajemen Data Dokter

Manajemen Data Obat

Manajemen Data Poli

Manajemen Data Inventaris Karyawan Manajemen Pendaftaran

Manajemen Pemeriksaan

Manajemen Pembayaran

Manajemen Laporan

Gambar 3.2 Diagram Use Case Karyawan 3. Use Case bagian Direktur System

Melihat Laporan

Direktur

commit to user Gambar 3.3 Diagram Use Case Direktur


3.4.1.4.


Skenario Use Case

Berikut adalah skenario jalannya masing-masing use case : 1. Skenario Use Case Manajemen Data Pasien Tabel 3.5 Manajemen Data Pasien Nama Aktor Pre Kondisi

Aksi Aktor 1. Mengisi form masukan pasien

Manajemen Data Pasien Karyawan Proses untuk menambah, mengedit data pasien ke database Skenario Utama Reaksi Sistem

2. Mengecek valid tidaknya data masukan 3. Menyimpan data masukan ke dalam database 4. Mengedit pasien

Exception

form 5. Mengecek valid tidaknya data editan 6. Menyimpan data editan ke dalam database Skenario Alternatif - Kode pasien akan terisi secara otomatis - Umur pasien harus di isi dengan angka - Data tidak akan tersimpan jika pengisian tidak lengkap

commit to user



2. Skenario Use Case Manajemen Data Dokter Tabel 3.6 Manajemen Data Dokter Nama Aktor Pre Kondisi

Aksi Aktor 1. Mengisi form masukan dokter

Manajemen Data Dokter Karyawan Proses untuk menambah, mengedit data dokter ke database Skenario Utama Reaksi Sistem

2. Mengecek valid tidaknya data masukan 3. Menyimpan data masukan ke dalam database 4. Mengedit dokter

Exception

form 5. Mengecek valid tidaknya data editan 6. Menyimpan data editan ke dalam database Skenario Alternatif - Kode dokter akan terisi secara otomatis - Tarif dokter harus di isi dengan angka - Data tidak akan tersimpan jika pengisian tidak lengkap

commit to user



3. Skenario Use Case Manajemen Data Obat Tabel 3.7 Manajemen Data Obat Nama

Manajemen Data Obat

Aktor

Karyawan

Pre Kondisi

Proses untuk menambah, mengedit dan menghapus data obat

Aksi Aktor 1. Mengisi form masukan obat

Skenario Utama Reaksi Sistem

2. Mengecek valid tidaknya data masukan 3. Menyimpan data masukan ke dalam database 4. Mengedit obat

data 5. Mengecek valid tidaknya data editan 6. Menyimpan data editan ke dalam database

7. Menghapus data obat

Exception

8. Menghapus data dokter dari database Skenario Alternatif - Kode obat akan terisi secara otomatis - Harga obat harus di isi dengan angka - Jumlah obat harus di isi dengan angka - Data tidak akan tersimpan jika pengisian tidak lengkap

commit to user



4. Skenario Use Case Manajemen Data Poli Tabel 3.8 Manajemen Data Poli Nama

Manajemen Data Poli

Aktor

Karyawan

Pre Kondisi

Proses untuk menambah, mengedit dan menghapus data poli

Aksi Aktor 1. Mengisi form masukan poli


2. Mengecek valid tidaknya data masukan 3. Menyimpan data masukan ke dalam database 4. Mengedit poli

data 5. Mengecek valid tidaknya data editan 6. Menyimpan data editan ke dalam database

7. Menghapus data poli

Exception

8. Menghapus data poli dari database Skenario Alternatif Kode poli akan terisi secara otomatis

commit to user



5. Skenario Use Case Manajemen Data Pendaftaran Tabel 3.9 Manajemen Data Pendaftaran Nama

Manajemen Data Pendaftaran

Aktor

Karyawan

Pre Kondisi

Proses untuk menambah, mengedit data pendaftaran

Aksi Aktor 1. Mengisi form masukan pendaftaran


2. Mengecek valid tidaknya data masukan 3. Menyimpan data masukan ke dalam database 4. Mengedit pendaftaran

Exception

data 5. Mengecek valid tidaknya data editan 6. Menyimpan data editan ke dalam database Skenario Alternatif - Kode pendaftaran akan terisi secara otomatis - Nama pasien akan terisi otomatis jika kode pasien, nama poli, nama dokter sudah diinputkan - Jumlah obat harus di isi dengan angka - Data tidak akan tersimpan jika pengisian tidak lengkap

commit to user



6. Skenario Use Case Manajemen Data Pemeriksaan Tabel 3.10 Manajemen Data Pemeriksaan Nama

Manajemen Data Pemeriksaan

Aktor

Karyawan

Pre Kondisi

Proses untuk menambah, mengedit data pemeriksaan

Aksi Aktor 1. Mengisi form masukan pemeriksaan


2. Mengecek valid tidaknya data masukan 3. Menyimpan data masukan ke dalam database 4. Mengedit data pemeriksaan

Exception

5. Mengecek valid tidaknya data editan 6. Menyimpan data editan ke dalam database Skenario Alternatif - Nama pasien akan terisi otomatis jika kode pasien, nama poli, nama dokter sudah diinputkan - Jumlah obat harus di isi dengan angka - Data tidak akan tersimpan jika pengisian tidak lengkap

commit to user



7. Skenario Use Case Manajemen Data Pembayaran Tabel 3.11 Manajemen Data Pembayaran Nama

Manajemen Data Pembayaran

Aktor

Karyawan

Pre Kondisi

Proses untuk menambah, mengedit data pembayaran

Aksi Aktor 1. Mengisi form masukan pembayaran


2. Mengecek valid tidaknya data masukan 3. Menyimpan data masukan ke dalam database 4. Mengedit data pemeriksaan

Exception

5. Mengecek valid tidaknya data editan 6. Menyimpan data editan ke dalam database Skenario Alternatif - Nominal uang yang harus diinputkan tidak boleh kurang dari total uang yang harus dibayar

commit to user



8. Skenario Use Case Manajemen Data Laporan Tabel 3.12 Manajemen Data Laporan Nama

Manajemen Data Laporan

Aktor

Karyawan

Pre Kondisi

Menu utama ditampilkan

Aksi Aktor 1. Memilih menu laporan


2. Mengecek valid tidaknya data masukan 3. Menyimpan data masukan ke dalam database 4. Mengedit data laporan 5. Mengecek valid tidaknya data editan 6. Menyimpan data editan ke dalam database Skenario Alternatif -

Exception

7. Skenario Use Case Melihat Data Laporan Tabel 3.13 Melihat Data Laporan Nama

Melihat Data Laporan

Aktor

Direktur

Pre Kondisi

Menu utama ditampilkan

Aksi Aktor 1. Memilih menu laporan

Exception


2. Menampilkan data laporan dari database Skenario Alternatif -

commit to user



8. Skenario Use Case Manajemen Data User Tabel 3.14 Manajemen Data User Nama

Manajemen Data User

Aktor

Admin

Pre Kondisi

Proses untuk menambah, mengedit data user ke database

Aksi Aktor 1. Mengisi form masukan user


2. Mengecek valid tidaknya data masukan 3. Menyimpan data masukan ke dalam database 4. Mengedit form user

Exception

5. Mengecek valid tidaknya data editan 6. Menyimpan data editan ke dalam database Skenario Alternatif - Kode user akan terisi secara otomatis - Umur pasien harus di isi dengan angka - Data tidak akan tersimpan jika pengisian tidak lengkap

commit to user



9. Skenario Use Case Manajemen Data Karyawan Tabel 3.15 Manajemen Data Karyawan Nama

Manajemen Data User

Aktor

Admin

Pre Kondisi

Proses untuk menambah, mengedit data karyawan ke database

Aksi Aktor 1. Mengisi form masukan karyawan


2. Mengecek valid tidaknya data masukan 3. Menyimpan data masukan ke dalam database 4. Mengedit form karyawan

Exception

5. Mengecek valid tidaknya data editan 6. Menyimpan data editan ke dalam database Skenario Alternatif - Kode karyawan akan terisi secara otomatis - Data tidak akan tersimpan jika pengisian tidak lengkap

commit to user



3.4.2. Diagram Sequence Sequence diagram merupakan diagram yang menjelaskan interaksi obyek yang disusun berdasarkan urutan waktu. Sequence diagram yang dibuat berdasarkan pada kebutuhan fungsional pengguna sebagai berikut: 1.

Pada sisi Admin 

Sequence diagram login Admin dapat dilihat pada gambar 3.4 <> Login

<> AdminIdentity

<<entity>> Admin

: Admin 1 : InputUsername() 2 : InputPassword()

3 : getUsername() 4 : getPassword()

5 : auth_admin()

6 : getlevel() 7 : getUsernamepassword() 8 : auth_admin()

9 : view_message()

Gambar 3.4 Sequence diagram login Admin  Sequence diagram manajemen data user dapat dilihat pada gambar 3.5 <> ManajemenUser

<> UserController

<<entity>> User

: Admin 1 : InputDataTambahUser() 2 : getDataUser()

3 : getTable() 4 : actionCreate()

5 : view_message() 6 : InputDataEditUser() 7 : getDataEditUser()

8 : getTable()

9 : actionUpdate()

10 : view_message()

commit to user Gambar 3.5 Sequence diagram manajemen data user



 Sequence diagram manajemen data karyawan dapat dilihat pada gambar 3.6

<> Manajemen Karyawan

<> KaryawanController

<<entity>> karyawan

: Admin 1 : InputDataTambahKaryawan() 3 : getTable()

2 : getDataKaryawan()

4 : actionCreated()

5 : view_message() 6 : InputDataEditKaryawan() 7 : getDataEditKaryawan()

8 : getTable()

9 : actionUpdated()

10 : view_message()

Gambar 3.6 Sequence diagram manajemen data karyawan 2. Pada sisi Karyawan  Sequence diagram login Karyawan dapat dilihat pada gambar 3.7

<> Login

<> KaryawanIdentity

<<entity>> Karyawan

: Karyawan 1 : InputUsername() 2 : InputPassword() 3 : getUsername() 4 : getPassword() 5 : auth_karyawan() 6 : getLevel() 7 : getUsernamePassword() 8 : auth_karyawan()

9 : view_message()

commit to user Gambar 3.7 Sequence diagram login Karyawan



 Sequence diagram manajemen data pasien dapat dilihat pada gambar 3.8

<> ManajemenPasien

<> PasienController

<<entity>> Pasien

: Karyawan 1 : InputDataTambahPasien() 3 : getTable()

2 : getDataPasien()

4 : actionCreate()

5 : view_message() 6 : InputDataEditPasien() 8 : getTable()

7 : getDataEditPasien()

9 : actionUpdated()

10 : view_message()

Gambar 3.8 Sequence diagram manajemen data pasien  Sequence diagram manajemen data dokter dapat dilihat pada gambar 3.9

<> ManagemenDokter

<> DokterController

<<entity>> Dokter

: Karyawan 1 : InputDataTambahDokter() 2 : getDataDokter()

3 : getTable() 4 : actionCreated()

5 : view_message() 6 : InputDataEditDokter() 7 : getDataEditDokter()

8 : getTable() 9 : actionUpdated()

10 : view_message()

commit to user Gambar 3.9 Sequence diagram manajemen data dokter



 Sequence diagram manajemen data obat dapat dilihat pada gambar 3.10 <> ManajemenObat

<> ObatController

<<entity>> Obat

: Karyawan 1 : InputDataTambahObat() 3 : getTable()

2 : getDataObat()

4 : actionCreated()

5 : view_message() 6 : InputDataEditObat() 8 : getTable()

7 : getDataEditObat()

9 : actionUpdated()

10 : view_message() 12 : PilihAksiHapusObat() 11 : getAksiHapusObat()

13 : getTable() 14 : actionDelete()

15 : view_message()

Gambar 3.10 Sequence diagram manajemen data obat  Sequence diagram manajemen data poli dapat dilihat pada gambar 3.11 <> ManajemenPoli

<> PoliController

<<entity>> Poli

: Karyawan 1 : InputDataTambahPoli() 2 : getDataTambahPoli()

3 : getTable() 4 : actionCreated()

5 : view_message() 6 : InputDataEditPoli() 7 : getDataEditPoli()


10 : view_message() 11 : PilihAksiHapusPoli() 12 : getDataHapusPoli()

13 : getTable() 14 : actionDelete()

15 : view_message()

commit to user Gambar 3.11 Sequence diagram manajemen data poli



 Sequence diagram manajemen pendaftaran dapat dilihat pada gambar 3.12 <> ManajemenPendaftaran

<> PendaftaranController

<<entity>> Daftar

: Karyawan 1 : InputDataValidasi() 2 : getDataValidasi()

3 : getTable() 4 : actionDaftar() 5 : getPasien()

6 : view_message() 7 : InputDataPasien() 8 : getDataPasien()

9 : getTable()

10 : actionTerimaDaftar()

11 : view_message()

Gambar 3.12 Sequence diagram manajemen data pendaftaran  Sequence diagram manajemen pemeriksaan dapat dilihat pada gambar 3.13

<> ManajemenPemeriksaan

<> PemeriksaanController

<<entity>> Periksa

: Karyawan 1 : InputDataValidasi() 2 : getDataValidasi()

3 : getTable() 4 : actionPeriksa() 5 : getDaftar()

6 : view_message() 7 : InputDataPeriksa() 8 : getDataPeriksa()

9 : getTable()

10 : actionTerimaPeriksa()

11 : view_message()

commit to user Gambar 3.13 Sequence diagram manajemen data pemeriksaan



 Sequence diagram manajemen pembayaran dapat dilihat pada gambar 3.14 <> ManajemenPembayaran

<> PembayaranController

<<entity>> Bayar

: Karyawan 1 : InputDataValidasi() 3 : getTable()

2 : getDataValidasi()

4 : actionBayar() 5 : getPeriksa() 6 : view_message() 7 : InputDataBayar() 9 : getTable()

8 : getDataBayar()

10 : actionTerimaBayar()

11 : view_message()

Gambar 3.14 Sequence diagram manajemen data pembayaran  Sequence diagram manajemen inventaris dapat dilihat pada gambar 3.15 <> ManajemenInventaris

<> InventarisController

<<entity>> Inventaris

: Karyawan 1 : InputDataTambahInventaris() 3 : getTable()

2 : getDataInventaris()

4 : actionCreated()

6 : InputDataEditInventaris()

5 : view_message()

7 : getDataEditInventaris()


10 : view_message() 11 : PilihAksiHapusInventaris() 12 : getDataHapusInventaris()

13 : getTable()

14 : actionDelete()

15 : view_message()

commit to user Gambar 3.15 Sequence diagram manajemen data inventaris



 Sequence diagram manajemen data laporan dapat dilihat pada gambar 3.16

<> ManajemenLaporan

<> LaporanController

<<entity>> Laporan

: Karyawan 1 : InputDataValidasi() 3 : getTable()

2 : getDataValidasi()

4 : actionLaporan() 5 : getPeriksa() 6 : getPasien() 7 : getBayar() 8 : view_message() 9 : InputDataLaporan() 11 : getTable()

10 : getDataLaporan()

12 : actionTerimaLaporan()

13 : view_message()

Gambar 3.16 Sequence diagram manajemen data laporan 3.4.3. Diagram Activity Activity Diagram merupakan diagram yang menunjukkan aktivitas pengguna dalam sistem. Activity diagram ini dibuat berdasarkan aktor yang ada dalam sistem yaitu Admin, dan karyawan. 1. Login Admin

get username dan password

cek database No

Found? Yes masuk sistem

commit to user Gambar 3.17 Diagram Activity Login



2. Menambah Data User

get username, password, id_level

cek database

No

Valid ? Yes simpan username, password, id_level

Gambar 3.18 Diagram Activity Menambah Data User 3. Merubah Data User

get username

menampilkan data user

get Username, Password baru

cek database

No

Valid ? Yes ubah password = password baru

Gambar 3.19 Diagram Activity Merubah Data User commit to user



4. Melihat Data User

get username

menampilkan data user

Gambar 3.20 Diagram Activity Melihat Data User 5. Menambah Data Karyawan

get IdKaryawan. NamaKaryawan

cek database

No

valid? Yes simpan IdKaryawan, NamaKaryawan

Gambar 3.21 Diagram Activity Menambah Data Karyawan 6. Merubah Data Karyawan

get IdKaryawan

menampilkan data karyawan

get IdKaryawan, NamaKaryawan

cek database

No

valid? yes ubah karyawan = karyawan baru

commit to user Gambar 3.22 Diagram Activity Merubah Data Karyawan



7. Melihat Data Karyawan

get IdKaryawan

menampilkan data karyawan

Gambar 3.23 Diagram Activity Melihat Data Karyawan 8. Menambah Data Pasien

get IdPasien, NamaPasien

Cek database

No

Valid? Yes Simpan IdPasien, NamaPasien

Gambar 3.24 Diagram Activity Menambah Data Pasien 9. Merubah Data Pasien

get IdPasien

menamplikan data pasien

get IdPasien, NamaPasien

cek database

No

Valid? Yes ubah pasien = pasien baru

commit to user Gambar 3.25 Diagram Activity Merubah Data Pasien



10. Melihat Data Pasien

get IdPasien

menampilkan data pasien

Gambar 3.26 Diagram Activity Melihat Data Pasien 11. Menambah Data Dokter

get IdDokter, NamaDokter

cek database

No

valid? Yes simpan IdDokter, NamaDokter

Gambar 3.27 Diagram Activity Menambah Data Dokter 12. Merubah Data Dokter

get IdDokter

menampilkan data dokter

get IdDokter, NamaDokter

cek database

No

valid? Yes ubah dokter = dokter baru

Gambar 3.28 Diagram Activity Merubah Data Dokter commit to user



13. Melihat Data Dokter

get IDDokter

meampilkan data dokter

Gambar 3.29 Diagram Activity Melihat Data Dokter 14. Menambah Data Obat

get IdObat, NamaObat

cek database

No

valid? yes simpan IdObat, NamaObat

Gambar 3.30 Diagram Activity Menambah Data Obat 15. Merubah Data Obat

get IdObat

menampilkan data obat

get IdObat, NamaObat

cek database

No

valid? Yes ubah obat = obat baru

commit to user Gambar 3.31 Diagram Activity Merubah Data Obat



16. Menghapus Data Obat

get data obat

cek database

No

valid? Yes simpan data obat

Gambar 3.32 Diagram Activity Menghapus Data Obat 17. Melihat Data Obat

get IdObat

menampilkan data obat

Gambar 3.33 Diagram Activity Melihat Data Obat 18. Menambah Data Poli

get IdPoli, NamaPoli

cek database

No

Valid? Yes simpa IdPoli, NamaPoli

commit to user Gambar 3.34 Diagram Activity Menambah Data Poli



19. Merubah Data Poli

get IdPoli

menampilkan data poli

get IdPoli, NamaPoli

cek database

No

valid? Yes ubah poli = poli baru

Gambar 3.35 Diagram Activity Merubah Data Poli 20. Menghapus Data Poli

get data poli

cek database

No

valid? Yes simpan data poli

Gambar 3.36 Diagram Activity Menghapus Data Poli 21. Melihat Data Poli

get IdPoli

menampilkan data poli

commit to user Gambar 3.37 Diagram Activity Melihat Data Poli



22. Sistem Pendaftaran

Pilih File Transaksi

Pilih Entry Pendaftaran

Cari Data Pasien

Tampilkan Data Pasien

Pilih Pasien

Cari Data Dokter No Tampilkan Data Dokter

Pilih Dokter

Cek Database

lanjut? Yes Simpan

Gambar 3.38 Diagram Activity Sistem Pendaftaran 23. Merubah Data Pendaftaran

get IdDaftar

menampilkan data daftar

get IdDaftar, NamPasien

cek database

No

Valid? Yes ubah daftar = daftar baru

commit to user Gambar 3.39 Diagram Activity Merubah Data Pendaftaran



24. Menghapus Data Pendaftaran

get data daftar

cek database

No

Valid? Yes simpan data daftar

Gambar 3.40 Diagram Activity Menghapus Data Pendaftaran 25. Melihat Data Pendaftaran

get IdDaftar

menampilkan data daftar

Gambar 3.41 Diagram Activity Melihat Data Pendaftaran

commit to user



26. Sistem Pemeriksaan

Pilih File Transaksi

Pilih Entri Pemeriksaan

Cari Data Daftar

Tampilkan Data Daftar

Pilih Periksa

Cari Data Resep No Tampilkan Data Resep

Pilih Resep

Cek Database

Lanjut? Yes Simpan

Gambar 3.42 Diagram Activity Sistem Pemeriksaan 27. Melihat Data Pemeriksaan

get IdPeriksa

menampilkan data periksa

Gambar 3.43 Diagram Activity Melihat Pemeriksaan commit to user



28. Sistem Pembayaran

Pilih Menu Pembayaran

Pilih Entri Pembayaran

Cari Data Periksa

Tampilkan Data Periksa

Pilih Bayar No Pembayaran Obat

Pembayaran Klinik

Cek Database

Lanjut? Yes Simpan

Gambar 3.44 Diagram Activity Sistem Pembayaran 29. Melihat Data Pembayaran

get IdBayar

menampilkan data bayar

Gambar 3.45 Diagram Activity Melihat Data Pembayaran

commit to user



30. Menambah Data Inventaris get IdInventaris, NamaInventaris

cek database

No

Valid?

Yes simpan IdInventaris, NamaInventaris

Gambar 3.46 Diagram Activity Menambah Data Inventaris 31. Merubah Data Inventaris

get IdInventaris

menampilkan data inventaris

get IdInventaris, NamaInventaris

cek database

No

Valid? Yes ubah inventaris = inventaris baru

Gambar 3.47 Diagram Activity Merubah Data Inventaris

commit to user



32. Menghapus Data Inventaris

get data Inventaris

cek database

No

Valid? Yes simpan data inventaris

Gambar 3.48 Diagram Activity Menghapus Data Inventaris 33. Melihat Data Inventaris

get IdInventaris

menampilkan data inventris

Gambar 3.49 Diagram Activity Melihat Data Inventaris 34. Memanajemen Laporan

Pilih Menu

Data Pasien

Data Dokter

Data Obat

Data Poli

Data Pemeriksaan

Data Inventaris

Data Pembayaran

Valid? Cetak

Yes

Input periode laporan No

commit to user Gambar 3.50 Diagram Activity Manajemen Laporan



3.4.4. Class Diagram Class diagram merupakan diagram yang menunjukan kelas-kelas yang ada pada sistem. Kelas-kelas inilah yang nantinya akan membentuk objek dalam sistem. Gambar 3.51 merupakan bentuk class digram dari sistem yang dibuat. Dokter

Obat

Poli

+Kode_Obat +Obat_Nama +Obat_Kategori +Obat_Jenis +Obat_Harga +Obat_Jumlah

+Kode_Poli +Poli_Nama +Poli_Keterangan

+actionCreated() +actionUpdate() +actionDelete()


+N

+N

+Kode_Dokter +Dokter_Nama +Dokter_Spesialis +Dokter_Tarif +1 +Dokter_Telepon +Dokter_Alamat

Pemeriksaan

+actionCreated() +actionUpdate()

+N

+actionDaftar() +actionTerimaDaftar()

+N

+1

N

+Kode_Daftar +Kode_Periksa +Kode_Resep +Kode_Pasien +Kode_Dokter +Kode_Poli +Total +Dibayar +kembali +Catatan +Status_Bayar

+Kode_Karyawan +Karyawan_Nama +Karyawan_Jabatan +Karyawan_Telp +Karyawan_Alamat +Karyawan_Tahun_Masuk +Karyawan_Status_klrg +actionCreated() +actionUpdate() +1

Pasien +Kode_Pasien +Pasien_Nama +Pasien_Alamat +Pasien_Gender +Pasien_Umur +Pasien_Telp +actionCreated() +actionUpdate()

Resep_Bayar +Kode_Resep_Bayar +Kode_Daftar +Kode_Periksa +Kode_Resep +Kode_Obat +Sakit +Dosis +Catatan +Subtotal

+actionBayar() +actionTerimaBayar()

+1

+actionTerimaBayar()

N N

+1

+actionCreate() +actionUpdate()

1 Pembayaran

Karyawan

Pendaftaran

+actionCreate +actionUpdate +actionDelete +actionDaftar +actionTerimaDaftar +actionperiksa +actionTerimaPeriksa +actionBayar +actionTerimaBayar

+1

+Kode_Daftar +Kode_Periksa +Kode_Obat +Sakit +Dosis +Catatan +Subtotal

+1

+1

<> Administrator

1

+actionPeriksa() +actionTerimaPeriksa()

+N +1

+Kode_Daftar +Kode_Pasien +Kode_Dokter +kode_Poli +Tanggal +No_Antri +Status +Keterangan

Resep

+Kode_Periksa +Kode_Daftar +Kode_Pasien N +Kode_Dokter +Kode_Poli +Status_Periksa

1

Peralatan

Perlengkapan

+Kode_Peralatan +Peralatan_Nama +Peralatan_Kategori +Peralatan_Jenis +Peralatan_Jumlah +Peralatan_Tgl_Beli +Peralatan_Umur_Pakai +Peralatan_Status +Peralatan_Tempat

+Kode_Perlengkapan +Perlengkapan_Nama +Perlengkapan_Kategori +Perlengkapan_Jenis +Perlengkapan_Jumlah +Perlengkapan_Tgl_Beli +Perlengkapan_Umur_Pakai +Perlengkapan_Status +Perlengkapan_Tempat



+1 Transaksi +Kode_Transaksi +Transaksi_Tanggal +Transaksi_Kategori +Transaksi_Jumlah +Transaksi_Status +Transaksi_Keterangan +actionLihatTransaksi()

Gambar 3.51 Class Diagram Aplikasi Rawat Jalan Klinik Habil Syifa Medika

commit to user



3.5. Struktur Tabel Sesuai dengan database design yang telah dibuat sebelumnya, maka disusunlah struktur tabel yang sesuai, sebagai berikut: 1. Table Karyawan Deskripsi : Berisi data karyawan Primary Key : Kode_Karyawan Tabel 3.16 Deskripsi Tabel Karyawan Field

Type

Kode_Karyawan

Varchar(10)

Nama Depan

Varchar(10)

Nama Belakang

Varchar(10)

Karyawan_ Jabatan

Varchar(30)

Karyawan_ Telp

Varchar(30)

Karyawan_ Alamat

Varchar(100)

Karyawan_ Tahun_Masuk

Varchar(4)

Karyawan_ Status_Klrg

Varchar(15)

Status_Karyawan

Varchar(11)

Status_Level

Varchar(11)

Password

Varchar(15)

Keterangan

2. Table Pasien Deskripsi

: Berisi data pasien

Primary Key : Kode_Pasien Tabel 3.17 Deskripsi Tabel Pasien Field

Type

Kode_Pasien

Varchar(10)

Pasien_Nama

Varchar(30)

Pasien_Alamat

Varchar(100)

Pasien_Gender

Varchar(15)

Pasien_Umur

Int

Pasien_Telp

Varchar(15) commit to user

Keterangan



3. Table Dokter Deskripsi

: Berisi data dokter

Primary Key : Kode_Dokter Tabel 3.18 Deskripsi Tabel Dokter Field

Type

Kode_Dokter

Varchar(10)

Dokter_Nama

Varchar(30)

Dokter_Spesialis

Varchar(15)

Dokter_Alamat

Varchar(100)

Dokter_Telepon

Varchar(15)

Dokter_Tarif

Int

Keterangan

4. Tabel Obat Deskripsi

: Berisi data obat

Primary Key : Kode_Obat Tabel 3.19 Deskripsi Tabel Obat Field

Type

Kode_Obat

Varchar(10)

Obat_Nama

Varchar(30)

Obat_Kategori

Varchar(15)

Obat_Jenis

Varchar(15)

Obat_Harga

Int

Obat_Jumlah

Int

commit to user

Keterangan



5. Tabel Poli Deskripsi

: Berisi data poli

Primary Key : Kode_Poli Tabel 3.20 Deskripsi Tabel Poli Field

Type

Kode_Poli

Varchar(10)

Poli_Nama

Varchar(15)

Poli_Keterangan

Varchar(50)

Keterangan

6. Tabel Pendaftaran Deskripsi

: Berisi data karyawan

Primary Key : Kode_Daftar Foreign Key : Kode_Pasien, Kode_Dokter, Kode_Poli Tabel 3.21 Deskripsi Tabel Pendaftaran Field

Type

Kode_Daftar

Varchar(10)

Kode_Pasien

Varchar(10)

Kode_Dokter

Varchar(10)

Kode_Poli

Varchar(10)

Tanggal

Datetime

No Antri

Varchar(10)

Status

Varchar(15)

Keterangan

Varchar(50)

commit to user

Keterangan



7. Tabel Pemeriksaan Deskripsi

: Berisi data pemeriksaan

Primary Key : Kode_Periksa Foreign Key : Kode_Daftar, Kode_Pasien, Kode_Dokter, Kode_Poli Tabel 3.22 Deskripsi Tabel Pemeriksaan Field

Type

Kode_Periksa

Varchar(10)

Kode_Daftar

Varchar(10)

Kode_Pasien

Varchar(10)

Kode_Dokter

Varchar(10)

Kode_Poli

Varchar(10)

Status Periksa

Varchar(15)

8. Tabel Resep Deskripsi

Keterangan

: Berisi data resep obat

Primary Key : Foreign Key : Kode_Daftar, Kode_Periksa, Kode_Obat Tabel 3.23 Deskripsi Tabel Resep Field

Type

Kode_Daftar

Varchar(10)

Kode_Periksa

Varchar(10)

Kode_Obat

Varchar(10)

Sakit

Varchar(30)

Dosis

Int

Catatan

Varchar(100)

Subtotal

Int

commit to user

Keterangan



9. Tabel Resep_Bayar Deskripsi

: Berisi data resep obat yang haus di bayar

Primary Key : Kode_Resep_Bayar Foreign Key : Kode_Daftar, Kode_Periksa, Kode_Resep, Kode_Obat Tabel 3.24 Deskripsi Tabel Resep_Bayar Field

Type

Kode_Resep_Bayar

Varchar(10)

Kode_Daftar

Varchar(10)

Kode_Periksa

Varchar(10)

Kode_Resep

Varchar(10)

Kode_Obat

Varchar(10)

Penyakit

Varchar(15)

Dosis

Int

Catatan

Varchar(100)

Subtotal

Int

commit to user

Keterangan



10. Tabel Pembayaran Deskripsi

: Berisi data pembayaran

Primary Key : Foreign Key : Kode_Daftar, Kode_Periksa, Kode_Resep, Kode_Pasien, Kode_Dokter, Kode_Poli Tabel 3.25 Deskripsi Tabel Pembayaran Field

Type

Kode_Daftar

Varchar(10)

Kode_Periksa

Varchar(10)

Kode_Resep

Varchar(10)

Kode_Pasien

Varchar(10)

Kode_Dokter

Varchar(10)

Kode_Poli

Varchar(10)

Total

Int

Dibayar

Int

Kembali

Int

Catatan

Varchar(100)

Status Bayar

Varchar(15)

commit to user

Keterangan



11. Tabel Transaksi Deskripsi

: Berisi data transaksi

Primary Key : Kode_Transaksi Tabel 3.26 Deskripsi Tabel Transaksi Field

Type

Keterangan

Kode_Transaksi

Varchar(10)

Auto_increment

Transaksi_Tanggal

Datetime

Transaksi_Kategori

Varchar(15)

Transaksi_Jumlah

Varchar(15)

Transaksi_Status

Varchar(15)

Transaksi_Keterangan

Varchar(100)

12. Tabel Peralatan Deskripsi

: Berisi data peralatan

Primary Key : Kode_Peralatan Tabel 3.27 Deskripsi Tabel Peralatan Field

Type

Keterangan

Kode_Peralatan

Varchar(10)

Auto_increment

Peralatan_Nama

Varchar(30)

Peralatan_Kategori

Varchar(30)

Peralatan_Jenis

Varchar(30)

Peralatan_Jumlah

Int

Peralatan_Tgl_Beli

Datetime

Peralatan_Umur_Pakai

Varchar(5)

Peralatan_Status

Varchar(15)

Peralatan_Alamat

Varchar(30)

commit to user



13. Tabel Perlengkapan Deskripsi

: Berisi data perlengkapan

Primary Key : Kode_Perlengkapan Tabel 3.28 Deskripsi Tabel Perlengkapan Field

Type

Keterangan

Kode_ Perlengkapan

Varchar(10)

Auto_increment

Perlengkapan _Nama

Varchar(30)

Perlengkapan _Kategori

Varchar(30)

Perlengkapan _Jenis

Varchar(30)

Perlengkapan _Jumlah

Int

Perlengkapan _Tgl_Beli

Datetime

Perlengkapan _Umur_Pakai

Varchar(5)

Perlengkapan _Status

Varchar(15)

Perlengkapan _Alamat

Varchar(30)

3.6. Perancangan Interface Perancangan menu aplikasi administrasi rawat jalan pada klinik habil syifa medika terdiri dari beberapa menu, antara lain : 1. Perencangan Tampilan Halaman Login

commit to user Gambar 3.52 Perancangan Antarmuka Login



2. Perencangan Tampilan Halaman Utama

Gambar 3.53 Perancangan Halaman Utama

commit to user

BAB III ANALISIS KEBUTUHAN DAN PERANCANGAN SISTEM

Recommend Documents