• Tidak ada hasil yang ditemukan

BAB IV ANALISA DAN PEMBAHASAN

4.3 Perancangan Sistem

4.3.6 Skenario Sistem

Untuk mempermudah dalam memahami bagaimana nantinya sistem

ini akan berjalan, perlu dibuat sebuah skenario berjalannya sistem sehingga pada saat pembangunan sistem, waktu yang akan digunakan akan lebih efisien. Adapun skenario sistem yang akan dibuat adalah per-use case yang telah didefinisikan sebelumnya pada diagram use case, yaitu sebagai berikut :

Tabel 4.1 : Skenario Login Admin

Nama Use Case : Login Admin

Aktor Utama : Admin

Deskripsi Use case ini menjelaskan bagaimana admin melakukan login untuk dapat mengakses halaman khusus admin.

Kondisi Awal Admin sudah ditentukan username dan passwordnya

Urutan Langkah Aksi Aktor Respon Sistem

1. Admin membuka

halaman login.

2. Sistem menampilkan form login.

3. Admin memasukkan username dan password

4. Sistem akan akan menuju halaman khusus admin.

5. Jika data yang dimasukkan salah maka akan diminta username dan password kembali.

Post Condition Admin dapat mengakses halaman khusus admin (backend)

Tabel 4.2 : Skenario Manipulasi Data Admin

Nama Use Case : Manipulasi Data

Aktor Utama : Admin

Deskripsi Use case ini menjelaskan bagaimana admin dapat melihat data-data pada sistem .

Kondisi Awal Data pasien, data dokter, data poliklinik.

Urutan Langkah Aksi Aktor Respon Sistem

1. Admin membuka

halaman master.

2. Sistem menampilkan data pasien, data dokter, data poliklinik.

3. Admin dapat melihat dan mengedit data-data pada master.

4. Sistem akan menyimpan pada data base

Post Condition Admin dapat mengedit data-data pada master.

Tabel 4.3 : Skenario Mendaftar Petugas

Nama Use Case : Mendaftar

Aktor Utama : Petugas

Deskripsi Use case ini menjelaskan bagaimana petugas melakukan pendaftaran pasien pada halaman khusus petugas.

Urutan Langkah Aksi Aktor Respon Sistem

1. Petugas membuka

halaman pendaftaran.

2. Sistem menampilkan halaman pendaftaran pasien baru / lama.

3. Petugas memasukkan data diri pasien baru / pasien lama secara otomatis (lewat scanner barcode).

4. Sistem akan menyimpan data secara otomatis pada database.

Post Condition Petugas mengisi data diri pasien

Tabel 4.4 : Skenario Cetak KIB Petugas

Nama Use Case : Cetak KIB

Aktor Utama : Petugas

Deskripsi Use case ini menjelaskan bagaimana petugas mencetak Kartu Identitas Berobat (KIB) setalah pasien sudah mendaftatar.

Kondisi Awal Pasien baru / pasien lama telah terdaftar terlebih dahulu.

Urutan Langkah Aksi Aktor Respon Sistem

1.Petugas membuka data pasien yang terdaftar.

2. Sistem menampilkan data pasien. 3. Peetugas mencetak KIB 4. Sistem akan memunculkan KIB berupa pdf, langsung mencetak.

Post Condition Daftar data pasien.

Tabel 4.5 : Skenario Verifikasi KIB Petugas

Nama Use Case : Verifikasi KIB

Aktor Utama : Petugas

Deskripsi Use case ini menjelaskan bagaimana petugas akan mengetahui pasien lama yang akan berobat telah terdaftar.

Kondisi Awal Petugas mengetahui pasien telah memiliki KIB barcode.

Urutan Langkah Aksi Aktor Respon Sistem

1. Petugas menscan KIB

barcode pasien .

2. Sistem membaca dan

masuk halaman

pendaftaran.

Post Condition Petugas mendaftar pasien dengan menscan KIB barcode pasien.

Tabel 4.6 : Skenario Mendaftar Pasien

Nama Use Case : Mendaftar

Aktor Utama : Pasien

Deskripsi Use case ini menjelaskan bagaimana pasien melakukan pendaftaran pada petugas.

Kondisi Awal Pasien ingin berobat.

Urutan Langkah Aksi Aktor Respon Sistem

1. Pasien mendaftar pada

petugas untuk di

masukkan data diri ke sistem.

2. Sistem menampilkan halaman pendaftaran pasien baru / lama.

3. Petugas memasukkan data diri pasien baru / pasien lama secara otomatis (lewat scanner barcode).

4. Sistem akan menyimpan data secara otomatis pada database.

5. Untuk Pasien yang telah terdaftar menunggu petugas untuk mencetak KIB barcode. Dan menunggu proses untuk diperiksa.

Tabel 4.7 : Skenario Verifikasi KIB Pasien

Nama Use Case : Verifikasi KIB

Aktor Utama : Pasien

Deskripsi Use case ini menjelaskan bagaimana pasien lama melakukan verifikasi KIB.

Kondisi Awal Pasien lama yang telah terdaftar.

Urutan Langkah Aksi Aktor Respon Sistem

1. Pasien menyarahkan

KIB pada petugas untuk

di daftarkan (lewat

scanner barcode).

2. Sistem menampilkan halaman pendaftaran pasien lama.

Post Condition Pasien memiliki KIB yang aktif.

Tabel 4.8 : Skenario Diperiksa Pasien

Nama Use Case : Diperiksa

Aktor Utama : Pasien

Deskripsi Use case ini menjelaskan bagaimana pasien akan di periksa dokter.

Urutan Langkah Aksi Aktor Respon Sistem

1. Pasien diperiksa

dokter.

2. Pasien menunggu

diagnosa dokter.

Post Condition Pasien diperiksa.

Tabel 4.9 : Skenario Resep Apoteker

Nama Use Case : Resep

Aktor Utama : Apoteker

Deskripsi Use case ini menjelaskan bagaimana apoteker menginputkan resep ke sistem.

Kondisi Awal Apoteker menerima resep dari dokter.

Urutan Langkah Aksi Aktor Respon Sistem

1. Apoteker membuka halaman login. 3. Apoteker memasukkan username dan password. 5. Apoteker

menginputkan resep dari dokter.

2. Sistem menampilkan halaman login.

4. Sistem akan menuju khusus halaman apoteker.

6. Sistem berjalan menerima inputan dari apoteker

Tabel 4.10 : Skenario Obat Admin

Nama Use Case : Obat

Aktor Utama : Admin

Deskripsi Use case ini menjelaskan bagaimana admin menginputkan data obat pada sistem.

Kondisi Awal Admin memasukkan data obat.

Urutan Langkah Aksi Aktor Respon Sistem

1 Admin membuka halaman login.

3. Admin memasukkan

username dan password.

5. Admin menuju bagian apoteker dan

menginputkan data obat.

2. Sistem menampilkan halaman login.

4. Sistem akan menuju khusus halaman admin.

6. Sistem menerima inputan data obat dari admin.

Post Condition Data obat dari apoteker.

Tabel 4.11 : Skenario Pembayaran Pasien

Nama Use Case : Pembayaran

Aktor Utama : Pasien

Deskripsi Use case ini menjelaskan bagaimana pasien akan menerima tagihan pembayaran.

Urutan Langkah Aksi Aktor Respon Sistem

1.Pasien melakukan pembayaran sebelum menerima obat.

2. Sistem menampilkan struk pembayaran lewat kasir.

Post Condition Pasien membayar pada kasir .

Tabel 4.12 : Skenario Pembayaran Kasir

Nama Use Case : Pembayaran

Aktor Utama : Kasir

Deskripsi Use case ini menjelaskan bagaimana kasir menginputkan tagihan pembayaran.

Kondisi Awal Kasir menginputkan tagihan.

Urutan Langkah Aksi Aktor Respon Sistem

1. Kasir membuka halaman login.

3. Kasir memasukkan username dan password.

5. Kasir menginputkan tagihan pembayaran pasien.

2. Sistem menampilkan halaman login.

4. Sistem akan menuju khusus halaman kasir.

6. Sistem berjalan menerima inputan dari kasir.

Post Condition Kasir memunculkan tagihan pembayaran biaya berobat pasien.

Dokumen terkait