BAB IV PERANCANGAN SISTEM USULAN

(1)

40

PERANCANGAN SISTEM USULAN

4.1. Tahapan Perancangan Sistem 4.1.1. Analisa Kebutuhan

1. Kebutuhan Pengguna

Dalam Aplikasi persediaan obat terdapat tiga pengguna yang dapat saling berinteraksi dalam lingkungan system, yaitu Bagian Apoteker, Administrasi dan Pimpinan. Ketiga pengguna tersebut memiliki karakteristik interaksi dengan system yang berbeda-beda dan memiliki kebutuhan informasi yang berbeda-beda, seperti berikut:

A. Skenario Kebutuhan Bagian Apoteker a) Dapat Login

b) Dapat mengolah data obat c) Dapat mengolah data dokter d) Dapat mengolah data admin e) Dapat mengolah data supplier f) Dapat mengolah resep

g) Dapat mengolah dan mencetak laporan penjualan resep h) Dapat mengolah dan melakukan transaksi penerimaan obat i) Dapat mengolah dan melakukan transaksi pengeluaran obat j) Dapat mengolah dan mencetak laporan obat masuk perbulan k) Dapat mengolah dan mencetak laporan obat keluar perbulan

(2)

B. Skenario Kebutuhan Administrasi a) Dapat Login

b) Dapat mengolah resep

c) Dapat mengolah dan mencetak laporan penjualan resep

C. Skenario Kebutuhan Pimpinan a) Dapat Login

b) Dapat melihat laporan obat masuk perbulan c) Dapat melihat laporan obat keluar perbulan d) Dapat melihat laporan transaksi penjualan resep

2. Kebutuhan Sistem

a. Apoteker harus melakukan login terlebih dahulu untuk mengakses aplikasi program persediaan obat dengan memasukan username dan password dengan benar. Jika username dan password yang dimasukan salah maka program akan menampilkan sebuah kotak dialog dan akan memberitahu bahwa usename dan password tidak sesuai. Setelah itu program akan mengalihkan kembali pada form login agar Bagian Apoteker dapat melakukan login kembali dan memasukan usename dan password yang sesuai agar dapat mengakses program tersebut.

b. Setelah Bagian Apoteker berhasil melakukan login maka program akan mengalihkan dari form login ke form utama yang berisikan beberapa menu diantaranya menu master yang berisikan form apoteker, form supplier, form dokter, form obat. Menu transaksi yang berisikan form penerimaan obat, form

(3)

pengeluaran obat dan form transaksi penjualan beserta resep. Didalam menu transaksi tersebut apoteker dapat mengaksesnya jika ada obat masuk dan obat keluar selain itu bagian apoteker dapat melihat stok obat yang berada di apotek.

c. Bagian apoteker dapat membuat laporan obat masuk, laporan obat keluar dan laporan transaksi penjualan serta mencetak laporan tersebut.

d. Dalam aplikasi program tersebut memiliki tiga hak akses yaitu Bagian Apoteker, Administrasi dan Pimpinan. Dimana Bagian Apoteker dapat mengakses semua yang ada di dalam program, bagian Administrasi hanya dapat mengolah resep sedangkan Pimpinan hanya dapat melihat laporan yang dibuatkan oleh Bagian Apoteker.

e. Pada menu logout program akan menampilkan sebuah kotak dialog “Apakah anda yakin ingin keluar?” dengan pilihan Ya atau Tidak, jika Tidak maka program akan tetap berjalan, jika Ya program akan kembali kepada form login.

(4)

4.1.2. Rancangan Diagram Use Case

Gambar IV.1. Use Case Diagram Usulan

(5)

Tabel IV.1.

Deskripsi Use Case diagram proses login

Use Case Name Proses Login

Requirements Admin dan Pimpinan melakukan login ke sistem Goal Admin dan Pimpinan dapat login ke sistem dan dapat

menggunakan applikasi

Pre-Conditions Admin dan Pimpinan telah mendapatkan username dan password

Post-Conditions Admin dan Pimpinan dapat menggunakan applikasi dengan melakukan login terlebih dahulu

Failed end Conditions Admin dan Pimpinan tidak dapat login ke sistem karena password dan username salah

Actors Admin Apoteker dan Pimpinan

Main Flow/ Basic Path 1. Admin dan Pimpinan mengisi username dan password 2. Jika sesuai, tampil halaman menu uatama sistem 3. Jika sesuai sesuai, tampil notifikasi username atau password salah dan kembali ke-1

Alternatif Flow/ Invariant A Sistem menampilkan pesan password dan username salah

Invariant B 1. Admin dan Pimpinan mengisi username dan password 2. Jika sesuai, tampil halaman menu uatama sistem 3. Jika tidak sesuai, tampil notifikasi “Username dan Password salah” dan kembali ke-1

(6)

Tabel IV.2.

Deskripsi Use Case diagram kelola data admin Use Case Name Kelola data admin

Requirements Admin mengelola data admin

Goal Admin dapat menambah data admin , menghapus data admin, dan mengubah data admin

Pre-Conditions admin telah melakukan login

Post-Conditions admin dapat kembali ke menu utama apabila proses telah selesai dilakukan

Failed end Conditions Pimpinan tidak dapat menambah data admin

Actors Admin Apoteker

Main Flow/ Basic Path 1. Admin melakukan login terlebih dahulu

2. Pada form menu utama, admin memilih menu master dan memilih data admin

3.Dalam form data admin, admin dapat menambah, mengubah, dan menghapus data admin

Alternatif Flow/ Invariant A System menampilkan pesan data sudah tersimpan apabila proses simpan data admin telah dilakukan Invariant B 1. Admin melakukan login terlebih dahulu

2. Pada form menu utama, admin memilih menu master dan memilih data admin

3.Dalam form data admin menampilkan dapat menambah,mengubah dan menghapus data admin

(7)

Tabel IV.3.

Deskripsi Use Case diagram kelola data dokter Use Case Name Kelola data dokter

Requirements Admin mengelola data dokter

Goal Admin dapat menambah data dokter, menghapus data dokter, dan mengubah data dokter

Pre-Conditions Admin telah melakukan login

Post-Conditions Admin dapat kembali ke menu utama apabila proses telah selesai dilakukan

Failed end Conditions Pimpinan tidak dapat menambah data dokter

2. Pada form menu utama, admin memilih menu master dan memilih data dokter

3.Dalam form data dokter, admin dapat menambah, mengubah, dan menghapus data dokter

4. System menampilkan data dokter yang tersimpan Alternatif Flow/ Invariant A System menampilkan pesan data sudah tersimpan apabila

proses simpan data telah dilakukan

Invariant B 1. Admin melakukan login terlebih dahulu

2. Pada form menu utama, admin memilih menu master dan memilih data dokter

3.Dalam form data dokter, admin dapat menambah, mengubah, dan menghapus data dokter

4. System menampilkan pesan “data dokter yang tersimpan tidak ditemukan”.

(8)

Tabel IV.4.

Deskripsi Use Case diagram kelola data supplier

Use Case Name Kelola data supplier

Requirements Admin mengelola data supllier

Goal Admin dapat menambah data supplier, menghapus data supplier, dan mengubah data supplier

Failed end Conditions Pimpina tidak dapat menambah sata supplier

2. Pada form menu utama, admin memilih menu master dan memilih data supplier

3.Dalam form data supplier, admin dapat menambah, mengubah, dan menghapus data supplier

4. System menampilkan data supplier yang tersimpan Alternatif Flow/ Invariant A System menampilkan pesan data sudah tersimpan

apabila proses simpan data telah dilakukan Invariant B 1. Admin melakukan login terlebih dahulu

2. Pada form menu utama, admin memilih menu master dan memilih data supplier

3.Dalam form data supplier, admin dapat menambah, mengubah, dan menghapus data supplier

4. System menampilkan pesan “data supplier yang tersimpan tidak ditemukan”.

(9)

Tabel IV.5.

Deskripsi Use Case diagram kelola data obat Use Case Name Kelola data obat

Requirements Admin mengelola data obat

Goal Admin dapat menambah data obat, menghapus data obat dan mengubah data obat

Failed end Conditions Pimpinan tidak dapat menambah data obat

2. Pada form menu utama, admin memilih menu master dan memilih data obat

3.Dalam form data obat , admin dapat menambah, mengubah, dan menghapus data obat

4. System menampilkan data obat yang tersimpan Alternatif Flow/ Invariant A System menampilkan pesan data sudah tersimpan apabila

2. Pada form menu utama, admin memilih menu master dan memilih data obat

3.Dalam form data obat menampilkan dapat menambah,mengubah dan menghapus data obat

4. System menampilkan pesan “data obat yang tersimpan tidak ditemukan”.

(10)

Tabel IV.6.

Deskripsi Use Case diagram kelola resep obat Use Case Name Mengolah resep obat

Requirements Administrasi kelola resep obat

Goal Administrasi dapat menambah resep obat, menghapus resep obat dan mengubah resep obat

Pre-Conditions Administrasi telah melakukan login

Post-Conditions Administrasi dapat kembali ke menu utama apabila proses telah selesai dilakukan

Failed end Conditions Pimpinan tidak dapat menambah resep obat

Actors Administrasi

Main Flow/ Basic Path 1. Administrasi melakukan login terlebih dahulu

2. Pada form menu utama, admin memilih menu transaksi dan memilih resep obat

3.Dalam form resep obat, Administrasi dapat menambah, mengubah, dan menghapus resep obat

4. System menampilkan resep obat yang tersimpam Alternatif Flow/ Invariant A System menampilkan pesan data sudah tersimpan apabila

Invariant B 1. Administrasi melakukan login terlebih dahulu

2. Pada form menu utama, admin memilih menu transaksi dan memilih resep obat

3.Dalam form resep obat menampilkan dapat menambah,mengubah dan menghapus resep obat

4. System menampilkan pesan “resep obat yang tersimpan tidak ditemukan”.

(11)

Tabel IV.7.

Deskripsi Use Case diagram kelola penerimaan obat Use Case Name Kelola penerimaan obat

Requirements Admin mengelola penerimaan obat

Goal Admin dapat menambah penerimaan obat, menghapus penerimaan obat dan mengubah data obat

Failed end Conditions Pimpinan tidak dapat menambah penerimaan obat

2. Pada form menu utama, admin memilih menu transaksi dan memilih penerimaan obat

3.Dalam form penerimaan obat , admin dapat menambah, mengubah, dan menghapus penerimaan obat

4. System menampilkan penerimaan obat yang tersimpam

Alternatif Flow/ Invariant A System menampilkan pesan data sudah tersimpan apabila proses simpan data telah dilakukan

2. Pada form menu utama, admin memilih menu transaksi dan memilih penerimaan obat

3.Dalam form penerimaan obat , admin dapat menambah, mengubah, dan menghapus penerimaan obat

4. System menampilkan pesan “penerimaan obat yang tersimpam tidak ditemukan”.

(12)

Tabel IV.8.

Deskripsi Use Case diagram kelola pengeluaran obat Use Case Name Kelola pengeluaran obat

Requirements Admin mengelola pengeluaran obat

Goal Admin dapat menambah pengeluaran obat, menghapus pengeluaran obat dan mengubah pengeluaran obat Pre-Conditions Admin telah melakukan login

Failed end Conditions Pimpinan tidak dapat menambah pengeluaran obat

2. Pada form menu utama, admin memilih menu transaksi dan memilih pengeluaran obat

3.Dalam form pengeluaran obat,admin dapat menambah, mengubah, dan menghapus pengeluaran obat

4.System menampilkan pengeluaran obat yang tersimpam Alternatif Flow/ Invariant A System menampilkan pesan data sudah tersimpan apabila

2. Pada form menu utama, admin memilih menu transaksi dan memilih pengeluaran obat

3.Dalam form pengeluaran obat , admin dapat menambah, mengubah, dan menghapus pengeluaran obat

4. System menampilkan pesan “pengeluaran obat yang tersimpam tidak ditemukan”.

(13)

Tabel IV.9.

Deskripsi Use Case diagram kelola laporan obat masuk Use Case Name Kelola laporan obat masuk

Requirements Admin mengelola laporan obat masuk

Goal Admin dapat menambah laporan obat masuk, menghapus laporan obat masuk dan mengubah laporan obat masuk Pre-Conditions Admin telah melakukan login

Failed end Conditions Pimpinan tidak dapat menambah laporan obat masuk

2. Pada form menu utama, admin memilih menu laporan dan memilih laporan obat masuk

3.Dalam form laporan obat masuk,admin dapat menambah,mengubah, dan menghapus laporan obat masuk

4.System menampilkan laporan obat masuk yang tersimpan

2. Pada form menu utama, admin memilih menu laporan dan memilih laporan obat masuk

3.Dalam form laporan obat masuk,admin dapat menambah,mengubah, dan menghapus laporan obat masuk

4. System menampilkan pesan “laporan obat masuk yang tersimpan tidak ditemukan”.

(14)

Tabel IV.10.

Deskripsi Use Case diagram kelola laporan obat keluar Use Case Name Kelola laporan obat keluar

Requirements Admin mengelola laporan obat keluar

Goal Admin dapat menambah laporan obat keluar, menghapus laporan obat keluar dan mengubah laporan obat keluar Pre-Conditions Admin telah melakukan login

Failed end Conditions Pimpinan tidak dapat menambah laporan obat keluar

2. Pada form menu utama, admin memilih menu laporan dan memilih laporan obat keluar

3. Dalam form laporan obat keluar,admin dapat menambah, mengubah, dan menghapus laporan obat keluar

4.System menampilkan laporan obat masuk yang tersimpan

2. Pada form menu utama, admin memilih menu laporan dan memilih laporan obat keluar

3.Dalam form laporan obat keluar,admin dapat menambah,mengubah, dan menghapus laporan obat keluar 4. System menampilkan pesan “laporan obat keluar yang tersimpan tidak ditemukan”.

(15)

Tabel IV.11.

Deskripsi Use Case diagram kelola laporan transaksi penjualan Use Case Name Kelola laporan transaksi penjualan obat

Requirements Admin mengelola laporan transaksi penjualan obat Goal Admin dapat menambah laporan transaksi penjualan ,

menghapus laporan transaksi penjualan dan mengubah laporan transaksi penjualan

Failed end Conditions Pimpinan tidak dapat menambah transaksi penjualan

2. Pada form menu utama, admin memilih menu laporan dan memilih laporan transaksi penjualan

3. Dalam form laporan transaksi penjualan ,admin dapat menambah, mengubah, dan menghapus transaksi penjualan

4.System menampilkan laporan transaksi penjualan yang tersimpan

2. Pada form menu utama, admin memilih menu laporan dan memilih laporan transaksi penjualan

3.Dalam form laporan transaksi penjualan ,admin dapat menambah,mengubah, dan menghapus laporan transaksi penjualan

4. System menampilkan pesan “laporan transaksi penjualan yang tersimpan tidak ditemukan”.

(16)

4.1.3. Rancangan Diagram Aktivitas

Gambar IV.2. Activity Diagram Login

(17)

Gambar IV.3. Activity Diagram Form Data Admin

(18)

Gambar IV.4. Activity Diagram Form Data Dokter

(19)

Gambar IV.5. Activity Diagram Form Data Supplier

(20)

Gambar IV.6. Activity Diagram Form Data Obat

(21)

Gambar IV.7. Activity Diagram Penerimaan Obat

(22)

Gambar IV.8. Activity Diagram Pengeluaran Obat

(23)

Gambar IV.9. Activity Diagram Resep

(24)

Gambar IV.10. Activity Diagram Laporan

(25)

4.1.4. Rancangan Dokumen Sistem Usulan A. Dokumen Masukan

1. Nama Dokumen : Faktur Barang

Fungsi : Data barang masuk

Sumber : Supplier

Tujuan : Bagian Apoteker

Media : Kertas

Jumlah : 1 Lembar

Frekuensi : Setiap Terjadi Pembelian Barang

Bentuk : Lampiran C-01

2. Nama Dokumen : Resep

Fungsi : Sebagai bukti pembelian obat dengan resep

Sumber : Dokter

Tujuan : Apoteker

Media : Kertas

Jumlah : 1 Lembar

Frekuensi : Setiap Terjadi Pembelian

Bentuk : Lampiran C-02

B. Dokumen Keluaran

1. Nama Dokumen : Laporan Obat Masuk Fungsi : Sebagai bukti data bulanan

Sumber : Apoteker

(26)

Tujuan : Pimpinan

Media : Kertas

Jumlah : 1 Lembar

Frekuensi : Perbulan

Bentuk : Lampiran D-01

2. Nama Dokumen : Laporan Obat Keluar Fungsi : Sebagai bukti data bulanan

Sumber : Apoteker

Tujuan : Pimpinan

Media : Kertas

Jumlah : 1 Lembar

3. Nama Dokumen : Laporan Transaksi Penjualan Resep Fungsi : Sebagai bukti data bulanan

Sumber : Apoteker

Tujuan : Pimpinan

Media : Kertas

Jumlah : 1 Lembar

4. Nama Dokumen : Faktur Penjualan

Fungsi : Sebagai bukti transaksi penjualan

Sumber : Apoteker

(27)

Tujuan : Pasien

Media : Kertas

Jumlah : 1 Lembar

Frekuensi : Setiap Terjadi Transaksi

4.1.5. Rancangan Prototype 1. Interface Login

Gambar IV.11. Menu Login

(28)

2. Interface Menu Utama

Gambar IV.12. Menu Utama

3. Interface menu admin

Gambar IV.13. Menu Admin

(29)

4. Interface Menu Dokter

Gambar IV.14. Menu Dokter 5. Interface Menu Supplier

Gambar IV.15. Menu Supplier

(30)

6. Interface Menu Obat

Gambar IV.16. Menu Obat

7. Interface Menu Penerimaan obat

Gambar IV.17. Menu Penerimaan obat

(31)

8. Interface Menu Pengeluaran obat

Gambar IV.18. Menu Pengeluaran obat

9. Interface Resep

Gambar IV.19. Menu Resep

(32)

10. Interface Laporan Masuk

Gambar IV.20. Menu Laporan Masuk

11. Interface Laporan Keluar

Gambar IV.21. Menu Laporan Keluar

(33)

12. Interface Laporan Resep

Gambar IV.22. Menu Laporan Resep

(34)

4.2. Perancangan Perangkat Lunak 4.2.1. Entity Relationship Diagram (ERD)

Gambar IV.23. Entity Relationship Diagram (ERD)

Admin Penerimaan Obat Detail Terima

Pengeluaran Obat

Detail Keluar

Supplier Obat

Dokter

Resep

melakukan Berisi

Mempunyai

Memberikan Memasok Melakukan

nama_admin jenis_kelamin

kode_admin password

tanggal_masuk no_penerimaan

kode_admin

nama_obat Total

Total_harga harga

no_penerimaan

kode_obat

nama_obat jenis_obat

harga nama_supplier alamat

Id_supplier Telp Id_supplier

nama_obat

riwayat_penyakit Id_dokter

alamat Id_dokter

nama_dokter kode_admin

no_keluar

Tanggal_keluar

Total

Jumlah

Total_harga Harga

no_keluar

nama_supplier

melakukan

nama_pasien Mempunyai

Jumlah

no_resep

dosis Stok

Jumlah

Id_dokter

1 m

1

m

m 1

m

1 1 m

1 m

Detail Resep

Berisi

m m

Mempunyai no_resep 1 no_keluar

1

1 1

Berisi no_resep

(35)

4.2.2. Logical Record Structure (LRS)

Gambar IV.24. Logical Structure Record (LRS)

kode_admin (PK) nama_admin Jenis_kelamin password

Admin

Id_supplier (PK) nama_supplier alamat

telp

Supplier Kode_obat (PK)

Jenis_obat Stok Harga Nama_obat

Obat

No_penerimaan (FK) Harga

Jumlah Total_harga

Detail Terima

No_keluar (FK) Harga

Jumlah Total_harga

Detail Keluar

No_penerimaan (PK) Nama_supplier (FK) Kode_admin Tanggal_masuk Nama_obat total

Penerimaan Obat

No_keluar (PK) Kode_admin (FK) Tanggal_keluar total

Pengeluaran Obat

Id_dokter (PK) Nama_dokter (AK) alamat

Dokter

No_resep (FK) nama_obat (FK) Dosis

Jumlah

Detail resep

No_resep (PK) Id_dokter (FK) Nama_pasien Riwayat_penyakit

Resep

1

m 1 m

m

m 1

1 1

m m

1 m

1

1 m

(36)

4.2.3. Spesifikasi File

Bentuk spesifikasi pada sistem komputerisasi persediaan barang diperlukan adanya beberapa file databases yang menampung data dalam bentuk yang lebih teratur dan aman dari kerusakan yang ada dan untuk memudahkan pengolahan data pada waktu pemprosesannya. Adapun database yang diperlukan yaitu:

1. Spesifikasi File Data Admin 2. Spesifikasi File Data Obat

3. Spesifikasi File Data Penerimaan Obat 4. Spesifikasi File Data Pengeluaran Obat 5. Spesifikasi File Detail Terima

6. Spesifikasi File Detail Keluar 7. Spesifikasi File Resep

8. Spesifikasi File Data Dokter 9. Spesifikasi File Data Supplier

Penjelasan dari spesifikasi File progran persediaan obat sebagai berikut:

1. Spesifikasi File Data Admin Nama File : File Admin Akronim : Admin

Fungsi : untuk menyimpan data admin Tipe : File Master

Organisasi File : Indexed Sequential

(37)

Akses File : Random

Media : Harddisk

Panjang Record : 60 karakter

Kunci

Field : KodeAdmin Basis Data : persediaan_obat Software : Mysql

Tabel IV.12.

Spesifikasi File Admin

No Elemen Data Nama Field Tipe Size Ket

1 Kode Admin Kode Admin Char 10 (PK)

2 Nama Admin Nama Admin Varchar 30

3 Jenis Kelamin Jenis Kelamin Varchar 10

4 Password Password Int 10

2. Spesifikasi File Data Obat Nama File : File Obat

Akronim : Obat

Fungsi : untuk menyimpan data obat Tipe : File Master

(38)

Akses File : Random

Media : Harddisk

Kunci

Field : KodeObat Basis Data : persediaan_obat Software : Mysql

Tabel IV.13.

Spesifikasi File Obat

1 Kode Obat Kode Obat Char 10 (PK)

2 Nama Obat Nama Obat Varchar 20

3 Jenis Obat Jenis Obat Varchar 20

4 Stok Stok Int 10

5 Harga Harga Int 20

3. Spesifikasi File Data Penerimaan Obat Nama File : File Penerimaan Obat Akronim : Penerimaan Obat

Fungsi : untuk menyimpan data obat masuk Tipe : File Transaksi

(39)

Akses File : Random

Media : Dokumen

Kunci

Field : NoPenerimaan Basis Data : persediaan_obat Software : Mysql

Tabel IV.14.

Spesifikasi File Penerimaan Obat

1 No Penerimaan No Penerimaan Char 10 (PK)

2 Nama Supplier Nama Supplier Char 10 (FK)

3 Kode Admin Kode Admin Char 10

5 Tanggal Masuk Tanggal Masuk Date 10

6 Total Total Int 20

4. Spesifikasi File Detail Terima

Nama File : File Detail Terima Akronim : Detail Terima

Fungsi : untuk menyimpan data obat masuk

(40)

Tipe : File Transaksi Organisasi File : Indexed Sequential Akses File : Random

Media : Dokumen

KunciField : NoPenerimaan Basis Data : persediaan_obat Software : Mysql

Tabel IV.15.

Spesifikasi File Detail Terima

1 No Penerimaan No Penerimaan ^Char 10 (PK)

2 Harga Harga Int 20

3 Jumlah Jumlah Int 20

4 Total Harga Total Harga Int 30

5. Spesifikasi File Data Pengeluaran Obat Nama File : File Pengeluaran Obat Akronim : Pengeluaran Obat

Fungsi : untuk mengetahui stok obat keluar

(41)

Media : Dokumen

KunciField : NoKeluar Basis Data : persediaan_obat Software : Mysql

Tabel IV.16.

Spesifikasi File Pengeluaran Obat

1 No Keluar No Keluar Char 10 (PK)

2 Kode Admin Kode Admin Char 10 (FK)

3 Tanggal Keluar Tanggal Keluar Date 10

4 Total Total Int 20

6. Spesifikasi File Detail Keluar

Nama File : File Detail Keluar Akronim : Detail Keluar

(42)

Fungsi : untuk mengetahui stok obat keluar Tipe : File Transaksi

Organisasi File : Indexed Sequential Akses File : Random

Media : Dokumen

Kunci

Field : NoKeluar Basis Data : persediaan_obat Software : Mysql

Tabel IV.17.

Spesifikasi File Detail Keluar

1 No Keluar No Keluar Char 10 (PK)

2 Harga Harga Varchar 20

3 Jumlah Jumlah Int 20

4 Total Harga Total Harga Int 30

7. Spesifikasi File Resep

Nama File : File Resep Akronim : Resep

Fungsi : untuk membeli obat dengan resep

(43)

Media : Dokumen

KunciField : NoResep

Basis Data : persediaan_obat Software : Mysql

Tabel IV.18.

Spesifikasi File Resep

1 No Resep No Resep Char 10 (PK)

2 Id Dokter Id Dokter Char 10 (FK)

3 Nama Pasien Nama Pasien Varchar 30 4 Riwayat Penyakit Riwayat Penyakit Varchar 30

8. Spesifikasi File Detail Resep

Nama File : File Detail Resep Akronim : Detail Resep

Fungsi : untuk membeli obat dengan resep Tipe : File Transaksi

(44)

Media : Dokumen

Kunci

Field : NoResep

Basis Data : persediaan_obat Software : Mysql

Tabel IV.19.

Spesifikasi File Detail Resep

1 No Resep No Resep Char 10 (PK)

5 Jumlah Jumlah Char 20

6 Dosis Dosis Char 10

9. Spesifikasi File Data Dokter

Nama File : File Data Dokter Akronim : Data Dokter

Fungsi : untuk menyimpan data dokter Tipe : File Master

(45)

Media : Harddisk

Kunci

Field : IdDokter Software : Mysql

Tabel IV.20.

Spesifikasi File Dokter

1 Id Dokter Id Dokter Char 10 (PK)

2 Nama Dokter Nama Dokter Varchar 30

3 Alamat Alamat Varchar 30

10. Spesifikasi File Data Supplier Nama File : File Data Supplier Akronim : Data Supplier

Fungsi : untuk menyimpan data supplier Tipe : File Master

(46)

Media : Harddisk

Kunci

Field : IdSupplier Software : Mysql

Tabel IV.21.

Spesifikasi File Supplier

1 Id Supplier Id Supplier Char 10 (PK)

2 Nama Supplier Nama Supplier Varchar 30

3 Alamat Alamat Varchar 30

4 Telp Telp Int 15

(47)

4.2.4. Class Model/ Class Diagram

Gambar IV.25. Class Diagram Usulan

Dokter -iddokter:String -namadokter:String -alamat:String +delete():void +getrecord():void +insert():void +update():void +getiddokter():string +getnamadokter():string +getalamat():string +setiddokter(string):void +setnamadokter(string):void +setalamat(string):void Admin

+getpassword():string +getkodeadmin():int +getnamaadmin():string +getjeniskelamin();string +setpassword(string): void +setkodeadmin(int):void +setnamaadmin(string) :void +setjeniskelamin(string): void -password:String -kodeadmin:String -namaadmin:String -jeniskelamin:String

Obat -kodeobat:String -namaobat:String -jenisobat:String -stok :Int -harga: Int +delete():void +getrecord():void +insert():void +update():void +getkodeobat():String +getnamaobat():String +getjenisobat():String +getstok():Int +getharga():Int +setkodeobat(String): void +setnamaobat(String): void +setjenisobat(String): void +setstok(Int):void +setharga(Int): void Supplier

-kodeobat:String -namaobat:String -namapasien:String -namadokter:String +delete():void +getrecord():void +insert():void +update():void +getkodeobat():String +getnamaobat():String +getnamapasien():String +getnamadokter():String +setkodeobat(String): void +setnamaobat(String): void +setnamapasien(String): void +setnamadokter(String): void

Resep -noresep:String -iddokter:String -namapasien:String -riwayatpenyakit :String +delete():void +getrecord():void +insert():void +update():void +getnoresep() :String +getiddokter():String +getnamapasien():String +getriwayatpenyakit :String +setnoresep(String) :void +setiddokter(String):void +setnamapasien(String) :void +setriwayatpenyakit(String) :void PenerimaanObat

-DetailTerima: DetailTerima -nopenerimaan :int -kodeadmin :Int -namaobat :String -namasupplier : Int -tanggalmasuk :Date -total :Int +delete():void +getrecord():void +insert():void +update():void +DetailTerima:DetailTerima +nopenerimaan:nopenerimaan +getkodeadmin() :Int +getnamaobat () :String +getnamasupplier() :Int +gettanggalkeluar () :Date +gettotal() :Int

+setDetailTerima (DetailTerima) :void +nopenerimaan:nopenerimaan +getkodeadmin(Int) :void +getnamaobat (String) :void +getnamasupplier(Int) :void +gettanggalkeluar (Date) :void +gettotal(Int) :void

DetailTerima

DetailKeluar - obat : Obat -nokeluar :int -jumlah :int -harga :int -totalharga :int +getObat() :String +getnokeluar :int +getjumlah:int +getharga:int +gettotalharga:int +setObat(String) :void +setnokeluar (int) :void +settjumlah (int) :void +setharga (int) :void +settotalharga(int) :void PengeluaranObat

-DetailKeluar :DetailKeluar -nokeluar :int -kodeadmin :String -tanggalkeluar :Date -total :Int +delete():void +getrecord():void +insert():void +update():void +DetailKeluar() :DetailKeluar +getnokeluar () :Int +getkodeadmin() :String +gettanggalkeluar () :Date +gettotal() :Int

+setDetailKeluar (DetailKeluar) :void +setnokeluar(Int) :void +setkodeadmin(String) :void +settanggalkeluar(Date) :void +settotal(Int) :void

- obat : Obat -nopenerimaan :int -jumlah:int -harga:int -totalharga:int +getObat() :String +nopenerimaan() :int +jumlah ():int +harga():int +totalharga():int +setObat(String) :void +setnopenerimaan (int) :void +jumlah(int) :void +harga(int) :void +totalharga(int) :void

1 1..*

1

1..*

1

1..*

1

1 1

1

1..*

1 1..*

1..*

1

1 1..*

Detail Resep -noresep:String -dosis:int -namaobat:String -jumlah:int +getnoresep():String +getdosis():int +getnamaobat():String +getjumlah():int +setnoresep(String) :void +setdosis(int):void +setnamaobat(String) :void +setjumlah(int) :void