30
PERANCANGAN SISTEM USULAN
4.1. Tahapan Perancangan Sistem
Perancangan suatu sistem merupakan suatu dasar dari pembuatan suatu sistem yang handal dan kuat untuk memerlukan suatu proses atau tahap-tahapan dalam membuat perencanaan sistem.
4.1.1. Analisis Kebutuhan
Mengidentifikasi kebutuhan fungsional program disertai dengan
penggambaran use case diagram dan skenario use case yang terkait dengan proses bisnis yang diusulkan.
A. Kebutuhan Pengguna
Dalam rancangan pelayanan pasien rawat jalan terdapat dua pengguna yang saling berinteraksi dalam lingkungan sistem yaitu: Administrasi dan Dokter. Kedua pengguna tersebut memiliki karakteristik interaksi dengan sistem yang berbeda-beda dan memiliki kebutuhan informasi yang berbeda-beda, seperti berikut:
A1. Skenario Kebutuhan Administrasi
a) Mengelola data pasien b) Mengelola pendaftaran c) Mengelola data obat d) Mengelola data dokter
e) Mengelola data admin
f) Mengelola laporan data pasien g) Mengelola pembayaran h) Melihat riwayat pemeriksaan i) Melihat resep obat
j) Cetak laporan data obat k) Cetak laporan data pasien l) Cetak laporan data dokter m) Cetak laporan pendaftaran n) Cetak laporan pembayaran o) Cetak struk pembayaran p) Administrasi melakukan login q) Administrasi melakukan logout
A2. Skenario Kebutuhan Dokter
a) Mengelola pemeriksaan b) Mengelola resep obat c) Dokter melakukan login d) Dokter melakukan logout
B. Kebutuhan Sistem
1) Pengguna harus melakukan login terlebih dahulu untuk dapat mengakses sistem kemudian dapat login dengan memasukkan username dan
password agar privasi tetap terjaga keamanannya.
2) Sistem mengelola pendaftaran, transaksi pembayaran, data pasien, data obat, data admin, data dokter, pemeriksaan, resep obat, struk pembayaran.
3) Pengguna harus melakukan logout setelah selesai menggunakan sistem.
4.1.2. Rancangan Diagram Use Case
1. Use Case Diagram Administrasi
Gambar IV.1. Use Case Diagram Administrasi
2. Use Case Diagram Dokter
Gambar IV.2. Use Case Diagram Dokter uc Use Case Administrasi
Administrasi Login Logout Username Password Laporan Master Mengelola data pasien Mengelola pendaftaran Mengelola data obat Mengelola data dokter Transaksi Cetak laporan data obat Cetak laporan data dokter Cetak laporan data pasien Cetak laporan pendaftaran Cetak laporan pembayaran Mengelola pembayaran Ubah password Resep Obat Mengelola data admin Cetak laporan data admin «include» «include» «include» «include» «include» «include» «include» «include»
uc Use Case Dokter
Dokte r
Login Use rna me
Pa ssw ord
Logout Uba h pa ssw ord
Ma ste r Input re se p Input pe me riksa a n «i ncl ude» «i ncl ude» «i ncl ude» «i ncl ude»
Tabel IV.1.
Deskripsi Use Case Mengelola Pendaftaran Pasien
Use Case Name Mengelola Pendaftaran pasien
Requirements Administrasi dapat mengelola data pendaftaran
pasien
Goal Administrasi dapat mendaftarkan pasien
Pre-Conditions Administrasi telah login
Post-Conditions Data pendaftaran pasien tersimpan
Failed end Condition Gagal menyimpan pendaftaran pasien
Actors Administrasi
Main Flow/ Basic Path
1. Admin pilih tombol tambah untuk menambahkan pasien
2. Admin menginput identitas pasien
3. Admin pilih tombol simpan untuk menyimpan data pasien
4. Sistem menampilkan data pasien
Alternate
Flow/Invariant A
A1. Admin pilih tombol cari A2. Admin mengetikan id pasien
A3. Sistem menampilkan tabel pendaftaran
Invariant B
B1. Admin pilih tombol cari B2. Admin mengetikan id pasien
B3. Sistem tidak menemukan data yang dicari
Tabel IV.2.
Deskripsi Use Case Mengelola Data Dokter
Use Case Name Mengelola Data Dokter
Requirements Administrasi dapat mengelola data dokter
Goal Administrasi dapat menambah, mengubah,
menghapus, mencari data dokter
Pre-Conditions Administrasi telah login
Post-Conditions Data dokter tersimpan, terubah, terhapus
Actors Administrasi
Main Flow/ Basic Path
1. Admin pilih tombol tambah untuk menambah data dokter
2. Sistem menampilkan form data dokter 3. Admin menginput data dokter baru 4. Admin memilih tombol simpan 5. Sistem menyimpan data dokter
Alternate
Flow/Invariant A
A1. Admin pilih tombol cari A2. Admin mengetikan id dokter
A3. Sistem menampilkan data dokter yang dipilih A4. Admin mengubah data pengguna pada form A5. Admin memilih tombol simpan
A6. Sistem mengubah data dokter
Invariant B
B1. Admin pilih tombol cari B2. Admin mengetikan id dokter
B3. Sistem tidak menemukan data yang dicari
Tabel IV.3.
Deskripsi Use Case Mengelola Data Admin
Use Case Name Mengelola Data Admin
Requirements Administrasi dapat mengelola data admin
Goal Administrasi dapat menambah, mengubah,
menghapus, mencari data admin
Pre-Conditions Administrasi telah login
Post-Conditions Data admin tersimpan, terubah, terhapus
Failed end Condition Gagal menyimpan, mengubah atau menghapus
Actors Administrasi
Main Flow/ Basic Path
1. Admin pilih tombol tambah untuk menambah data admin
2. Sistem menampilkan form data admin 3. Admin menginput data admin baru 4. Admin memilih tombol simpan 5. Sistem menyimpan data admin
Alternate
Flow/Invariant A
A1. Admin pilih tombol cari A2. Admin mengetikan id admin
A3. Sistem menampilkan data admin yang dipilih A4. Admin mengubah data pengguna pada form A5. Admin memilih tombol simpan
A6. Sistem mengubah data admin
Invariant B
B1. Admin pilih tombol cari B2. Admin mengetikan id admin
B3. Sistem tidak menemukan data yang dicari
Tabel IV.4.
Deskripsi Use Case Mengelola Data Obat
Use Case Name Mengelola Data Obat
Requirements Administrasi dapat mengelola data obat
Goal Administrasi dapat menambah, mengubah,
menghapus, mencari data obat
Pre-Conditions Administrasi telah login
Post-Conditions Data obat tersimpan, terubah, terhapus
Failed end Condition Gagal menyimpan, mengubah atau menghapus
Actors Administrasi
Main Flow/ Basic Path
1. Admin pilih tombol tambah untuk menambah data obat
2. Sistem menampilkan form data obat 3. Admin menginput data obat baru 4. Admin memilih tombol simpan 5. Sistem menyimpan data obat
Alternate
Flow/Invariant A
A1. Admin pilih tombol cari A2. Admin mengetikan id obat
A3. Sistem menampilkan data obat yang dipilih A4. Admin mengubah data pengguna pada form A5. Admin memilih tombol simpan
A6. Sistem mengubah data pengguna
Invariant B
B1. Admin pilih tombol cari B2. Admin mengetikan id obat
Tabel IV.5.
Deskripsi Use Case Mengelola Pembayaran
Use Case Name Mengelola Pembayaran
Requirements Administrasi dapat mengelola pembayaran
Goal Administrasi dapat mencetak struk pembayaran
Pre-Conditions Administrasi telah login
Post-Conditions Data pembayaran tersimpan
Failed end Condition Gagal menyimpan
Actors Administrasi
Main Flow/ Basic Path
1. Admin lihat resep obat untuk menginput biaya 2. Admin menginput form pembayaran
3. Sistem menampilkan total bayar 4. Admin input jumlah bayar
5. Sistem menampilkan uang kembali 6. Admin memilih tombol simpan 7. Sistem menyimpan pembayaran
Alternate
Flow/Invariant A
A1. Admin pilih cetak
A2. Sistem mencetak struk pembayaran
Invariant B
B1. Admin pilih cetak
B2. Sistem menampilkan “data belum lengkap” B3. Sistem tidak mencetak struk
Tabel IV.6.
Deskripsi Use Case Mengelola Cetak Laporan
Use Case Name Mengelola Cetak Laporan
Requirements Administrasi dapat mengelola cetak laporan
Goal Administrasi dapat mencetak laporan
Pre-Conditions Administrasi telah login
Post-Conditions Laporan dapat dicetak
Failed end Condition Gagal mencetak laporan
Actors Administrasi
2. Sistem menampilkan input periode, Tanggal/Bulan
Alternate
Flow/Invariant A
A1. Admin input periode, tanggal/bulan A2. Admin pilih cetak
A3. Sistem mencetak struk laporan
Invariant B
B1. Dokter pilih cetak
B2. Sistem tidak menemukan data yang diminta
Tabel IV.7.
Deskripsi Use Case Mengelola Data Pemeriksaan
Use Case Name Mengelola Data Pemeriksaan
Requirements Dokter dapat mengelola data pemeriksaan pasien
Goal Dokter dapat menambah, mencari, melihat data
pemeriksaan
Pre-Conditions Administrasi telah login
Post-Conditions Data pemeriksaan pasien tersimpan
Failed end Condition Gagal menyimpan pemeriksaan
Actors Dokter
Main Flow/ Basic Path
1. Dokter memilih tambah
2. Sistem menampilkan data periksa pasien 3. Dokter menginput keluhan dan diagnosa
pasien
4. Dokter pilih simpan
5. Sistem menyimpan data pemeriksaan pasien
Alternate
Flow/Invariant A
A1. Dokter pilih cari
A2. Dokter mengetikan no pem
A2. Sistem menampilkan data yang dicari
Invariant B
B1. Admin pilih cari
B2. Admin mengetikan no pem
Tabel IV.8.
Deskripsi Use Case Mengelola Data Resep Obat
Use Case Name Mengelola Data Resep Obat
Requirements Dokter dapat mengelola data resep obat
Goal Dokter dapat menambah, mencari, melihat data
resep obat
Pre-Conditions Dokter telah login
Post-Conditions Data resep obat tersimpan
Failed end Condition Gagal menyimpan resep obat
Actors Dokter
Main Flow/ Basic Path
1. Dokter memilih tambah
2. Sistem menampilkan data resep obat 3. Dokter menginput data resep obat 4. Sistem menampilkan subtotal obat 5. Dokter pilih simpan
6. Sistem menyimpan data resep obat
Alternate
Flow/Invariant A
A1. Dokter pilih cari
A2. Dokter mengetikan id resep
A3. Sistem menampilkan data yang dicari
Invariant B
B1. Dokter pilih cari
B2. Dokter mengetikan id resep
4.1.3. Rancangan Diagram Aktivitas
1. Activity Diagram Login
Gambar IV.3. Activity Diagram Login
2. Activity Diagram Pendaftaran
Gambar IV.4. Activity Diagram Pendaftaran act Aktiv ity login
Pengguna Sistem
Tampil form username dan
password Input username dan
password Validasi data Menampilkan beranda Data benar? Ya Tidak
act Activ ity Diagram Pendaftaran
Administrasi Sistem
Pilih menu master
Tambah Cari Tutup
Tampil tanggal, id pasien Input nama pasien,pilih
jenis kelamin, alamat, telp
Simpan
Input data yang ingin dicari Tampil tabel pendaftaran Form pendaftaran tertutup Menampilkan menu master Pilih submenu pendaftaran Menampilkan form pendaftaran
3. Activity Diagram Data Pasien
Gambar IV.5. Activity Diagram Data Pasien act Activ ity data pasien
Administrasi Sistem
Pilih menu master
Cari Tutup
Menampilkan form data pasien Menampilkan menu
master
Pilih submenu data pasien
Input nama pasien, pilih jenis kelamin,
alamat, telp
Form data obat tertutup
Simpan
Input data yang ingin dicari
Hapus
Edit Data terhapus
4. Activity Diagram Data Dokter
Gambar IV.6. Activity Diagram Data Dokter act Activ ity data dokter
Administrasi Sistem
Pilih menu master
Tambah Cari Tutup Menampilkan form data dokter Menampilkan menu master
Pilih submenu data dokter
Tampil id dokter
Input nama pasien, pilih jenis kelamin,
alamat, telp
Form data obat tertutup
Simpan Input data yang ingin
dicari
Hapus
Edit Data terhapus
5. Activity Diagram Data Admin
Gambar IV.7. Activity Diagram Data Admin act Activ ity diagram data admin
Administrasi Sistem
Pilih menu master
Tambah Cari
Tutup
Menampilkan menu master
Form data obat tertutup
Simpan
Input data yang ingin dicari
Hapus
Edit Data terhapus
Pilih submenu data admin
Menampilkan form data admin
Tampil id admin
Input nama admin, pilih jenis kelamin,
alamat, telp
6. Activity Diagram Data Obat
Gambar IV.8. Activity Diagram Data Obat act Activ ity diagram data obat
Administrasi Sistem
Pilih menu master
Tambah Cari
Tutup
Menampilkan menu master
Form data obat tertutup
Simpan
Input data yang ingin dicari
Hapus
Edit Data terhapus
Pilih submenu data obat
Menampilkan form data obat
Tampil id obat
Input nama Obat, harga
7. Activity Diagram Pembayaran
Gambar IV.9. Activity Diagram Pembayaran act Activ ity Pembayaran
Sistem Administrasi
Pilih menu transaksi Menampilkan menu transaksi
Input form pembayaran
Menampilkan total bayar
Input jumlah bayar
Tampil uang kembali
Simpan Cetak Data sudah lengkap? Ya Tidak Struk pembayaran tercetak Lihat resep obat
untuk menginput biaya Menampilkan form pembayaran Pilih submenu pembayaran
8. Activity Diagram Cetak Laporan
Gambar IV.10. Activity Diagram Cetak Laporan
9. Activity Diagram Ubah Password
Gambar IV.11. Activity Diagram Ubah Password act Activ ity diagram Laporan
Sistem Administrasi
Pilih menu laporan Menampilkan menu
laporan
Pilih Laporan pembayaran
Cetak
Laporan tercetak Input periode, Tanggal/Bulan
act Activ ity Ubah Passw ord
Pengguna Sistem
Pilih menu ubah password
Menampilkan form ubah password
Input password saat ini
Input password baru
Input password baru sekali lagi
10. Activity Diagram Pemeriksaan
Gambar IV.12. Activity Diagram Pemeriksaan act Activ ity Form pemeriksaan
Sistem Dokter
Pilih menu master
Menampilkan form pemeriksaan Tambah Cari Tutup Tampil tanggal, no pemeriksaan Form pemeriksaan tertutup Tampil id pasien, nama pasien, id dokter, nama dokter
Input keluhan, diagnosa
Simpan
Data lengkap? Tidak
Data tersimpan Input data yang
ingin dicari Ya Tampil tabel pemeriksaan Menampilkan menu master Pilih submenu pemeriksaan
11. Activity Diagram Resep Obat
Gambar IV.13. Activity Diagram Resep Obat act Activ ity Diagram Resep Obat
Dokter Sistem
Pilih menu master Menampilkan menu
master
Pilih submenu resep obat Menampilkan submenu resep obat Tambah Cari Tutup
Form data obat tertutup
Input data yang ingin dicari
Tampil id resep
Input id pasien, id resep, id obat, jumlah
obat, pemakaian
Tampil subtotal obat
Simpan data
Tampil tabel resep obat
4.1.4. Rancangan Dokumen Sistem Usulan
Dalam rancangan dokumen sistem usulan ini akan dijelaskan mengenai dokumen-dokumen yang digunakan dalam proses-proses pengolahan data, dokumen tersebut meliputi dokumen masukan dan dokumen keluaran.
A. Bentuk Dokumen Masukan
1. Nama Dokumen : Data Pendaftaran
Fungsi : Sebagai dokumen masukan klinik untuk pendataan
pendaftaran pasien
Sumber : Pasien
Tujuan : Administrasi
Media : Online
Jumlah : 1 halaman
Frekuensi : Setiap pasien mendaftar
Bentuk : Lihat Lampiran C.1
2. Nama Dokumen : Transaksi Pembayaran
Fungsi : Sebagai dokumen transaksi pembayaran rawat jalan
Sumber : Administrasi
Tujuan : Pasien
Media : Online
Jumlah : 1 halaman
Frekuensi : Setiap ada pembayaran
3. Nama Dokumen : Data Pemeriksaan
Fungsi : Sebagai catatan riwayat diagnosa pasien
Sumber : Dokter
Tujuan : Pemilik Klinik
Media : Online
Jumlah : 1 halaman
Frekuensi : Setiap melakukan pemeriksaan
Bentuk : Lihat Lampiran C.3
4. Nama Dokumen : Data Resep Obat
Fungsi : Sebagai dokumen untuk mencatat resep obat untuk pasien
Sumber : Dokter
Tujuan : Administrasi
Media : Online
Jumlah : 1 halaman
Frekuensi : Setiap berobat
Bentuk : Lihat Lampiran C.4
B. Bentuk Dokumen Keluaran
1. Nama Dokumen : Struk Pembayaran
Fungsi : Untuk mengetahui jumlah pembayaran rawat jalan
Sumber : Administrasi
Tujuan : Pasien
Media : Dokumen cetakan komputer
Frekuensi : Setiap terjadi pembayaran pasien rawat jalan Bentuk : Lihat Lampiran D.1
2. Nama Dokumen : Laporan per-bulan pembayaran
Fungsi : Untuk mengetahui laporan transaksi bulanan
Sumber : Administrasi
Tujuan : Pemilik
Media : Dokumen cetakan komputer
Jumlah : 1 atau lebih
Frekuensi : Setiap akhir bulan
Bentuk : Lihat Lampiran D.2
4.1.5. Rancangan Prototype
1. Interface Menu Utama Sistem Informasi Rawat Jalan
Pada halaman ini adalah halaman awal website klinik & Rumah bersalin umi rahma.
2. Interface Halaman Kontak Kami
Pada halaman ini menampilkan halaman kontak kami.
Gambar IV.15. Interface Halaman Kontak Kami
3. Interface Halaman Login Pengguna
Pada halaman ini menampilkan halaman login pengguna.
4. Interface Halaman Beranda Admin
Pada halaman ini menampilkan menu master yang terdiri dari data pasien, pendaftaran, data obat, data admin, data dokter. Transaksi yang terdiri dari pembayaran rawat jalan. Laporan yang terdiri dari cetak laporan data pasien, cetak laporan data admin, cetak laporan data dokter, cetak laporan data obat, cetak laporan pembayaran. Resep obat admin hanya dapat melihat saja.
Gambar IV.17. Interface Beranda Admin
5. Interface Halaman Pendaftaran Pasien
Pada halaman ini menampilkan form pendaftaran. Admin dapat menambah, mencari dan menyimpan pendaftaran pasien.
6. Interface Halaman Data Pasien
Pada halaman ini menampilkan form data pasien. Admin dapat mengubah menyimpan, mencari dan menghapus data pasien.
Gambar IV.19. Interface Halaman Data Pasien
7. Interface Halaman Data Dokter
Pada halaman ini menampilkan form data dokter. Admin dapat menambah, menyimpan, mengubah, mencari dan menghapus data dokter.
8. Interface Halaman Data Admin
Pada halaman ini menampilkan form data admin. Admin dapat menambah, menyimpan, mengubah, mencari dan menghapus data admin.
Gambar IV.21. Interface Halaman Data Admin
9. Interface Halaman Data Obat
Pada halaman ini menampilkan form data obat. Admin dapat menambah, menyimpan, mengubah, mencari dan menghapus data obat.
10. Interface Halaman Pembayaran
Pada halaman ini menampilkan pembayaran transaksi rawat jalan. Admin dapat melihat halaman resep obat untuk menginput form pembayaran. Admin juga dapat menambah, cetak struk dan menyimpan pembayaran
Gambar IV.23. Interface Halaman Pembayaran
11. Interface Struk Pembayaran
Menampilkan struk pembayaran sebagai bukti pembayaran rawat jalan.
12. Interface Halaman Cetak Laporan Data Pasien
Pada halaman ini menampilkan form laporan data pasien per-bulan. Admin dapat mencetak laporan berdasarkan periode tanggal dan bulan.
Gambar IV.25. Interface Halaman Cetak Laporan Data Pasien 13. Interface Hasil Cetakan Laporan Data Pasien
Pada halaman ini menampilkan hasil cetakan laporan data pasien per-bulan
14. Interface Halaman Cetak Laporan Pembayaran
Pada halaman ini menampilkan laporan pembayaran per-bulan
Gambar IV.27. Interface Halaman Cetak Laporan Pembayaran 15. Interface Hasil Cetakan Laporan Pembayaran
Pada halaman ini menampilkan hasil cetakan laporan pembayaran per-bulan
16. Interface Halaman Beranda Dokter
Pada halaman ini menampilkan menu master yang terdiri dari resep obat dan pemeriksaan. Dan menampilkan ubah password.
Gambar IV.29. Interface Halaman Beranda Dokter 17. Interface Halaman Resep Obat
Pada halaman ini menampilkan form resep obat. Dokter dapat menambah, menyimpan, dan mencari resep obat.
18. Interface Halaman Pemeriksaan
Pada halaman ini menampilkan form pemeriksaan. Dokter dapat menambah, menyimpan dan mencari pemeriksaan.
4.2. Perancangan Perangkat Lunak 4.2.1 Entity Relationship Diagram (ERD)
Basis data digunakan sebagai media pengolah aplikasi atau sistem yang dirancang. Basis data ini digambarkan kedalam ERD agar menunjukan hubungan atau relasi yang terjadi antar entitas yang ada.
Pasien Melakukan Pemeriksaan Mengelola Dokter
Resep_obat Memuat Data_obat Memiliki Pembayaran Menghasilkan Admin Mengelola Id_dokter
Alamat Telp Jen_kel
No_pem Id_pasien Id_admin Id_dokter Keluhan Diagnosa Tgl_pemeriksaan Id_dokter Alamat Telp Jen_kel Kategori Id_resep Id_obat Jumlah_obat Pemakaian Subtotal_obat Id_pasien Harga Id_pembayaran Id_pasien Id_resep Id_admin tgl_pembayaran Total_bayar Id_obat Nama_obat Harga Id_admin Alamat Telp Jen_kel Melakukan 1 M 1 1 1 M M 1 1 M M 1 M Subotal_obat Biaya_pemeriksaan 1 Uang-bayar Uang_kembali
4.2.2. Logical Record Structure (LRS) Pasien Dokter Pemeriksaan Pembayaran Resep_obat Data_obat Admin Id_pasien PK Telp Alamat Id_dokter PK Alamat Telp No_pem PK Id_pasien FK Id_dokter FK Id_pembayaran PK Id_pasien FK Id_resep FK Id_resep PK Id_pasien FK Id_obat FK Id_obat PK Nama_obat Harga Id_admin PK Alamat Jen_kel Jen_kel Jen_kel Kategori Keluhan Diagnosa Tgl_pemeriksaan Id_admin Id_admin FK Tgl_pembayaran Subtotal_obat Biaya_pemeriksaan Total_bayar Uang_bayar Uang_kembali Jumlah_obat Pemakaian Harga Subtotal_obat 1 M 1 M 1 M M 1 1 M 1 1 1 M Telp
4.2.3. Spesifikasi File
1. Spesifikasi File Data Pasien
Nama File : Data Pasien
Akronim : Data Pasien
Fungsi : Digunakan untuk menyimpan data pendaftaran
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 60 byte
Kunci Field : id_pasien
Software : Mysql
Tabel IV.9.
Spesifikasi File Data Pasien
No Elemen data Nama Field Tipe Size Ket
1. Id Pasien Id_pasien Varchar 15 Primary Key
2. Jenis Kelamin Jenis_kel Enum
3. Alamat Alamat Varchar 40
4. Telp Telp Int 15
2. Spesifikasi File Data Dokter
Nama File : Data Dokter
Akronim : Data Dokter
Fungsi : Digunakan untuk mengolah data dokter
Tipe File : File Master
Organisasi File : Indexed Sequential
Media : Harddisk
Panjang record : 75 byte
Kunci Field : id_dokter
Software : Mysql
Tabel IV.10.
Spesifikasi File Data Dokter
No Elemen data Nama Field Tipe Size Ket
1. Id Dokter Id_pasien Varchar 15 Primary Key
2. Jenis Kelamin Jen_kel Enum
3. Alamat Alamat Varchar 40
4. Telp Telp Int 15
5. Kategori Kategori Enum
3. Spesifikasi File Data Admin
Nama File : Data Admin
Akronim : Data Admin
Fungsi : Digunakan untuk mengolah data admin
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 60 byte
Kunci Field : id_admin
Software : Mysql
Tabel IV.11.
Spesifikasi File Data Admin
No Elemen data Nama Field Tipe Size Ket
1. Id Admin Id_admin Varchar 15 Primary Key
2. Jenis Kelamin Jen_kel Enum
3. Telp Telp Int 15
4. Spesifikasi File Data Obat
Nama File : Data Obat
Akronim : Data Obat
Fungsi : Digunakan untuk mengolah data obat
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 60 byte
Kunci Field : id_obat
Software : Mysql
Tabel IV.12. Spesifikasi File Data Obat
No Elemen data Nama Field Tipe Size Ket
1. Id Obat Id_obat Varchar 15 Primary Key
2. Nama Obat Nama_obat Varchar 20
3. Harga Harga Int 20
5. Spesifikasi File Pembayaran
Nama File : Pembayaran
Akronim : Pembayaran
Fungsi : Digunakan untuk mengolah transaksi pembayaran
Tipe File : File Transaksi
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Kunci Field : Id_pembayaran
Software : Mysql
Tabel IV.13.
Spesifikasi File Pembayaran
No Elemen data Nama Field Tipe Size Ket
1. Id Pembayaran Id_pembayaran Varchar 15 Primary Key
2. Id Pasien Id_pasien Varchar 15 Foreign Key
3. Id Resep Id_resep Varchar 15 Foreign Key
4. Id Admin Id_admin Varchar 15 Foreign Key
5. Tanggal
Pembayaran
Tgl_pembayaran Date 10
6. Subtotal Obat Subtotal_obat Int 15
7. Biaya
Pemeriksaan
Biaya_pemeriks aan
Int 20
8. Total Bayar Total_bayar Int 20
9. Uang Bayar Uang_bayar Int 20
10. Uang Kembali Uang_kembali Int 20
6. Spesifikasi File Pemeriksaan
Nama File : Pemeriksaan
Akronim : Pemeriksaan
Fungsi : Digunakan untuk mengolah pemeriksaan
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 175 byte
Kunci Field : No_pem
Tabel IV.14.
Spesifikasi File Data Pemeriksaan
No Elemen data Nama Field Tipe Size Ket
1. No
Pemeriksaan
No_pem Varchar 11 Primary Key
2. Id Pasien Id_pasien Varchar 15 Foreign Key
3. Id Dokter Id_dokter Varchar 15 Foreign Key
4. Id Admin Id_admin Varchar 15
5. Keluhan Tgl_pembayaran Varchar 50
6. Diagnosa Diagnosa Varchar 30
7. Tanggal
Pemeriksaan
Tgl_pemeriksaan Date 10
7. Spesifikasi File Resep Obat
Nama File : Resep Obat
Akronim : Resep Obat
Fungsi : Digunakan untuk mengolah resep obat
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 120 byte
Kunci Field : Id_resep
Software : Mysql
Tabel IV.15.
Spesifikasi File Data Resep Obat
No Elemen data Nama Field Tipe Size Ket
1. Id Resep Id_resep Varchar 15 Primary Key
2. Id Pasien Id_pasien Varchar 15 Foreign Key
3. Id Obat Id_obat Varchar 15 Foreign Key
4. Jumlah Obat Jumlah_obat Int 20
5. Pemakaian Pemakaian Char 30
6. Harga Harga Int 20
4.2.4. Class Diagram
Gambar IV.34. Class Diagram Perancangan Sistem Informasi Pasien Rawat Jalan class Class Dokter - Alamat: varchar = 40 - Id_dokter: varchar(PK) = 15 - Jen_kel: enum - Kategori: enum - Telp: int = 15 + cari() + hapus() + simpan() + tambah() + ubah() Resep_obat - Harga: int = 20 - Id_obat: varchar = 15 - Id_pasien: varchar = 15 - Id_resep: varchar (PK) = 15 - jumlah_obat: int = 20 - Nama_obat: varchar = 20 - Pemakaian: char = 30 - Subtotal_obat: int = 15 + cari() + simpan() + tambah() Data_Obat - Harga: int = 20 - Id_obat (PK): varchar = 15 - Nama_obat: varchar = 15 + cari() + hapus() + simpan() + tambah() + ubah() Pasien - Alamat: varchar = 40 - Id_pasien: varchar(PK) = 15 - Jen_kel: enum - Telp: int = 15 + cari() + hapus() + simpan() + tambah() + ubah() Admin - Alamat: varchar = 40 - Id_admin: varchar(PK) = 15 - Jen_kel: enum - Telp: enum + cari() + hapus() + simpan() + tambah() + ubah() Pemeriksaan - diagnosa: varchar = 30 - id_dokter: varchar = 15 - id_pasien: varchar = 15 - keluhan: varchar = 50 - no_pem: varchar(PK) = 11 - tgl_pemeriksaan: date = 10 + cari() + simpan() + tambah() Pembayaran - biaya_pemeriksaan: int = 10 - id_admin: varchar = 15 - id_pasien: varchar = 15 - id_pembayaran: varchar(PK) = 15 - id_resep: varchar = 15 - subtotal_obat: int = 10 - tgl_pembayaran: date = 10 - total_bayar: int = 10 - uang_bayar: int = 10 - uang_kembali: int = 10 + cetak_struk() + simpan() + tambah() 1..* 1 1 1 1 1..* 1 1..* 1 1..* 1 1..* 1 1..*
4.2.5. Sequence Diagram
A. Sequence Diagram Login
Gambar IV.35. Sequence Diagram Login
B. Sequence Diagram Pendaftaran
Gambar IV.36. Sequence Diagram Pendaftaran sd Sequence login
Pengguna
Form login Validasi Pengguna Form menu utama
7. tampil() 6. valid()
5. get password() 4. get username() 1. masuk()
3. validasi username dan password() 2. input username dan password()
sd Sequence Pendaftaran Administrasi Form pendaftaran Kontrol pendaftaran Pendaftaran 6. tutup()
3. input data pasien()
4. simpan() 2. tambah()
5. data tersimpan() 1. masuk()
C. Sequence Diagram Data Pasien
Gambar IV.37. Sequence Diagram Data Pasien
D. Sequence Diagram Data Dokter
Gambar IV.38. Sequence Diagram Data Dokter sd Sequence data pasien
Administrasi
Form data pasien Kontrol data
pasien
Data pasien
4. input kata kunci() 1. masuk()
9. input data pasien()
6. get data pasien()
8. ubah()
5. get kata kunci()
10. simpan() 2. cari()
7. hapus()
12. tutup()
3. get data pasien()
11. data tersimpan()
sd Sequence data dokter
Adm inis tras i
Form data dokter Kontrol data dokter Data dokter 13. si m pan() 11. ubah() 4. si m pan()
9. get kata kunci () 1. m asuk()
12. i nput data dokter()
5. data tersi m pan() 6. cari ()
15. tutup() 2. tam bah()
14. data tersi m pan() 8. cek kata kunci ()
3. i nput data dokter()
7. i nput kata kunci ()
E. Sequence Diagram Data Admin
Gambar IV.39. Sequence Diagram Data Admin
F. Sequence Diagram Data Obat
Gambar IV.40. Sequence Diagram Obat sd Sequence data admin
Adm inis tras i
Form data adm in Kontrol data adm in Data adm in 13. si m pan() 11. ubah() 4. si m pan()
9. get kata kunci () 1. m asuk()
12. i nput data adm i n()
5. data tersi m pan() 6. cari ()
15. tutup() 2. tam bah()
14. data tersi m pan() 8. cek kata kunci ()
3. i nput data adm i n()
7. i nput kata kunci ()
10. hapus()
sd Sequence data obat
Adm inis tras i
Form data obat Kontrol data
obat
Data obat
13. si m pan() 11. ubah()
4. si m pan()
9. get kata kunci () 1. m asuk()
12. i nput data obat()
5. data tersi m pan() 6. cari ()
15. tutup() 2. tam bah()
14. data tersi m pan() 8. cek kata kunci ()
3. i nput data obat()
7. i nput kata kunci ()
G. Sequence Diagram Pembayaran
Gambar IV.41. Sequence Diagram Pembayaran
H. Sequence Diagram Laporan
Gambar IV.42. Sequence Diagram Laporan sd Sequence pembayaran
Administrasi
Form pembayaran Kontrol
pembayaran Pembayaran 7. simpan() 4. T otal bayar() 6. Uang Kembali() 1. masuk() 10. struk tercetak() 5. uang bayar() 8. Data T ersimpan() 9. cetak struk() 3. input pembayaran() 11. tutup() 2. tambah() sd sequence laporan Administrasi
Form Laporan Kontrol laporan Laporan
2. pilih periode tanggal/bulan()
6. tutup()
5. laporan tercetak() 1. masuk()
4. cetak laporan()
I. Sequence Diagram Pemeriksaan
Gambar IV.43. Sequence Diagram Pemeriksaan
J. Sequence Diagram Resep Obat
Gambar IV.44. Sequence Diagram Resep Obat sd Sequence pemeriksaan
Dokter
Form pemeriksaan Kontrol
pemeriksaan
Pemeriksaan
7. get data pemeriksaan() 1. masuk()
12. tutup() 6. cari()
11. tampil tabel pemeriksaan()
5. data tersimpan()
10. get data pemeriksaan() 4. simpan()
9. get kata kunci() 3. input pemeriksaan()
8. input kata kunci() 2. tambah()
sd sequence resep obat
Dokter
Form resep obat Kontrol resep obat Resep obat
7. i nput kata kunci ()
11. tutup()
3. i nput resep obat()
9. get data rekam medi s() 1. masuk()
6. cari ()
10. tampi l tabel resep obat() 2. tambah()
4. si mpan()
6. data tersi mpan()
K. Sequence Diagram Ubah Password
Gambar IV.45. Sequence Diagram Ubah Password
4.2.6. Spesifikasi Hardware dan Software
1. Spesifikasi Hardware
a. Server 1) CPU
(a) Processor Pentium® Core 2 Duo (b) RAM DDR2 4 GB
(c) Hard Disk 500 GB 2) Mouse
3) Keyboard
4) Monitor dengan resolusi layar minimum 1024x768 5) Koneksi internet dengan kecepatan 2 Mbps. sd sequence ubah passw ord
Pengguna Form ganti password Kontrol ganti password Ganti password
3. input password baru()
4. input password sekali lagi()
9. tutup()
7. valid() 5. simpan()
1. masuk()
6. validasi password baru() 2. input password saat ini()
b. Client 1) CPU
(a) Processor Pentium® 4 (b) RAM DDR2 1GB (c) Hard Disk 20 GB 2) Mouse
3) Keyboard
4) Monitor dengan resolusi layar minimum 1024x768 5) Koneksi internet dengan kecepatan 56 kbps.
2. Spesifikasi Software
a. Server
1) Sistem operasi yang umum digunakan seperti: Microsoft Windows atau Linux (Ubuntu, Fedora, dll).
2) Aplikasi bundle web server seperti: Xampp, WampServer, php2triad yang terdiri dari beberapa komponen, diantaranya:
(a) Aplikasi Apache Server v2 (b) Aplikasi PHP Server v5 (c) Aplikasi MySQL Server v5 (d) Aplikasi phpMyAdmin v3
3) Aplikasi Web Lihatr seperti Mozilla Firefox, Opera, Safari, Internet
b. Client
a. Sistem operasi yang umum digunakan seperti: Microsoft Windows atau Linux (Ubuntu, Fedora, dan lain-lain).
b. Aplikasi web browser seperti Mozilla Firefox, Opera, Safari, Internet
Explorer, Google Chrome.
4.3. Jadwal Implementasi
Tabel IV.16. Jadwal Implementasi
No KEGIATAN
WAKTU
BULAN I BULAN II BULAN III
1 2 3 4 1 2 3 4 1 2 3 4
1 Persiapan data awal
2 Analisa
3 Desain Sistem
4 Desain Perangkat Lunak
5 Pembuatan & Tes Program
6 Tes Sistem
7 Pelatihan
8 Pembuatan Buku Petunjuk