• Tidak ada hasil yang ditemukan

BAB III ANALISIS KEBUTUHAN DAN PERANCANGAN SISTEM

N/A
N/A
Protected

Academic year: 2021

Membagikan "BAB III ANALISIS KEBUTUHAN DAN PERANCANGAN SISTEM"

Copied!
45
0
0

Teks penuh

(1)

commit to user

11

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 diperuntukan model sistem yang Objek Oriented Programming.

(2)

commit to user

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 Deskripsi Kebutuhan Fungsional Level

SRS-JF01 Sistem harus dapat digunakan untuk memanajemen data user

Admin

SRS-JF02 Sistem harus dapat digunakan untuk memanajemen data Karyawan

Admin

SRS-JF03 Sistem harus dapat digunakan untuk memanajemen data pasien

Karyawan

SRS-JF04 Sistem harus dapat digunakan untuk memanajemen data dokter

Karyawan

SRS-JF05 Sistem harus dapat digunakan untuk memanajemen data obat

Karyawan

SRS-JF06 Sistem harus dapat digunakan untuk memanajemen data poli

Karyawan

SRS-JF07 Sistem harus dapat digunakan untuk memanajemen data Pendaftaran

Karyawan

SRS-JF08 Sistem harus dapat digunakan untuk memanajemen data pemeriksaan

Karyawan

SRS-JF09 Sistem harus dapat digunakan untuk memanajemen data pembayaran

Karyawan

SRS-JF10 Sistem harus dapat digunakan untuk memanajemen inventaris

Karyawan

SRS-JF11 Sistem harus dapat digunakan untuk memanajemen laporan

Karyawan SRS-JF12 Direktur bisa melihat laporan Direktur

(3)

commit to user

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

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

Kode Deskripsi Kebutuhan Non Fungsional

SRS-JNF01 Sistem bisa menyimpan data peralatan dan perlengkapan SRS-JNF02 Karyawan mencetak report data laporan

(4)

commit to user

3.4.1.2. Deskripsi Use Case

Tabel 3.4 Deskripsi Use Case

Nama Deskripsi

Manajemen User Fungsi yang digunakan untuk mengelola data user baik penambahan maupun pengeditan Manajemen Karyawan Fungsi yang digunakan untuk mengelola data

karyawan baik penambahan maupun pengeditan Manajemen Pasien Fungsi yang digunakan untuk mengelola data

pasien baik penambahan maupun pengeditan Manajemen Dokter Fungsi yang digunakan untuk mengelola data

dokter baik penambahan maupun pengeditan Manajemen Obat Fungsi yang digunakan untuk mengelola data

obat baik penambahan, pengeditan maupun penghapusan

Manajemen Poli Fungsi yang digunakan untuk mengelola data poli baik penambahan, pengeditan maupun penghapusan

Manajemen Pendaftaran Fungsi yang digunakan untuk mengelola data pendaftaran pasien baik penambahan, pemberian ID member maupun pemberian nomor antrian Manajemen Pemeriksaan Fungsi yang digunakan untuk mengelola data

pemeriksaan baik penentuan penyakit, data pemeriksaan (rekam medik) maupun peberian resep obat

Manajemen Pembayaran Fungsi yang digunakan untuk mengelola data pembayaran baik pembayaran obat maupun pembayaran klinik

Manajemen Inventaris Fungsi yang digunakan untuk mengelola data inventaris, baik penambahan, pengeditan maupun penghapusan

Manajemen Laporan Fungsi yang digunakan untuk mengelola data laporan baik laporan data pasien, data periksa maupun laporan data keuangan

(5)

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

Admin

Manajemen Data User

Manajemen Data Karyawan

Gambar 3.1 Diagram Use Case Admin 2. Use Case bagian Karyawan

System

Manajemen Pendaftaran Karyawan

Manajemen Data Pasien

Manajemen Pemeriksaan Manajemen Pembayaran

Manajemen Data Dokter

Manajemen Data Obat

Manajemen Data Poli

Manajemen Data Inventaris

Manajemen Laporan

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

System

Direktur

Melihat Laporan

(6)

commit to user

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 Manajemen Data Pasien

Aktor Karyawan

Pre Kondisi Proses untuk menambah, mengedit data pasien ke

database

Skenario Utama

Aksi Aktor Reaksi Sistem

1. Mengisi form masukan pasien

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

pasien

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

Skenario Alternatif

Exception - Kode pasien akan terisi secara otomatis

- Umur pasien harus di isi dengan angka

- Data tidak akan tersimpan jika pengisian tidak lengkap

(7)

commit to user

2. Skenario Use Case Manajemen Data Dokter Tabel 3.6 Manajemen Data Dokter

Nama Manajemen Data Dokter

Aktor Karyawan

Pre Kondisi Proses untuk menambah, mengedit data dokter ke

database

Skenario Utama

Aksi Aktor Reaksi Sistem

1. Mengisi form masukan dokter

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

dokter

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

Skenario Alternatif

Exception - Kode dokter akan terisi secara otomatis

- Tarif dokter harus di isi dengan angka

- Data tidak akan tersimpan jika pengisian tidak lengkap

(8)

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

Skenario Utama

Aksi Aktor Reaksi Sistem

1. Mengisi form masukan obat

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

obat

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

obat

8. Menghapus data dokter dari database

Skenario Alternatif

Exception - 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

(9)

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

Skenario Utama

Aksi Aktor Reaksi Sistem

1. Mengisi form masukan poli

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

poli

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

poli

8. Menghapus data poli dari database

Skenario Alternatif

(10)

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

Skenario Utama

Aksi Aktor Reaksi Sistem

1. Mengisi form masukan pendaftaran

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

pendaftaran

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

Skenario Alternatif

Exception - 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

(11)

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

Skenario Utama

Aksi Aktor Reaksi Sistem

1. Mengisi form

masukan pemeriksaan

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

pemeriksaan

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

Skenario Alternatif

Exception - 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

(12)

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

Skenario Utama

Aksi Aktor Reaksi Sistem

1. Mengisi form

masukan pembayaran

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

pemeriksaan

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

Skenario Alternatif

Exception - Nominal uang yang harus diinputkan tidak boleh kurang dari total uang yang harus dibayar

(13)

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

Skenario Utama

Aksi Aktor Reaksi Sistem

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

Skenario Utama

Aksi Aktor Reaksi Sistem

1. Memilih menu laporan

2. Menampilkan data laporan dari database

Skenario Alternatif

(14)

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

Skenario Utama

Aksi Aktor Reaksi Sistem

1. Mengisi form masukan user

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

user

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

Skenario Alternatif

Exception - Kode user akan terisi secara otomatis - Umur pasien harus di isi dengan angka

- Data tidak akan tersimpan jika pengisian tidak lengkap

(15)

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

Skenario Utama

Aksi Aktor Reaksi Sistem

1. Mengisi form masukan karyawan

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

karyawan

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

Skenario Alternatif

Exception - Kode karyawan akan terisi secara otomatis - Data tidak akan tersimpan jika pengisian tidak

(16)

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

: Admin

Login <<boundary>>

AdminIdentity<<control>> <<entity>>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

: Admin

ManajemenUser <<boundary>>

UserController<<control>> <<entity>>User

1 : InputDataTambahUser() 2 : getDataUser() 3 : getTable() 4 : actionCreate() 5 : view_message() 6 : InputDataEditUser() 7 : getDataEditUser() 8 : getTable() 9 : actionUpdate() 10 : view_message()

(17)

commit to user

Sequence diagram manajemen data karyawan dapat dilihat pada gambar

3.6

Manajemen Karyawan<<boundary>> : Admin

KaryawanController<<control>> <<entity>>karyawan

1 : InputDataTambahKaryawan() 2 : getDataKaryawan() 3 : getTable() 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

: Karyawan

Login <<boundary>>

KaryawanIdentity<<control>> <<entity>>Karyawan

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

(18)

commit to user

Sequence diagram manajemen data pasien dapat dilihat pada gambar 3.8

: Karyawan

ManajemenPasien<<boundary>> PasienController<<control>> <<entity>>Pasien

1 : InputDataTambahPasien() 2 : getDataPasien() 3 : getTable() 4 : actionCreate() 5 : view_message() 6 : InputDataEditPasien() 7 : getDataEditPasien() 8 : getTable() 9 : actionUpdated() 10 : view_message()

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

: Karyawan

ManagemenDokter<<boundary>> DokterController<<control>> <<entity>>Dokter

1 : InputDataTambahDokter() 2 : getDataDokter() 3 : getTable() 4 : actionCreated() 5 : view_message() 6 : InputDataEditDokter() 7 : getDataEditDokter() 8 : getTable() 9 : actionUpdated() 10 : view_message()

(19)

commit to user

Sequence diagram manajemen data obat dapat dilihat pada gambar 3.10

: Karyawan

ManajemenObat <<boundary>>

ObatController<<control>> <<entity>>Obat

1 : InputDataTambahObat() 2 : getDataObat() 3 : getTable() 4 : actionCreated() 5 : view_message() 6 : InputDataEditObat() 7 : getDataEditObat() 8 : getTable() 9 : actionUpdated() 10 : view_message() 11 : getAksiHapusObat() 12 : PilihAksiHapusObat() 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

: Karyawan ManajemenPoli <<boundary>> PoliController <<control>> Poli <<entity>> 1 : InputDataTambahPoli() 2 : getDataTambahPoli() 3 : getTable() 4 : actionCreated() 5 : view_message() 6 : InputDataEditPoli() 7 : getDataEditPoli() 8 : getTable() 9 : actionUpdated() 10 : view_message() 11 : PilihAksiHapusPoli() 12 : getDataHapusPoli() 13 : getTable() 14 : actionDelete() 15 : view_message()

(20)

commit to user

Sequence diagram manajemen pendaftaran dapat dilihat pada gambar 3.12

: Karyawan ManajemenPendaftaran <<boundary>> PendaftaranController <<control>> Daftar <<entity>> 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

: Karyawan

ManajemenPemeriksaan<<boundary>> PemeriksaanController<<control>> <<entity>>Periksa

1 : InputDataValidasi() 2 : getDataValidasi() 3 : getTable() 4 : actionPeriksa() 5 : getDaftar() 6 : view_message() 7 : InputDataPeriksa() 8 : getDataPeriksa() 9 : getTable() 10 : actionTerimaPeriksa() 11 : view_message()

(21)

commit to user

Sequence diagram manajemen pembayaran dapat dilihat pada gambar 3.14

: Karyawan

ManajemenPembayaran<<boundary>> PembayaranController<<controll>> <<entity>>Bayar

1 : InputDataValidasi() 2 : getDataValidasi() 3 : getTable() 4 : actionBayar() 5 : getPeriksa() 6 : view_message() 7 : InputDataBayar() 8 : getDataBayar() 9 : getTable() 10 : actionTerimaBayar() 11 : view_message()

Gambar 3.14 Sequence diagram manajemen data pembayaran

Sequence diagram manajemen inventaris dapat dilihat pada gambar 3.15

: Karyawan

ManajemenInventaris<<boundary>> InventarisController<<control>> <<entity>>Inventaris

1 : InputDataTambahInventaris() 2 : getDataInventaris() 3 : getTable() 4 : actionCreated() 5 : view_message() 6 : InputDataEditInventaris() 7 : getDataEditInventaris() 8 : getTable() 9 : actionUpdated() 10 : view_message() 11 : PilihAksiHapusInventaris() 12 : getDataHapusInventaris() 13 : getTable() 14 : actionDelete() 15 : view_message()

(22)

commit to user

Sequence diagram manajemen data laporan dapat dilihat pada gambar 3.16

: Karyawan

ManajemenLaporan<<boyndary>> LaporanController<<control>> <<entity>>Laporan

1 : InputDataValidasi() 2 : getDataValidasi() 3 : getTable() 4 : actionLaporan() 5 : getPeriksa() 6 : getPasien() 7 : getBayar() 8 : view_message() 9 : InputDataLaporan() 10 : getDataLaporan() 11 : getTable() 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

Found?

No

masuk sistem Yes

(23)

commit to user

2. Menambah Data User

get username, password, id_level

cek database

Valid ?

No

simpan username, password, id_level Yes

Gambar 3.18 Diagram Activity Menambah Data User

3. Merubah Data User

get username

cek database

Valid ?

menampilkan data user

get Username, Password baru

ubah password = password baru Yes

No

(24)

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

simpan IdKaryawan, NamaKaryawan valid?

Yes

No

Gambar 3.21 Diagram Activity Menambah Data Karyawan

6. Merubah Data Karyawan

get IdKaryawan

menampilkan data karyawan

get IdKaryawan, NamaKaryawan

cek database

ubah karyawan = karyawan baru valid?

yes

No

(25)

commit to user

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

Simpan IdPasien, NamaPasien Valid?

Yes

No

Gambar 3.24 Diagram Activity Menambah Data Pasien

9. Merubah Data Pasien

get IdPasien

menamplikan data pasien

get IdPasien, NamaPasien

cek database

ubah pasien = pasien baru Valid?

Yes

No

(26)

commit to user

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

simpan IdDokter, NamaDokter valid?

Yes

No

Gambar 3.27 Diagram Activity Menambah Data Dokter

12. Merubah Data Dokter

get IdDokter

menampilkan data dokter

get IdDokter, NamaDokter

cek database

ubah dokter = dokter baru valid?

Yes

No

(27)

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

simpan IdObat, NamaObat valid?

yes

No

Gambar 3.30 Diagram Activity Menambah Data Obat

15. Merubah Data Obat

get IdObat

menampilkan data obat

get IdObat, NamaObat

cek database

ubah obat = obat baru valid?

Yes

No

(28)

commit to user

16. Menghapus Data Obat

get data obat

cek database

simpan data obat valid?

Yes

No

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

simpa IdPoli, NamaPoli Valid?

Yes

No

(29)

commit to user

19. Merubah Data Poli

get IdPoli

menampilkan data poli

get IdPoli, NamaPoli

cek database

ubah poli = poli baru valid?

Yes

No

Gambar 3.35 Diagram Activity Merubah Data Poli

20. Menghapus Data Poli

get data poli

cek database

simpan data poli valid?

Yes

No

Gambar 3.36 Diagram Activity Menghapus Data Poli

21. Melihat Data Poli

get IdPoli

menampilkan data poli

(30)

commit to user

22. Sistem Pendaftaran

Pilih File Transaksi

Pilih Entry Pendaftaran

Cari Data Pasien

Cari Data Dokter Tampilkan Data Pasien

Tampilkan Data Dokter Pilih Pasien Pilih Dokter No Cek Database Simpan lanjut? Yes

Gambar 3.38 Diagram Activity Sistem Pendaftaran

23. Merubah Data Pendaftaran

get IdDaftar

menampilkan data daftar

get IdDaftar, NamPasien

cek database

ubah daftar = daftar baru Valid?

Yes

No

(31)

commit to user

24. Menghapus Data Pendaftaran

get data daftar

cek database

simpan data daftar Valid?

Yes

No

Gambar 3.40 Diagram Activity Menghapus Data Pendaftaran

25. Melihat Data Pendaftaran

get IdDaftar

menampilkan data daftar

(32)

commit to user

26. Sistem Pemeriksaan

Pilih File Transaksi

Pilih Entri Pemeriksaan

Cari Data Daftar

Tampilkan Data Daftar

Pilih Periksa

Cari Data Resep

Tampilkan Data Resep

Pilih Resep Cek Database Simpan Lanjut? Yes No

Gambar 3.42 Diagram Activity Sistem Pemeriksaan

27. Melihat Data Pemeriksaan

get IdPeriksa

menampilkan data periksa

(33)

commit to user

28. Sistem Pembayaran

Pilih Menu Pembayaran

Pilih Entri Pembayaran

Tampilkan Data Periksa Cari Data Periksa

Pilih Bayar

Pembayaran Obat Pembayaran Klinik

Cek Database

Simpan Lanjut?

Yes

No

Gambar 3.44 Diagram Activity Sistem Pembayaran

29. Melihat Data Pembayaran

get IdBayar

menampilkan data bayar

(34)

commit to user

30. Menambah Data Inventaris

get IdInventaris, NamaInventaris

cek database

simpan IdInventaris, NamaInventaris Valid?

Yes

No

Gambar 3.46 Diagram Activity Menambah Data Inventaris

31. Merubah Data Inventaris

get IdInventaris

menampilkan data inventaris

get IdInventaris, NamaInventaris

cek database

ubah inventaris = inventaris baru Valid?

Yes

No

(35)

commit to user

32. Menghapus Data Inventaris

get data Inventaris

cek database

simpan data inventaris Valid?

Yes

No

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 Pemeriksaan Data Pembayaran

Input periode laporan Cetak

Data Obat

Valid? Yes Data Poli

Data Dokter Data Inventaris

No

(36)

commit to user

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.

Pendaftaran +Kode_Daftar +Kode_Pasien +Kode_Dokter +kode_Poli +Tanggal +No_Antri +Status +Keterangan +actionDaftar() +actionTerimaDaftar() Dokter +Kode_Dokter +Dokter_Nama +Dokter_Spesialis +Dokter_Tarif +Dokter_Telepon +Dokter_Alamat +actionCreated() +actionUpdate() Pasien +Kode_Pasien +Pasien_Nama +Pasien_Alamat +Pasien_Gender +Pasien_Umur +Pasien_Telp +actionCreated() +actionUpdate() Karyawan +Kode_Karyawan +Karyawan_Nama +Karyawan_Jabatan +Karyawan_Telp +Karyawan_Alamat +Karyawan_Tahun_Masuk +Karyawan_Status_klrg +actionCreated() +actionUpdate() Obat +Kode_Obat +Obat_Nama +Obat_Kategori +Obat_Jenis +Obat_Harga +Obat_Jumlah +actionCreated() +actionUpdate() +actionDelete() Pemeriksaan +Kode_Periksa +Kode_Daftar +Kode_Pasien +Kode_Dokter +Kode_Poli +Status_Periksa +actionPeriksa() +actionTerimaPeriksa() Pembayaran +Kode_Daftar +Kode_Periksa +Kode_Resep +Kode_Pasien +Kode_Dokter +Kode_Poli +Total +Dibayar +kembali +Catatan +Status_Bayar +actionBayar() +actionTerimaBayar() Peralatan +Kode_Peralatan +Peralatan_Nama +Peralatan_Kategori +Peralatan_Jenis +Peralatan_Jumlah +Peralatan_Tgl_Beli +Peralatan_Umur_Pakai +Peralatan_Status +Peralatan_Tempat +actionCreated() +actionUpdate() +actionDelete() Poli +Kode_Poli +Poli_Nama +Poli_Keterangan +actionCreated() +actionUpdate() +actionDelete() Resep +Kode_Daftar +Kode_Periksa +Kode_Obat +Sakit +Dosis +Catatan +Subtotal +actionCreate() +actionUpdate() Resep_Bayar +Kode_Resep_Bayar +Kode_Daftar +Kode_Periksa +Kode_Resep +Kode_Obat +Sakit +Dosis +Catatan +Subtotal +actionTerimaBayar() Transaksi +Kode_Transaksi +Transaksi_Tanggal +Transaksi_Kategori +Transaksi_Jumlah +Transaksi_Status +Transaksi_Keterangan +actionLihatTransaksi() +1 +N N +1 +1 +N 1 +1 1 +1 N +1 +1 +N N +1 +N +N Administrator<<interface>> +actionCreate +actionUpdate +actionDelete +actionDaftar +actionTerimaDaftar +actionperiksa +actionTerimaPeriksa +actionBayar +actionTerimaBayar 1 +1 Perlengkapan +Kode_Perlengkapan +Perlengkapan_Nama +Perlengkapan_Kategori +Perlengkapan_Jenis +Perlengkapan_Jumlah +Perlengkapan_Tgl_Beli +Perlengkapan_Umur_Pakai +Perlengkapan_Status +Perlengkapan_Tempat +actionCreated() +actionUpdate() +actionDelete() N +1

(37)

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 Keterangan

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)

2. Table Pasien

Deskripsi : Berisi data pasien Primary Key : Kode_Pasien

Tabel 3.17 Deskripsi Tabel Pasien

Field Type Keterangan

Kode_Pasien Varchar(10) Pasien_Nama Varchar(30) Pasien_Alamat Varchar(100) Pasien_Gender Varchar(15) Pasien_Umur Int Pasien_Telp Varchar(15)

(38)

commit to user

3. Table Dokter

Deskripsi : Berisi data dokter Primary Key : Kode_Dokter

Tabel 3.18 Deskripsi Tabel Dokter

Field Type Keterangan

Kode_Dokter Varchar(10) Dokter_Nama Varchar(30) Dokter_Spesialis Varchar(15) Dokter_Alamat Varchar(100) Dokter_Telepon Varchar(15) Dokter_Tarif Int 4. Tabel Obat

Deskripsi : Berisi data obat Primary Key : Kode_Obat

Tabel 3.19 Deskripsi Tabel Obat

Field Type Keterangan

Kode_Obat Varchar(10) Obat_Nama Varchar(30) Obat_Kategori Varchar(15) Obat_Jenis Varchar(15) Obat_Harga Int Obat_Jumlah Int

(39)

commit to user

5. Tabel Poli

Deskripsi : Berisi data poli Primary Key : Kode_Poli

Tabel 3.20 Deskripsi Tabel Poli

Field Type Keterangan

Kode_Poli Varchar(10)

Poli_Nama Varchar(15)

Poli_Keterangan Varchar(50)

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 Keterangan

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)

(40)

commit to user

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 Keterangan

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 : Berisi data resep obat Primary Key : -

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

Field Type Keterangan

Kode_Daftar Varchar(10) Kode_Periksa Varchar(10) Kode_Obat Varchar(10) Sakit Varchar(30) Dosis Int Catatan Varchar(100) Subtotal Int

(41)

commit to user

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 Keterangan

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

(42)

commit to user

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 Keterangan

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)

(43)

commit to user

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)

(44)

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

(45)

commit to user

2. Perencangan Tampilan Halaman Utama

Gambar

Gambar 3.4 Sequence diagram login Admin    Sequence diagram manajemen data user dapat dilihat pada gambar 3.5
Gambar 3.6 Sequence diagram manajemen data karyawan  2.  Pada sisi Karyawan
Gambar 3.8 Sequence diagram manajemen data pasien   Sequence diagram manajemen data dokter dapat dilihat pada gambar 3.9
Gambar 3.10 Sequence diagram manajemen data obat
+7

Referensi

Dokumen terkait

Rinitis vasomotor merupakan suatu gangguan fisiologik neurovaskular mukosa hidung dengan gejala hidung tersumbat, rinore yang hebat dan kadang – kadang dijumpai adanya bersin

Data persepsi dan preferensi pengguna Jalan Gajah Mada yang diperoleh pada kuesioner meliputi fasilitas yang ingin dibenahi, elemen lanskap yang ingin ditambahkan,

NOMOR 2348/MENKES/PER/XI/2011 TENTANG PERUBAHAN ATAS PERATURAN MENTERI KESEHATAN NOMOR 356/MENKES/PER/IV/2008 TENTANG ORGANISASI DAN TATA KERJA KANTOR KESEHATAN PELABUHAN5.

Desa atau yang di daerah tertentu disebut dengan nama lain, adalah kesatuan masyarakat hukum yang memiliki kewenangan untuk mengatur dan mengurus kepentingan masyarakat

bahwa baku mutu emisi untuk pembangkit listrik tenaga uap berbahan bakar batu bara sebagaimana tercantum dalam Lampiran III A dan Lampiran III B Keputusan Menteri Negara

Muhammad Ma’shum bin Ali al-Maskumambangi dengan karya monumentalnya dalam ilmu falak ini, yaitu kitab Badi’ah al-Misal fi Hisab al- Sinin wa al-Hilal merupakan salah satu dari

Protein plasma mengeluarkan kekuatan osmotik yang dibutuhkan untuk menarik kembali cairan ke dalam kapiler dari jaringan interstisial. Protein plasma terdiri dari albumin,

Jadi jika diketahui terdapat suatu muka gelombang x pada waktu t yang dihasilkan dari suatu sumber S, maka untuk mendapatkan muka gelombang dengan waktu t + ∆t,