BAB III ANALISIS KEBUTUHAN DAN PERANCANGAN SISTEM

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 commit Objek to Oriented user Programming. 11

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 Deskripsi Kebutuhan Fungsional Level SRS-JF01 Sistem harus dapat digunakan untuk Admin memanajemen data user SRS-JF02 Sistem harus dapat digunakan untuk Admin memanajemen data Karyawan SRS-JF03 Sistem harus dapat digunakan untuk Karyawan memanajemen data pasien SRS-JF04 Sistem harus dapat digunakan untuk Karyawan memanajemen data dokter SRS-JF05 Sistem harus dapat digunakan untuk Karyawan memanajemen data obat SRS-JF06 Sistem harus dapat digunakan untuk Karyawan memanajemen data poli SRS-JF07 Sistem harus dapat digunakan untuk Karyawan memanajemen data Pendaftaran SRS-JF08 Sistem harus dapat digunakan untuk Karyawan memanajemen data pemeriksaan SRS-JF09 Sistem harus dapat digunakan untuk Karyawan memanajemen data pembayaran SRS-JF10 Sistem harus dapat digunakan untuk Karyawan memanajemen inventaris SRS-JF11 Sistem harus dapat digunakan untuk Karyawan memanajemen laporan SRS-JF12 Direktur bisa melihat laporan Direktur

13 3.3.1. Kebutuhan n Fungsional Untuk kebutuhan non fungsional dari sistem dapat dilihat pada tabel 3.2 Tabel 3.2 Tabel Kebutuhan n Fungsional Kode SRS-JNF01 SRS-JNF02 Deskripsi Kebutuhan n Fungsional Sistem bisa menyimpan data peralatan dan perlengkapan Karyawan mencetak report data laporan 3.4 Perancangan Sistem 3.4.1. Pemodelan Use Case 3.4.1.1. Deskripsi Aktor Nama Admin Karyawan Direktur Tabel 3.3 Deskripsi Aktor Deskripsi Adalah orang yang bertanggung jawab untuk mengelola user dan 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. Adalah orang yang melihat data laporan

14 3.4.1.2. 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 Tabel 3.4 Deskripsi Use Case 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

15 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 Admin Manajemen Data Karyawan 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 3. Use Case bagian Direktur Gambar 3.2 Diagram Use Case Karyawan System Melihat Laporan Direktur Gambar 3.3 Diagram Use Case Direktur

16 3.4.1.4. Skenario Use Case Berikut adalah skenario jalannya masing-masing use case : 1. Skenario Use Case Manajemen Data Pasien Nama Aktor Pre Kondisi Aksi Aktor 1. Mengisi form masukan pasien 4. Mengedit form pasien Exception Tabel 3.5 Manajemen Data 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 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

17 2. Skenario Use Case Manajemen Data Dokter Nama Aktor Pre Kondisi Aksi Aktor 1. Mengisi form masukan dokter 4. Mengedit form dokter Exception Tabel 3.6 Manajemen Data 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 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

18 3. Skenario Use Case Manajemen Data Obat Nama Aktor Pre Kondisi Aksi Aktor 1. Mengisi form masukan obat 4. Mengedit data obat 7. Menghapus data obat Exception Tabel 3.7 Manajemen Data Obat Manajemen Data Obat Karyawan Proses untuk menambah, mengedit dan menghapus data obat Skenario Utama Reaksi Sistem 2. Mengecek valid tidaknya data masukan 3. Menyimpan data masukan ke dalam database 5. Mengecek valid tidaknya data editan 6. Menyimpan data editan ke dalam database 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

19 4. Skenario Use Case Manajemen Data Poli Nama Aktor Pre Kondisi Aksi Aktor 1. Mengisi form masukan poli 4. Mengedit data poli 7. Menghapus data poli Exception Tabel 3.8 Manajemen Data Poli Manajemen Data Poli Karyawan Proses untuk menambah, mengedit dan menghapus data poli Skenario Utama Reaksi Sistem 2. Mengecek valid tidaknya data masukan 3. Menyimpan data masukan ke dalam database 5. Mengecek valid tidaknya data editan 6. Menyimpan data editan ke dalam database 8. Menghapus data poli dari database Skenario Alternatif Kode poli akan terisi secara otomatis

20 5. Skenario Use Case Manajemen Data Pendaftaran Nama Aktor Pre Kondisi Aksi Aktor 1. Mengisi form masukan pendaftaran 4. Mengedit data pendaftaran Exception Tabel 3.9 Manajemen Data Pendaftaran Manajemen Data Pendaftaran Karyawan Proses untuk menambah, mengedit data pendaftaran Skenario Utama Reaksi Sistem 2. Mengecek valid tidaknya data masukan 3. Menyimpan data masukan ke dalam database 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

21 6. Skenario Use Case Manajemen Data Pemeriksaan Nama Aktor Pre Kondisi Aksi Aktor 1. Mengisi form masukan pemeriksaan 4. Mengedit data pemeriksaan Exception Tabel 3.10 Manajemen Data Pemeriksaan Manajemen Data Pemeriksaan Karyawan Proses untuk menambah, mengedit data pemeriksaan Skenario Utama Reaksi Sistem 2. Mengecek valid tidaknya data masukan 3. Menyimpan data masukan ke dalam database 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

22 7. Skenario Use Case Manajemen Data Pembayaran Nama Aktor Pre Kondisi Aksi Aktor 1. Mengisi form masukan pembayaran 4. Mengedit data pemeriksaan Exception Tabel 3.11 Manajemen Data Pembayaran Manajemen Data Pembayaran Karyawan Proses untuk menambah, mengedit data pembayaran Skenario Utama Reaksi Sistem 2. Mengecek valid tidaknya data masukan 3. Menyimpan data masukan ke dalam database 5. Mengecek valid tidaknya data editan 6. Menyimpan data editan ke dalam database Skenario Alternatif - minal uang yang harus diinputkan tidak boleh kurang dari total uang yang harus dibayar

23 8. Skenario Use Case Manajemen Data Laporan Nama Aktor Pre Kondisi Tabel 3.12 Manajemen Data Laporan Manajemen Data Laporan Karyawan 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 Nama Aktor Pre Kondisi Tabel 3.13 Melihat Data Laporan Melihat Data Laporan Direktur Menu utama ditampilkan Skenario Utama Aksi Aktor Reaksi Sistem 1. Memilih menu laporan 2. Menampilkan data laporan dari database Skenario Alternatif Exception -

24 8. Skenario Use Case Manajemen Data User Nama Aktor Pre Kondisi Aksi Aktor 1. Mengisi form masukan user 4. Mengedit form user Exception Tabel 3.14 Manajemen Data User Manajemen Data User Admin Proses untuk menambah, mengedit data user ke database Skenario Utama Reaksi Sistem 2. Mengecek valid tidaknya data masukan 3. Menyimpan data masukan ke dalam database 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

25 9. Skenario Use Case Manajemen Data Karyawan Nama Aktor Pre Kondisi Aksi Aktor 1. Mengisi form masukan karyawan 4. Mengedit form karyawan Exception Tabel 3.15 Manajemen Data Karyawan Manajemen Data User Admin Proses untuk menambah, mengedit data karyawan ke database Skenario Utama Reaksi Sistem 2. Mengecek valid tidaknya data masukan 3. Menyimpan data masukan ke dalam database 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

26 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 <<boundary>> Login <<control>> 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 <<boundary>> ManajemenUser <<control>> 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() Gambar 3.5 Sequence diagram manajemen data user

27 Sequence diagram manajemen data karyawan dapat dilihat pada gambar 3.6 <<boundary>> Manajemen Karyawan <<control>> KaryawanController <<entity>> karyawan : Admin 1 : InputDataTambahKaryawan() 2 : getdatakaryawan() 3 : gettable() 4 : actioncreated() 6 : InputDataEditKaryawan() 5 : view_message() 7 : getdataeditkaryawan() 8 : gettable() 9 : actionupdated() 10 : view_message() 2. Pada sisi Karyawan Gambar 3.6 Sequence diagram manajemen data karyawan Sequence diagram login Karyawan dapat dilihat pada gambar 3.7 <<boundary>> Login <<control>> 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() Gambar 3.7 Sequence diagram login Karyawan

28 Sequence diagram manajemen data pasien dapat dilihat pada gambar 3.8 <<boundary>> ManajemenPasien <<control>> PasienController <<entity>> Pasien : Karyawan 1 : InputDataTambahPasien() 2 : getdatapasien() 3 : gettable() 4 : actioncreate() 6 : InputDataEditPasien() 5 : view_message() 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 <<boundary>> ManagemenDokter <<control>> DokterController <<entity>> Dokter : Karyawan 1 : InputDataTambahDokter() 2 : getdatadokter() 3 : gettable() 4 : actioncreated() 6 : InputDataEditDokter() 5 : view_message() 7 : getdataeditdokter() 8 : gettable() 9 : actionupdated() 10 : view_message() Gambar 3.9 Sequence diagram manajemen data dokter

29 Sequence diagram manajemen data obat dapat dilihat pada gambar 3.10 <<boundary>> ManajemenObat <<control>> ObatController <<entity>> Obat : Karyawan 1 : InputDataTambahObat() 2 : getdataobat() 3 : gettable() 4 : actioncreated() 6 : InputDataEditObat() 5 : view_message() 7 : getdataeditobat() 8 : gettable() 9 : actionupdated() 12 : PilihAksiHapusObat() 10 : view_message() 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 <<boundary>> ManajemenPoli <<control>> PoliController <<entity>> Poli : Karyawan 1 : InputDataTambahPoli() 2 : getdatatambahpoli() 3 : gettable() 4 : actioncreated() 6 : InputDataEditPoli() 5 : view_message() 7 : getdataeditpoli() 8 : gettable() 9 : actionupdated() 10 : view_message() 11 : PilihAksiHapusPoli() 12 : getdatahapuspoli() 13 : gettable() 14 : actiondelete() 15 : view_message() Gambar 3.11 Sequence diagram manajemen data poli

30 Sequence diagram manajemen pendaftaran dapat dilihat pada gambar 3.12 <<boundary>> ManajemenPendaftaran <<control>> PendaftaranController <<entity>> Daftar : Karyawan 1 : InputDataValidasi() 2 : getdatavalidasi() 3 : gettable() 4 : actiondaftar() 5 : getpasien() 7 : InputDataPasien() 6 : view_message() 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 <<boundary>> ManajemenPemeriksaan <<control>> PemeriksaanController <<entity>> Periksa : Karyawan 1 : InputDataValidasi() 2 : getdatavalidasi() 3 : gettable() 4 : actionperiksa() 5 : getdaftar() 7 : InputDataPeriksa() 6 : view_message() 8 : getdataperiksa() 9 : gettable() 10 : actionterimaperiksa() 11 : view_message() Gambar 3.13 Sequence diagram manajemen data pemeriksaan

31 Sequence diagram manajemen pembayaran dapat dilihat pada gambar 3.14 <<boundary>> ManajemenPembayaran <<controll>> PembayaranController <<entity>> Bayar : Karyawan 1 : InputDataValidasi() 2 : getdatavalidasi() 3 : gettable() 4 : actionbayar() 7 : InputDataBayar() 6 : view_message() 8 : getdatabayar() 5 : getperiksa() 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 <<boundary>> ManajemenInventaris <<control>> InventarisController <<entity>> Inventaris : Karyawan 1 : InputDataTambahInventaris() 2 : getdatainventaris() 3 : gettable() 4 : actioncreated() 6 : InputDataEditInventaris() 5 : view_message() 7 : getdataeditinventaris() 8 : gettable() 9 : actionupdated() 10 : view_message() 11 : PilihAksiHapusInventaris() 12 : getdatahapusinventaris() 13 : gettable() 14 : actiondelete() 15 : view_message() Gambar 3.15 commit Sequence to user diagram manajemen data inventaris

32 Sequence diagram manajemen data laporan dapat dilihat pada gambar 3.16 <<boyndary>> ManajemenLaporan <<control>> LaporanController <<entity>> Laporan : Karyawan 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? Yes masuk sistem Gambar 3.17 Diagram Activity Login

33 2. Menambah Data User get username, password, id_level cek database 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 Valid? Yes ubah password = password baru Gambar 3.19 Diagram Activity Merubah Data User

34 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 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 valid? yes ubah karyawan = karyawan baru Gambar 3.22 Diagram Activity Merubah Data Karyawan

35 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 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 Valid? Yes ubah pasien = pasien baru Gambar 3.25 Diagram Activity Merubah Data Pasien

36 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 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 valid? Yes ubah dokter = dokter baru Gambar 3.28 Diagram commit Activity to user Merubah Data Dokter

37 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 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 valid? Yes ubah obat = obat baru Gambar 3.31 Diagram commit Activity to user Merubah Data Obat

38 16. Menghapus Data Obat get data obat cek database 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 Valid? Yes simpa IdPoli, NamaPoli Gambar 3.34 Diagram Activity Menambah Data Poli

39 19. Merubah Data Poli get IdPoli menampilkan data poli get IdPoli, NamaPoli cek database valid? Yes ubah poli = poli baru Gambar 3.35 Diagram Activity Merubah Data Poli 20. Menghapus Data Poli get data poli cek database valid? Yes simpan data poli Gambar 3.36 Diagram Activity Menghapus Data Poli 21. Melihat Data Poli get IdPoli menampilkan data poli Gambar 3.37 Diagram Activity Melihat Data Poli

40 22. Sistem Pendaftaran Pilih File Transaksi Pilih Entry Pendaftaran Cari Data Pasien Tampilkan Data Pasien Pilih Pasien Cari Data Dokter 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 Valid? Yes ubah daftar = daftar baru Gambar 3.39 Diagram Activity Merubah Data Pendaftaran

41 24. Menghapus Data Pendaftaran get data daftar cek database 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

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

43 28. Sistem Pembayaran Pilih Menu Pembayaran Pilih Entri Pembayaran Cari Data Periksa Tampilkan Data Periksa Pilih Bayar 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

44 30. Menambah Data Inventaris get IdInventaris, NamaInventaris cek database 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 Valid? Yes ubah inventaris = inventaris baru Gambar 3.47 Diagram Activity Merubah Data Inventaris

45 32. Menghapus Data Inventaris get data Inventaris cek database 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 Cetak Yes Valid? Input periode laporan Gambar 3.50 Diagram Activity Manajemen Laporan

46 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. Obat +Kode_Obat +Obat_Nama +Obat_Kategori +Obat_Jenis +Obat_Harga +Obat_Jumlah +actioncreated() +actionupdate() +actiondelete() +N Poli +Kode_Poli +Poli_Nama +Poli_Keterangan +actioncreated() +actionupdate() +actiondelete() +N +1 +N +N Dokter +Kode_Dokter +Dokter_Nama +Dokter_Spesialis +Dokter_Tarif +Dokter_Telepon +Dokter_Alamat +actioncreated() +actionupdate() +1 N Pemeriksaan +Kode_Periksa +Kode_Daftar +Kode_Pasien +Kode_Dokter +Kode_Poli +Status_Periksa +actionperiksa() +actionterimaperiksa() +1 1 +1 Resep +Kode_Daftar +Kode_Periksa +Kode_Obat +Sakit +Dosis +Catatan +Subtotal +actioncreate() +actionupdate() <<interface>> Administrator +actioncreate +actionupdate +actiondelete +actiondaftar +actionterimadaftar +actionperiksa +actionterimaperiksa +actionbayar +actionterimabayar Pendaftaran +Kode_Daftar +Kode_Pasien +Kode_Dokter +kode_poli +Tanggal +_Antri +Status +Keterangan +actiondaftar() +actionterimadaftar() N +1 Pasien +Kode_Pasien +Pasien_Nama +Pasien_Alamat +Pasien_Gender +Pasien_Umur +Pasien_Telp +actioncreated() +actionupdate() +N +1 +1 Karyawan +Kode_Karyawan +Karyawan_Nama +Karyawan_Jabatan +Karyawan_Telp +Karyawan_Alamat +Karyawan_Tahun_Masuk +Karyawan_Status_klrg +actioncreated() +actionupdate() +1 N Peralatan +Kode_Peralatan +Peralatan_Nama +Peralatan_Kategori +Peralatan_Jenis +Peralatan_Jumlah +Peralatan_Tgl_Beli +Peralatan_Umur_Pakai +Peralatan_Status +Peralatan_Tempat +actioncreated() +actionupdate() +actiondelete() +1 N Perlengkapan +Kode_Perlengkapan +Perlengkapan_Nama +Perlengkapan_Kategori +Perlengkapan_Jenis +Perlengkapan_Jumlah +Perlengkapan_Tgl_Beli +Perlengkapan_Umur_Pakai +Perlengkapan_Status +Perlengkapan_Tempat +actioncreated() +actionupdate() +actiondelete() 1 Pembayaran +Kode_Daftar +Kode_Periksa +Kode_Resep +Kode_Pasien +Kode_Dokter +Kode_Poli +Total +Dibayar +kembali +Catatan +Status_Bayar +actionbayar() +actionterimabayar() 1 +1 Transaksi +Kode_Transaksi +Transaksi_Tanggal +Transaksi_Kategori +Transaksi_Jumlah +Transaksi_Status +Transaksi_Keterangan +actionlihattransaksi() Resep_Bayar +Kode_Resep_Bayar +Kode_Daftar +Kode_Periksa +Kode_Resep +Kode_Obat +Sakit +Dosis +Catatan +Subtotal +actionterimabayar() Gambar 3.51 Class Diagram Aplikasi Rawat Jalan Klinik Habil Syifa Medika

47 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 Nama Depan Nama Belakang Karyawan_ Jabatan Karyawan_ Telp Karyawan_ Alamat Karyawan_ Tahun_Masuk Karyawan_ Status_Klrg Status_Karyawan Status_Level Password Varchar(30) Varchar(30) Varchar(100) Varchar(4) Varchar(15) Varchar(11) Varchar(11) Varchar(15) 2. Table Pasien Deskripsi : Berisi data pasien Primary Key : Kode_Pasien Tabel 3.17 Deskripsi Tabel Pasien Field Type Keterangan Kode_Pasien Pasien_Nama Pasien_Alamat Pasien_Gender Pasien_Umur Pasien_Telp Varchar(30) Varchar(100) Varchar(15) Int commit Varchar(15) to user

48 3. Table Dokter Deskripsi : Berisi data dokter Primary Key : Kode_Dokter Tabel 3.18 Deskripsi Tabel Dokter Field Type Keterangan Kode_Dokter Dokter_Nama Dokter_Spesialis Dokter_Alamat Dokter_Telepon Dokter_Tarif Varchar(30) Varchar(15) Varchar(100) Varchar(15) Int 4. Tabel Obat Deskripsi : Berisi data obat Primary Key : Kode_Obat Tabel 3.19 Deskripsi Tabel Obat Field Type Keterangan Kode_Obat Obat_Nama Obat_Kategori Obat_Jenis Obat_Harga Obat_Jumlah Varchar(30) Varchar(15) Varchar(15) Int Int

49 5. Tabel Poli Deskripsi : Berisi data poli Primary Key : Kode_Poli Tabel 3.20 Deskripsi Tabel Poli Field Type Keterangan Kode_Poli Poli_Nama Poli_Keterangan Varchar(15) 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 Kode_Pasien Kode_Dokter Kode_Poli Tanggal Antri Status Keterangan Datetime Varchar(15) Varchar(50)

50 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 Kode_Daftar Kode_Pasien Kode_Dokter Kode_Poli Status Periksa Varchar(15) 8. Tabel Resep Deskripsi Primary Key : - : Berisi data resep obat Foreign Key : Kode_Daftar, Kode_Periksa, Kode_Obat Tabel 3.23 Deskripsi Tabel Resep Field Type Keterangan Kode_Daftar Kode_Periksa Kode_Obat Sakit Dosis Catatan Subtotal Varchar(30) Int Varchar(100) Int

51 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 Kode_Daftar Kode_Periksa Kode_Resep Kode_Obat Penyakit Dosis Catatan Subtotal Varchar(15) Int Varchar(100) Int

52 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 Kode_Periksa Kode_Resep Kode_Pasien Kode_Dokter Kode_Poli Total Dibayar Kembali Catatan Status Bayar Int Int Int Varchar(100) Varchar(15)

53 11. Tabel Transaksi Deskripsi : Berisi data transaksi Primary Key : Kode_Transaksi Tabel 3.26 Deskripsi Tabel Transaksi Field Type Keterangan Kode_Transaksi Auto_increment Transaksi_Tanggal Transaksi_Kategori Transaksi_Jumlah Transaksi_Status Transaksi_Keterangan Datetime Varchar(15) Varchar(15) Varchar(15) Varchar(100) 12. Tabel Peralatan Deskripsi : Berisi data peralatan Primary Key : Kode_Peralatan Tabel 3.27 Deskripsi Tabel Peralatan Field Type Keterangan Kode_Peralatan Auto_increment Peralatan_Nama Peralatan_Kategori Peralatan_Jenis Peralatan_Jumlah Peralatan_Tgl_Beli Peralatan_Umur_Pakai Peralatan_Status Peralatan_Alamat Varchar(30) Varchar(30) Varchar(30) Int Datetime Varchar(5) Varchar(15) Varchar(30)

54 13. Tabel Perlengkapan Deskripsi : Berisi data perlengkapan Primary Key : Kode_Perlengkapan Tabel 3.28 Deskripsi Tabel Perlengkapan Field Type Keterangan Kode_ Perlengkapan Auto_increment Perlengkapan _Nama Perlengkapan _Kategori Perlengkapan _Jenis Perlengkapan _Jumlah Perlengkapan _Tgl_Beli Perlengkapan _Umur_Pakai Perlengkapan _Status Perlengkapan _Alamat Varchar(30) Varchar(30) Varchar(30) Int Datetime Varchar(5) Varchar(15) 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 Gambar 3.52 Perancangan Antarmuka Login

55 2. Perencangan Tampilan Halaman Utama Gambar 3.53 Perancangan Halaman Utama