BAB VI. PENUTUP
VI.2. Saran
VI.1. Kesimpulan
Berdasarkan hasil analisa, desain dan implementasi pada sistem layanan resep, dapat disimpulkan bahwa:
1. Prototipe sistem telah berhasil melaksanakan proses: a) Pengiriman resep dari dokter kepada apotek b) Penterjemahan resep dokter oleh apoteker
c) Pembuatan daftar obat beserta informasi, yang digunakan untuk proses pengiriman obat kepada pasien.
2. Sistem dapat membantu pasien dalam upaya penyaluran resep dari dokter kepada apotek dalam waktu 45 detik.
VI.2.Saran
Saran untuk pengembangan aplikasi ini dimasa yang akan datang adalah:
1. Perlu dilakukan perhitungan bisnis agar dapat diimplementasikan dalam dunia nyata.
2. Sistem pengiriman resep obat ke apotek yang paling dekat dengan pasien perlu diperbaiki, agar resep benar-benar dapat dikirim keapotek yang paling dekat dengan rumah pasien.
64
DAFTAR PUSTAKA
[1]Anonim, 2004, Keputusan Menteri Kesehatan Republik Indonesia, Nomor 1027/Menkes/SK/IX/2004 tentang Standar Pelayanan Kefarmasian di Apotek, Depkes RI, Jakarta
[2]Anonim, 2004, Keputusan Menteri Kesehatan Republik Indonesia, Nomor 1197/Menkes/SK/IX/2004 tentang Standar Pelayanan Kefarmasian di Rumah Sakit, Depkes RI, Jakarta
[3]Anonim, 2004, Peraturan Menteri Kesehatan Republik Indonesia, Nomor 25 Tahun 1980 tentang Perubahan Atas Peraturan Pemerintah Nomor 26 Tahun 1965 tentang Apotek, Depkes RI, Jakarta
[4]Fajar, 2008, Fenomena Dokter Dispensing, http://portal.volarefm.com/ contentstemplate.php?p_ct=3&p_id_contents=343&p_action=edit&p_categoryv alue=NJ, diakses tanggal 20 September 2008
[5]John. Wiley. and. Sons., Mobile Messagin Technologies and Services SMS, EMS and MMS. 2ed., Mar 2005. eBook-DDU. Pdf
[6]Whitten, Jeffrey L.; Bentley, Lonnie D.; Dittman, Kevin C., 2005, Metode Desain & Analisis Sistem, edisi 6, Penerbit Andi Offset, Yogyakarta
[7]Sinar Harapan. 2009, 08 April. Jaringan Telkomsel Siap Layani Pemilu.
[8]Wahana Komputer. 2006. Pengembangan Aplikasi Sistem Informasi Akademik Berbasis SMS dengan JAVA. Jakarta: Salemba Infotek
[9]Kadir, Abdul, 2003, Pengenalan Sistem Informasi, Andi Jogjakarta
[10] Rational Software. Rational Unified Process: Best Practices for Software Development Teams. http://www.ibm.com/developerworks/rational/library/ content/03July/1000/1251/1251_bestpractices_TP026B.pdf, 1998.
LAMPIRAN 1
SKENARIO USE CASE
Berikut ini adalah tabel rincian scenario use case yang digunakan dalam pembuatan sistem ini:
Tabel Skenario Use Case
No Use Case Detail Skenario
1 Login Lampiran 1.1
2 Ganti Password Lampiran 1.2
3 Membuat Resep Via SMS Lampiran 1.3
4 Tambah Data Pasien Via SMS Lampiran 1.4
5 Menterjemahkan Resep Lampiran 1.5
6 Menejemen Server SMS Lampiran 1.6
7 Menejemen Data Pasien Lampiran 1.7
8 Mengirim SMS Lampiran 1.8
9 Menejemen SMS Lampiran 1.9
10 Menejemen Merk Obat Lampiran 1.10
11 Menejemen Obat Generik Lampiran 1.11
12 Menejemen Apotek Lampiran 1.12
13 Menejemen Apoteker Lampiran 1.13
14 Menejemen Dokter Lampiran 1.14
15 Menejemen Pengguna Lampiran 1.15
16 Melihat Status Resep Obat Via SMS Lampiran 1.16
17 Menulis Resep via Website Lampiran 1.17
18 Menejemen Kecamatan Lampiran 1.18
Use Case : Login
Aktor : Apoteker, Dokter dan Administrator
Pre Condition : Aktor sudah masuk ke halaman index atau home dari sistem.
Diskripsi : Use case ini berfungsi agar aktor bisa masuk ke dalam sistem. Aktor dapat login ke sistem dengan memasukkan nama user dan password.
Aksi Aktor Reaksi Sistem
Skenario Normal (melakukan Login) 1. Aktor memanggil form LoginForm
2. Sistem menampilkan form LoginForm yang berisi nama user dan password. 3. Aktor mengisi nama user dan
password
4 .Aktor menekan tombol Login
5 .Sistem mengecek nama user dan password sesuai dengan data di sistem 6 .Sistem menampilkan pesan bahwa Aktor berhasil login
7. sistem menampilkan halaman index aktor sesuai dengan hak akses yang dimiliki.
Skenario Alternatif (melakukan login)
5. Jika username dan password salah maka sistem akan menampilkan pesan bahwa pengisian nama user dan password salah. 6 .Sistem menampilkan pesan bahwa nama user dan password tidak sesuai. 7. Sistem menampilkan form index Home
1.2.Skenario Use Case Ganti Password
Use Case : Ganti Password
Aktor : Apoteker,Dokter dan Administrator
Pre Condition : Aktor sudah masuk ke dalam sistem atau berhasil login dan sudah masuk ke dalam halaman index aktor.
Diskripsi : Use case ini berfungsi agar aktor dapat mengganti password
Aksi Aktor Reaksi Sistem Skenario Normal
1 .Aktor menekan pilihan ganti password
2. Sistem menampilkan form ganti password dimana form akan menampilkan data aktor dan 2 field password baru dan ulangi password. Field password dan ulang password mengganti tipe masukan keybord menjadi “*”. 3 .Aktor mengisi password dan ulangi
password
4 .Aktor menekan tombol ganti
5 .Sistem memverifikasi bahwa password baru di field pertama dan field ulangi passowrd sudah sama
6. Sistem menyimpan data password baru 7. Sistem menampilkan pesan bahwa password telah diganti
Skenario Alternatif 1
5 .Jika pengisian field password lama salah akan menampilkan pesan aktor harus mengulangi pengisian password. 6. Sistem menampilkan Form ganti password
Skenario Alternatif 2 4 .Aktor memilih tombol batal
5. Sistem menampilkan form index Aktor
1.3.Skenario Use Case Membuat Resep Via SMS
Use Case : Membuat Resep via SMS
Aktor : Dokter
Pre Condition : Aktor menggunakan nomor HP yang sesuai saat pendaftaran atau nomer HP dokter yang sudah terdaftar dalam sistem Diskripsi : Use case ini berfungsi agar aktor dapat membuat resep
menggunakan SMS
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor mengirimkan SMS dengan format : RESEP#<no Pasien>#<isi Resep> untuk membuat resep dengan SMS dan menekan tombol kirim
apakah format SMS sudah benar 3 .Sistem memproses pilihan dari aktor 4. Sistem mengirimkan pesan kepada aktor bahwa obat telah diproses dengan nomor resep tertentu
Skenario Alternatif 1
3. Jika format sms salah, sistem akan memberitahukan kepada aktor bahwa format pesan salah
1.4.Skenario Use Case Tambah Data Pasien Via SMS
Use Case : Tambah Data Pasien via SMS
Aktor : Dokter
Pre Condition : Aktor menggunakan nomor HP yang sesuai saat pendaftaran atau nomer HP dokter yang sudah terdaftar dalam sistem. Diskripsi : Use case ini berfungsi agar aktor dapat menambah data pasien menggunakan SMS.
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor mengirimkan SMS dengan format : TAMBAH#<nama lengkap> #<alamat >#<no
telp>.#<kecamatan>#<tanggal lahir> untuk menambah data pasien dengan SMS
2. Sistem memverifikasi SMS aktor 3.Sistem memproses pilihan dari aktor 4. Sistem mencari nomer resep dari data yang baru saja ditambahkan.
5. Sistem mengirimkan nomer resep dan memberitahukan kepada aktor bahwa data pasien telah di tambahkan.
Skenario Alternatif 1
3. Jika format SMS salah, sistem akan memberitahukan kepada aktor bahwa format pesan salah.
1.5.Skenario Use Case Menterjemahkan Resep
Use Case : Menterjemahkan Resep Aktor : Apoteker
Diskripsi : Use case ini berfungsi untuk menterjemahkan resep dari dokter menjadi daftar obat yang akan dikirim ke pasien.
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor memilih menu cari merk obat
2. Sistem menjalankan case cari merk obat 3. Aktor memilih tambah keranjang
terjemahan resep
4. Sistem menjalankan case tambah keranjang terjemahan resep 5.Aktor memilih hapus keranjang terjemahan
resep
6. Sistem menjalankan case hapus keranjang terjemahan resep
7.Aktor memilih menu tambah catatan revisi resep
8. Sistem menjalankan case tambah catatan revisi resep
9. Aktor menekan tombol selesai
10. Sistem menampilkan form cetak resep apoteker yang berisi data-data
menterjemahkan resep 11.Aktor memilih menu mencetak
terjemahan resep
12. Sistem menjalankan case mencetak terjemahan resep
Use Case : Mencari Merk Obat
Aktor : Apoteker, Administrator
Pre Condition : Aktor sudah berhasil login dan masuk ke form menterjemahkan resep.
Diskripsi : Use case ini berfungsi agar aktor dapat mencari merk obat yang akan digunakan untuk menterjemahkan resep.
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Sistem menampilkan FormTerjemahanResep. Sistem
menampilkan seluruh list merk obat yang ada.
merk obat serta link untuk menambah obat. 3.Aktor memasukkan merk obat yang akan
di cari
4.Aktor menekan enter
5.Sistem mencari data yang sesuai dengan inputan aktor
6.Sistem menampilkan data list merk obat yang sesuai dengan pilihan aktor
Use Case : Tambah Keranjang Terjemahan Resep
Aktor : Apoteker
Pre Condition : Aktor sudah berhasil login dan masuk ke form menterjemahkan resep.
Diskripsi : Use case ini berfungsi agar aktor dapat menambah merk obat yang akan digunakan untuk dimasukkan dalam keranjang.
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Sistem menampilkan daftar merk obat yang dapat ditambahkan ke dalam keranjang. Terdapat pilihan juga untuk menambah obat ke dalam keranjang 2. Aktor memilih pilihan
TambahDetailKeranjangResepForm pada salah satu merk obat
3. Sistem menampilkan form
TambahDetailKeranjangResepForm, berisi mengenai data informasi obat yang dipilih, jumlah obat, cara pakai,harga obat dan aturan pakai.
4. Aktor mengisi data-data yang ada dalam form detail informasi obat
5. Aktor memilih tombol tambah
6. Sistem memverivikasi masukan aktor 7. Sistem menambahkan merk obat ke dalam daftar obat yang akan dipesan 8. Sistem menambahkan data ke dalam terjemahan resep
9. Sistem menampilkan merk obat ke dalam keranjang
Skenario Alternatif 1
5. Aktor menekan tombol Kembali
Skenario Alternatif 2
7. Jika terdapat field yang kosong maka sistem akan menampilkan pesan error 8. Sistem menampilkan form detail informasi obat
Use Case : Hapus Keranjang Terjemahan Resep
Aktor : Apoteker
Pre Condition : Aktor sudah berhasil login dan masuk ke ke form menterjemahkan resep. Selain itu aktor juga sudah memasukkan data obat ke dalam keranjang.
Diskripsi : Use case ini berfungsi agar aktor dapat menghapus keranjang terjemahan resep.
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Sistem menampilkan daftar terjemahan merk obat,beserta pilihan hapus
2. Aktor memilih pilihan hapus
3. Sistem menampilkan konfirmasi apakah data akan dihapus.
4. Aktor memilih tombol Hapus
5. Sistem menghapus data merk obat yang ada dalam keranjang
6. sistem menampilkan pesan bahwa data telah berhasil dihapus
7. sistem menampilkan halaman terjemahan resep
Skenario Alternatif 1
4. Aktor menekan tombol tidak
5. Sistem menampilkan form daftar Terjemahan Resep.
Use Case : Tambah Catatan Revisi Resep
Aktor : Apoteker
Pre Condition : Aktor sudah berhasil login dan masuk ke dalam form terjemahan resep.
revisi Resep
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Sistem menampilkan form
TambahCatatanResepForm yang berisi catatan revisi resep
2. Aktor memasukkan catatan refisi 3. Aktor memilih tombol selesai
4. Sistem menambahkan catatan resep 5. Sistem menampilkan pesan bahwa terjemahan resep sudah ditambahkan
6. sistem menampilkan form cetak terjemahan resep.
Use Case : Mencetak Terjemahan Resep
Aktor : Apoteker
Pre Condition : Aktor sudah berhasil login dan sudah menuliskan terjemahan resep obat yang akan di kirim ke pasien.
Diskripsi : Use case ini berfungsi agar aktor dapat mencetak terjemahan resep yang telah ditulis oleh apoteker.
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor memilih tombol selesai
2. Sistem masuk ke form konfirmasi terjemahan resep.
3. Sistem menampilkan pesan bahwa data berhasil diproses, tombol cetak dan kembali. 4. Aktor memilih tombol cetak
5. Sistem menampilkan form cetak resep. 6 Sistem mencetak terjemahan resep. 7. Aktor memilih tombol cetak resep
8. Sistem mencetak resep 9. Sistem kembali ke form aktor Alternatif 1
4. Aktor memilih tombol kembali
5. Sistem kembali ke form resep
Aktor : Administrator
Pre Condition : Aktor sudah berhasil login ke dalam sistem
Deskripsi : Admin dapat menjalankan, mematikan, mengatur server SMS dan melihat log server.
Aksi Aktor Reaksi Sistem
Skenario Normal
1.Aktor memilih pilihan menjalankan server SMS
2. Sistem menjalankan case menjalankan server SMS
3.Aktor memilih pilihan mematikan server SMS
4.Sistem menjalankan case mematikan sever SMS
5. Aktor memilih pilihan Mengatur Server SMS
6 .Sistem menjalankan case mengatur server SMS.
Use Case : Menjalankan Server SMS
Aktor : Administrator
Pre Condition : Aktor sudah berhasil login ke dalam sistem dan memilih form menejemen server SMS
Deskripsi : Admin dapat menjalankan server SMS, agar fitur SMS dapat berjalan.
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Sistem menampilkan form ServerSMSForm
2. Aktor menekan tombol Jalankan Server
3. Sistem memproses server yang akan dijalankan
4. Sistem menampilkan pesan bahwa Aktor menjalankan server
5. Sistem menampilkan kembali form server SMS dan tombol Jalankan Server diubah menjadi disable
Skenario Alternatif
5. Sistem menampilkan kembali form server SMS dan tombol Jalankan Server tetap di enable
Use Case : Mematikan Server SMS
Aktor : Administrator
Pre Condition : Aktor sudah berhasil masuk ke form menejemen server dan status server on / menyala.
Deskripsi : Admin dapat mematikan server SMS jika sistem SMS tersebut sedang dalam perbaikan atau tidak perlu digunakan.
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Sistem menampilkan form ServerSMSForm 2. Aktor menekan tombol Matikan Server
3. Sistem memproses server untuk dimatikan 4. Sistem menampilkan pesan bahwa Aktor telah berhasil mematikan server
5. Sistem menampilkan kembali form ServerSMSForm dan tombol Matikan Server diubah menjadi disable dan tombol Hidupkan server menjadi enable
Skenario Alternatif
4. Jika server tidak dapat dimatikan, maka akan muncul pesan eror
5. Sistem menampilkan kembali form server SMS dan tombol Matikan Server tetap di enable, sedangkan tombol Jalankan Server tetap menjadi disable
Use Case : Mengatur Server SMS
Aktor : Administrator
Pre Condition : Aktor sudah berhasil login ke dalam sistem dan sudah memilih menu pengaturan server SMS
Desktripsi : Admin dapat mengatur Server SMS yang dipakai
MengaturServerSMSForm, form ini akan mengatur koneksi antara HP dan komputer. Form terdiri dari nama port, stop bits, boud rate, flow control,data bits dan parity. 2. Aktor memasukkan nama port, stop bits,
boud rate, flow control,data bits dan parity dalam form yang telah disediakan.
3. Aktor menekan tombol Simpan
4. Sistem mengecek inputan aktor
5. Sistem menampilkan pesan bahwa server telah berhasil dikonfigurasi
6. Sistem menampilkan kembali form server SMS
Skenario Alternatif 1
5. jika terdapat field-field yang kosong maka akan ditampilkan pesan semua field harus di isi
6 Sistem menampilkan kembali form pengaturan
Skenario Alternatif 2
3. Aktor menekan tombol Batal
4. Sistem menampilkan kembali form server SMS
1.7.Skenario Use Case Menejemen Data Pasien
Use Case : Menejemen Data Pasien Aktor : Administrator dan Dokter
Pre Condition : Aktor sudah berhasil login ke dalam sistem dan memilih form MenejemenPasienForm
Deskripsi : Admin menambah, mengedit dan menghapus data pasien yang ada dalam database
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor memilih menu cari Data Pasien
2. Sistem menjalankan case cari Data Pasien
3. aktor memilih tombol tambah
4. sistem menjalankan case tambah pasien 5. aktor memilih menu edit data pasien
Form
8. sistem menjalankan case hapus data pasien
Use Case : Cari Data Pasien
Aktor : Administrator
Pre Condition : Aktor sudah berhasil login dan masuk ke form EditHapusPasienForm.
Diskripsi : Use case ini berfungsi agar aktor dapat mencari pasien yang akan digunakan untuk melakukan edit atau hapus data pasien.
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Sistem menampilkan
EditHapusDataPasienForm, sistem menampilkan seluruh list data pasien yang ada.
2.Sistem menampilkan pilihan untuk cari data pasien yang ada
3.Aktor memilih kategori yang disediakan untuk pencarian dan memasukkan kata yang akan dicari
4.Aktor menekan tombol enter
5.Sistem mencari data yang sesuai dengan inputan aktor
6.Sistem menampilkan data list data pasien sesuai dengan yang dipilih aktor
Use Case : Menambah Data Pasien Aktor : Administrator dan Dokter
Pre Condition : Aktor sudah berhasil login ke dalam sistem dan sudah masuk ke dalam list data Pasien
Deskripsi : Admin dapat menambah data pasien
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor memilih tombol tambah Pasien
2. Sistem menampilkan form tambah Pasien yang berisi tentang nama pasien, no telpon pasien, tanggal lahir pasien, alamat pasien dan kecamatan pasien
4. Aktor mengisi data nama pasien, no telpon pasien, tanggal lahir pasien, alamat pasien dan alamat pasien yang tersedia dalam form. 5. Aktor menekan tombol simpan
6. Sistem mengecek apakah semua data telah terisi
7. Sistem menyimpan data pasien baru
8. Sistem menampilkan pesan bahwa data telah ditambahkan
9. Sistem menampilkan kembali form pasien Skenario Alternatif 1
4 Aktor menekan tombol batal
5. Sistem menampilkan halaman index aktor Skenario Alternatif 2
7. Jika terdapat field yang kosong maka sistem akan menampilkan pesan error
8. Sistem menampilkan halaman index aktor
Use Case : Edit Data Pasien
Aktor : Administrator
Pre Condition : Aktor sudah berhasil login dan masuk ke form EditHapusPasienForm.
Diskripsi : Use case ini berfungsi agar aktor dapat melakukan edit data pasien.
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Sistem menampilkan form list/daftar Data Pasien disertai pilihan edit disetiap baris pada tabel.
2. Aktor menekan tombol edit pada data Data Pasien yang akan diedit
3. Sistem akan menampilkan form Data Pasien dan field akan terisi data sebelum di edit. Form tersebut terdiri dari nama pasien, no telpon pasien, tanggal lahir pasien, alamat pasien dan alamat pasien. 4.Aktor mengedit data Data Pasien yang
terdiri dari nama pasien, no telpon pasien, tanggal lahir pasien, alamat pasien dan alamat pasien.
6. Sistem mengecek apakah semua data telah terisi
7. Sistem menyimpan Data Pasien yang diedit
8. Sistem menampilkan pesan bahwa data berhasil diedit
9.Sistem kembali ke halaman index aktor Skenario Alternatif 1
5. Aktor menekan tombol batal
6. Sistem menampilkankembali form list/daftar Data Pasien
Skenario Alternatif 2
7. Jika terdapat data yang belum terisi maka akan ditampilkan pesan error
8. Sistem akan kembali ke form edit
Use Case : Hapus Data Pasien
Aktor : Administrator
Pre Condition : Aktor sudah berhasil login dan masuk ke form EditHapusPasienForm.
Diskripsi : Use case ini berfungsi agar aktor dapat melakukan hapus data pasien.
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Sistem menampilkan form list/daftar Data Pasien disertai pilihan hapus di setiap baris pada tabel
2. Aktor menekan tombol hapus
3. Sistem menampilkan konfirmasi apakah data akan dihapus
4. Aktor menekan tombol Hapus
5. Sistem menghapus data Data Pasien 6. Sistem menampilkan laporan bahwa data telah berhasil dihapus
7.Sistem kembali ke form index aktor Skenario Alternatif 1
4. Aktor menekan tombol batal
5. Sistem menampilkan form list/daftar Data Apotek
Aktor : Administrator
Pre Condition : Aktor sudah berhasil login ke dalam sistem dan memilih form kirimSMSForm
Deskripsi : Admin dapat mengirim pesan singkat ke nomor yang diinginkan
1.9.Skenario Use Case Menejemen SMS
Use Case : Menejemen SMS
Aktor : Administrator
Pre Condition : Aktor sudah berhasil login ke dalam sistem
Deskripsi : Admin dapat melihat data inbox dan outbox yang ada dalam sistem.
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Sistem menampilkan form KirimSMSForm yang terdiri dari beberapa field, antaralain: no telp tujuan dan isi pesan
2. Aktor memasukkan nomor tujuan dan isi sms yang akan di kirim
3. Aktor menekan tombol kirim
4. Sistem mengecek apakah format field no telp tujuan sudah benar dan apakah semua data sudah terisi
5. Sistem mengirimkan sms ke nomor yang dituju
6. Sistem menampilkan pesan bahwa SMS sudah dikirim ke nomor tujuan
7. Sistem menampilkan kembali form aktor. Skenario Alternatif 1
5. Jika terdapat field yang belum di isi, maka sistem akan menampilkan pesan error 6. Sistem menampilkan kembali form kirim SMS
Aksi Aktor Reaksi Sistem
Skenario Normal 1. Aktor memanggil form MenejemenSMSForm
2. Sistem menampilkan form MenejemenSMSForm
Use Case : menghapus Data Inbox
Aktor : Administrator
Pre Condition : Aktor sudah berhasil login ke dalam sistem
Deskripsi : Admin dapat menampilkan dan menghapus Data inbox SMS
Use Case : Menghapus Data Outbox
Aktor : Administrator
Pre Condition : Aktor sudah berhasil login ke dalam sistem
Deskripsi : Admin dapat menampilkan dan menghapus Data outbox SMS
inbox 5. Aktor memilih menu menghapus data
outbox
6. Sistem menjalankan case menghapus data outbox
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor memanggil form InboxForm
2. Sistem mencari data inbox yang ada dalam database dan terdapat link hapus pada setiap baris.
3. Aktor memilih tombol hapus data inbox
4. Sistem mengahapus data inbox 5. Sistem menampilkan form inbox sms dengan maximal 10 baris.
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Aktor memanggil form OutboxForm
2. Sistem mencari data outbox yang ada dalam database dan terdapat link hapus pada setiap baris.
3. Aktor memilih tombol hapus data outbox
1.10. Skenario Use Case Menejemen Merk Obat
Use Case : Menejemen Merk Obat Aktor : Administrator
Pre Condition : Aktor sudah berhasil login ke dalam sistem dan sudah masuk ke dalam list data Merk obat
Deskripsi : Admin dapat menambah, mengedit dan menghapus data Merk Obat
Aksi Aktor Reaksi Sistem
1. Aktor memilih menu cari merk obat
2. Sistem menjalankan case CariMerkObatForm 3. Aktor memilih menu tambah merk obat
4. Sistem menjalankan case form TambahMerkObatForm
5. Aktor memilih menu edit merk obat
6. Sistem menjalankan case EditMerkObatForm 7. Aktor memilih menu hapus merk obat
8. Sistem menjalankan case HapusMerkObatForm
Use Case : Menambah Data Merk Obat Aktor : Administrator
Pre Condition : Aktor sudah berhasil login ke dalam sistem dan sudah masuk ke dalam list data Merk obat
