SISTEM INFORMASI APOTEK

Anggota kelompok :
1. Komang Ardi Kurniawan (200030456)
2. Gede Mae yanda Maha Ade Putra (200030439)
3. Bagus Sajiwo K.W (200030445)
4. Ni Kadek Wulan Mas Ariandari (200030428)
5. Ni Kadek Dinda Pramita Dewi (200030359)

Deskripsi :
Sistem informasi apotek ini merupakan sebuah atau suatu sistem perhitungan atau
pengecekan data transaksi penjualan obat yang digunakan oleh suatu apotek agar dapat bekerja
lebih efektif. Sistem ini juga digunakan untuk mengetahui jumlah stok obat yang masih tersedia
pada apotek atau perusahaan tersebut. Tujuan akhirnya adalah untuk mengetahui atau untuk
mendapatkan data yang akurat dan tepat dari proses-proses transaksi yang sudah terjadi atau
berlangsung. Adapun tujuan lainya adalah untuk meminimalisir terjadinya suatu kesalahan
ataupun kecurangan pada saat pengecekan data, karena apabila dilakukan secara manual resiko
terjadi kesalahan mungkin saja terjadi.

Didalam sistem apotek penjualan obat ini terdapat 3 aktor yang berperan seperti:
A. Pembeli
-.Cari dan Input Data Obat
-.Pembayaran

B.Kasir
-.Input data obat
-. Pembayaran

C.Pemilik Apotek
-.Cek Data Obat

 Namun yang terlibat langsung di dalam sistem tersebut hanyalah kasir dan pemilik
apotek,untuk lebih jelas keterlibatan aktor yang ada di dalam sistem dapat digambarkan pada Use
case Diagram dibawah ini :
Use Case Diagram
High Level Use Case
Use Case Login
Actor(s) Pemilik Apotek, Kasir, Pembeli
Description Untuk login ke sistem apotek

Expanded Use Case

Use Case Name Login
Goal in Context Pemilik Apotek, Kasir, Pembeli melakukan
login
Primary Actor Pemilik Apotek, Kasir, Pembeli
Secondary Actor
Typical Course of Events System Response
Actor Action
1. Pemilik, Kasir, dan Pembeli
membuka aplikasi
2. Sistem akan menampilkan halaman
login dan daftar
3. Pemilik, Kasir, dan Pembeli bisa
memilih menu login jika sudah
memiliki akun, jika pembeli belum
memiliki akun bisa memilih menu
daftar
4. Sistem melakukan validasi
5. Jika berhasil, sistem akan
menampilkan menu utama
Alternative Course Of Events
Line 4 : Jika validasi gagal ada yang salah dari username/password
High Level Use Case
Use Case Input Data Obat
Actor(s) Pembeli, Kasir
Description Mencari dan memilih data obat yang akan di
beli dan kasir akan mengkonfirmasi pembelian
obat

Expanded Use Case

Use Case Name Input Data Obat
Goal in Context Mencari dan memilih data obat yang akan di
beli dan kasir akan mengkonfirmasi
pembelian obat
Primary Actor Pembeli, Kasir
Secondary Actor
Typical Course of Events System Response
Actor Action
1. Setelah pembeli login kemudian
memilih menu “Cari Obat” yang
dimana untuk mencari obat yang
akan di beli
2. Sistem menampilkan data-data obat
yang dicari oleh pembeli
3. Pembeli menambahkan data-data
obat yang akan di beli dan
dimasukin ke list
4. Sistem menampilkan data-data obat
yang akan dibeli oleh pembeli (yang
sudah di list oleh pembeli)
Alternative Course Of Events
Line 1 : jika obat yang dicari tidak ada, maka akan ditampilkan catatan bahwa “obat
tidak tersedia di apotek ini”
High Level Use Case
Use Case Cek Data Obat
Actor(s) Pemilik Apotek
Description Memungkinkan pemilik apotek mengecek data
obat yang tersedia secara tepat dan berkala

Expanded Use Case

Use Case Name Cek Data Obat
Goal in Context Memungkinkan pemilik apotek mengecek
data obat yang tersedia secara tepat dan
berkala
Primary Actor Pemilik Apotek
Secondary Actor
Typical Course of Events System Response
Actor Action
1. Use case dimulai dari Pemilik
Apotek melakukan login
2. Sistem akan menampilkan
menu-menu yang akan dipilih
3. Pemilik memilih menu “Cek Data
Obat”
4. Sistem akan menampilkan data-data
obat seperti obat apa saja yang sudah
terjual dan stok-stok obat yang
masih tersedia maupun yang habis
5. Jika ada beberapa obat yang habis
akan diubah datanya oleh pemilik
semisal stok obat masih tersedia
6. Sistem akan menyimpan perubahan
yang dilakukan oleh pemilik apotek
Alternative Course Of Events
Line 1 : Jika input id atau password salah akan diberi notifikasi
High Level Use Case
Use Case Pembayaran
Actor(s) Pembeli, Kasir
Description Untuk membayar obat yang telah di list/ di
pesan

Expanded Use Case

Use Case Name Pembayaran
Goal in Context Untuk membayar obat yang telah di pesan
oleh pembeli
Primary Actor Pembeli, Kasir
Secondary Actor
Typical Course of Events System Response
Actor Action
1. Pembeli memilih menu pembayaran
2. Sistem menampilkan total yang akan
dibayarkan pembeli
3. Pembeli melakukan pembayaran
(dalam batasan waktu)
4. Kasir mengkonfirmasi apakah
transaksi pembayaran yang
dilakukan pembeli telah sesuai
dengan total yang diberikan
5. Sistem akan menampilkan struk jika
kasir telah mengkonfirmasi
pembayaran yang dilakukan pembeli
Alternative Course Of Events
Line 3 : Jika dalam batasan waktu yang telah ditentukan, pembeli belum juga melakukan
pembayaran, maka transaksi gagal (data obat yang telah dipesan akan terhapus otomatis)
Activity Diagram
Sequence Diagram