bab iv perancangan sistem usulan 4.1 tahap … file35 4.1.2. rancangan diagram use case a. use case...

54
33 BAB IV PERANCANGAN SISTEM USULAN 4.1 Tahap Perancangan Sistem 4.1.1. Analisa Kebutuhan Analisa kebutuhan sistem dibagi menjadi 2 kategori, yaitu kebutuhan atau persyaratan fungsional dan kebutuhan atau persyaratan non-fungsional. 4.1.1.1 Kebutuhan Pengguna Pernyataan layanan sistem yang harus disediakan, bagaimana sistem harus bereaksi terhadap input tertentu dan bagaimana sistem harus berberilaku dalam situasi tertentu. Sebagai contoh adalah bagaimana sistem beroperasi terhadap input, informasi atau bentuk informasi yang bagaimana harus ditampilkan, dan sebagainya. Berikut adalah beberapa kebutuhan pengguna yang harus dipenuhi oleh sistem, dalam hal ini adalah pengguna di Klinik Gigi Dentafix 1. Bagian Administrasi a) Dapat melakukan input, edit, upadate dan delete data pasien b) Dapat melakukan input, edit, update, dan delete data petugas. c) Dapat melihat, menambah mengedit dan menghapus data petugas. d) Dapat melihat data diagnosa. e) Dapat melihat data transaksi dalam kasir. f) Dapat melihat data obat. g) Dapat membuat laporan klinik

Upload: nguyenkiet

Post on 10-May-2019

425 views

Category:

Documents


25 download

TRANSCRIPT

33

BAB IV

PERANCANGAN SISTEM USULAN

4.1 Tahap Perancangan Sistem

4.1.1. Analisa Kebutuhan

Analisa kebutuhan sistem dibagi menjadi 2 kategori, yaitu kebutuhan atau

persyaratan fungsional dan kebutuhan atau persyaratan non-fungsional.

4.1.1.1 Kebutuhan Pengguna

Pernyataan layanan sistem yang harus disediakan, bagaimana sistem harus

bereaksi terhadap input tertentu dan bagaimana sistem harus berberilaku dalam

situasi tertentu. Sebagai contoh adalah bagaimana sistem beroperasi terhadap input,

informasi atau bentuk informasi yang bagaimana harus ditampilkan, dan

sebagainya. Berikut adalah beberapa kebutuhan pengguna yang harus dipenuhi oleh

sistem, dalam hal ini adalah pengguna di Klinik Gigi Dentafix

1. Bagian Administrasi

a) Dapat melakukan input, edit, upadate dan delete data pasien

b) Dapat melakukan input, edit, update, dan delete data petugas.

c) Dapat melihat, menambah mengedit dan menghapus data petugas.

d) Dapat melihat data diagnosa.

e) Dapat melihat data transaksi dalam kasir.

f) Dapat melihat data obat.

g) Dapat membuat laporan klinik

34

2. Dokter

a) Dapat melakukan input, edit, update, dan delete data diagnosa

b) Dapat membuat resep

3. Kasir

a) Dapat melakukan input transaksi rawat jalan

b) Cetak kwintasi

4. Bagian Obat

a) Dapat melakukan input, edit, update, dan delete data obat

b) Dapat pengecekan stok obat

5. Kepala Klinik

a) Dapat Menerima laporan data klinik

b) Dapat melihat laporan data klinik

c) Mengecek laporan data klinik

4.1.1.2. . Kebutuhan Sistem

Analisis kebutuhan sistem pada klinik gigi dentafix untuk admin, dokter,

kasir, bagian obat, dan kepala klinik adalah sebagai berikut:

1) Pengguna harus melakukan login terlebih dahulu untuk dapat mengakses

aplikasi ini dengan memasukkan username dan password agar privasi masing-

masing pengguna tetap terjaga keamanannya.

2) Pengguna harus melakukan logout setelah selesai menggunakan aplikasi.

3) Sistem melakukan kalkulasi data klinik.

35

4.1.2. Rancangan Diagram Use Case

a. Use Case Admin

Gambar IV.1 Use Case Admin

Sumber: Penelitian

b. Use Case Dokter

Gambar IV.2 Use Case Dokter

Sumber:Penelitian

36

c. Use Case Kasir

Gambar. IV.3 Use Case Kasir

Sumber:Penelitian

d. Use Case Bagian Obat

Gambar IV.4 Use Case Bagian Obat

Sumber: Penelitian

37

e. Use Case Kepala Klinik

Gambar IV.5 Use Case Kepala Klinik

Sumber: Penelitian

Tabel IV.1.

Deskripsi Use Case Login

Use Case Name Login

Requirements Bagian Admin, Dokter, Kasir, Bagian

Obat, Kepala Klinik Dapat Melakukan

Login

Goal Bagian Admin, Dokter, Kasir, Bagian

Obat, dan Kepala Klinik Masuk

Kedalam Menu Utama

Pre-Conditions Bagian Admin, Dokter, Kasir, Bagian

Obat, dan Kepala Klinik Telah

Melakukan Input Username dan

Password

Post-Conditions Tidak Berhasil Login

Failed end Conditions Tidak Dapat Login dan Tidak Masuk

ke Menu Utama

Actor 1. Admin

2. Dokter

3. Kasir

4. Bagian Obat

5. Kepala Klinik

38

Main Flow / Basic Path 1. Bagian Admin, Dokter, Kasir,

Bagian Obat, dan Kepala Klinik

Melakukan Input Username dan

Password

2. Sistem Melakukan Pengecekan

Database

3. Sistem Menampilkan Menu Utama

Alternate Flow / Invariant A A.1 Dapat Menampilkan Menu Utama

Invariant B 1. Bagian Admin, Dokter, Kasir,

Bagian Obat, dan Kepala Klinik

Melakukan Input Username dan

Password

2. Sistem Melakukan Pengecekan

Database

3. Sistem Tidak Dapat Menampilkan

Menu Login

Tabel IV.2

Deskripsi CRUD Data Pasien

Use Case Name CRUD Data Pasien

Requirements 1. Bagian Admin Melakukan Input

Data pasien

2. Bagian Admin Melihat Data Pasien

3. Bagian Admin Melakukan Ubah

Data Pasien

4. Bagian Admin Melakukan Hapus

Data Pasien

Goal Bagian Admin Dapat Melakukan

CRUD Data Pasien Secara Online

Melalui Web

Pre-Conditions Bagian Admin Telah Melakukan

CRUD Data Pasien

Post-Conditions -

Failed end Conditions -

Actor Bagian Admin

39

Main Flow / Basic Path 1. Bagian Admin Melakukan

CRUD Data Pasien

2. Sistem Menampilkan Menu

Data pasien

Alternate Flow / Invariant A A.1 Sistem Dapat Menampilkan

Menu Data Pasien

Invariant B -

Tabel IV.3

Deskripsi Use Case CRUD Data Petugas

Use Case Name CRUD Data Petugas

Requirements 1. Bagian Admin Melakukan Input

Data Petugas

2. Bagian Admin Melihat Data

Petugas

3. Bagian Admin Melakukan Ubah

Data Petugas

4. Bagian Admin Melakukan Hapus

Data Petugas

Goal Bagian Admin Dapat Melakukan

CRUD Data Petugas Secara Online

Melalui Web

Pre-Conditions Bagian Admin Telah Melakukan

CRUD Data Petugas

Post-Conditions -

Failed end Conditions -

Actor Bagian Admin

Main Flow / Basic Path 1. Bagian Admin Melakukan CRUD

Data Petugas

2. Sistem Menampilkan Menu Data

Petugas

Alternate Flow / Invariant A A.1 Sistem Dapat Menampilkan

Menu Data Petugas

Invariant B -

40

Tabel IV.4

Deskripsi Use Case CRUD Diagnosa Pasien

Use Case Name CRUD Diagnosa Pasien

Requirements 1. Dokter Melakukan Input Data

Diagnosa pasien

2. Dokter Melihat Data Diagnosa

Pasien

3. Dokter Melakukan Ubah Data

Diagnosa Pasien

4. Dokter Melakukan Hapus Data

Diagnosa Pasien

Goal Dokter Dapat Melakukan CRUD Data

Diagnosa Pasien Secara Online

Melalui Web

Pre-Conditions Dokter Telah Melakukan CRUD Data

PAsien

Post-Conditions -

Failed end Conditions -

Actor Dokter

Main Flow / Basic Path 1. Dokter Melakukan CRUD Data

Pasien

2. Sistem Menampilkan Menu

Diagnosa pasien

Alternate Flow / Invariant A A.1 Dapat Menampilkan Menu

Diagnosa Pasien

Invariant B -

Tabel IV.5

Deskripsi Melihat Data Diagnosa Pasien

Use Case Name Melihat Data Diagnosa Pasien

Requirements Bagian Admin Dapat Melihat Data

Diagnosa Pasien

Goal Bagian Admin Melihat Data Diagnosa

Pasien Secara Online Melalui Web

Pre-Conditions Bagian Admin Telah Melakukan

Login

41

Post-Conditions Tidak Ada Diagnosa Pasien

Failed end Conditions Tidak Dapat Melihat Data Diagnosa

Pasien

Actor Bagian Admin

Main Flow / Basic Path Bagian Admin Dapat Melihat

Diagnosa Pasien

Alternate Flow / Invariant A A.1 Sistem Dapat Menampilkan

Menu Data Diagnosa Pasien

Invariant B -

Tabel IV.6

Deskripsi Input dan Cetak Transaksi

Use Case Name Input dan Cetak Transaksi

Requirements Bagian Kasir Dapat Melakukan Input

Kode dan Cetak Transaksi

Goal Bagian Kasir Melakukan Input Kode

dan Cetak Transaksi Secara Online

Melalui Web

Pre-Conditions Bagian Kair Telah Melakukan Login

Post-Conditions -

Failed end Conditions -

Actor Bagian Kasir

Main Flow / Basic Path 1. Bagian Kasir Memilih Menu

Transaksi

2. Kemudian Bagian Transasksi

Telah Melakukan Input Kode

Transaksi dan Kode Diagnosa

3. Sistem Menampilkan Form

Transaksi

4. Sistem Melakukan Proses

Pencetakan Transaksi

Alternate Flow / Invariant A A.1 Sistem Dapat Menampilkan

Menu Transaksi

Invariant B -

42

Tabel IV.7

Deskrpsi Use Case Melihat Data Transaksi

Use Case Name Melihat Data Transaksi

Requirements Bagian Admin Dapat Melihat Data

Transaksi

Goal Bagian Admin Melihat Data

Transaksi Secara Online Melalui Web

Pre-Conditions Bagian Admin Telah Melakukan

Login

Post-Conditions Tidak Ada Data Transaksi

Failed end Conditions Tidak Dapat Melihat Data Transaksi

Actor Bagian Admin

Main Flow / Basic Path 1. Bagian Admin Memilih Menu

Transaksi

2. Sistem Melakukan Pencarian Data

3. Sistem Menampilkan Data

Transaksi

Alternate Flow / Invariant A A.1 Sistem Dapat Menampilkan

Menu Data Transaksi

Invariant B -

Tabel IV.8

Deskripsi Use Case CRUD dan Cek Stok Data Obat

Use Case Name CRUD dan Cek Stok Data Obat

Requirements 1. Bagian Obat Melakukan Input

Data Obat

2. Bagian Obat Data Obat

3. Baagian Obat Melakukan Ubah

Data Obat

4. Bagian Obat Melakukan Hapus

Data Obat

5. Bagian Obat Cek Stok Data Obat

Goal Bagian Obat Dapat Melakukan CRUD

dan Cek Stok Data Obat

43

Secara Online Melalui Web

Pre-Conditions Bagian Obat Telah Menerima Resep

Obat

Post-Conditions -

Failed end Conditions -

Actor Bagian Obat

Main Flow / Basic Path 1. Bagian Obat Melakukan CRUD

Data Obat

2. Bagian Obat Melakukan Cek Stok

Obat

3. Sistem Mengecek Data Obat

4. Sistem Menampilkan Data Obat

Alternate Flow / Invariant A A.1 Sistem Dapat Menampilkan

Menu Form Obat

Invariant B -

Tabel IV.9

Deskripsi Melihat Data Obat

Use Case Name Melihat Data Obat

Requirements Bagian Admin Dapat Melihat Data

Obat

Goal Bagian Admin Melihat Data Obat

Secara Online Melalui Web

Pre-Conditions Bagian Admin Telah Melakukan

Login

Post-Conditions Tidak Ada Data Obat

Failed end Conditions Tidak Dapat Melihat Data Obat

Actor Bagian Admin

Main Flow / Basic Path 1. Bagian Admin Memilih Menu

Obat

2. Sistem Melakukan Pengecekan

Data Obat

3. Sistem Menampilkan Form Data

Obat

44

Alternate Flow / Invariant A A.1 Sistem Dapat Menampilkan

Menu Form Data Obat

Invariant B -

Tabel IV.10

Deskripsi Membuat dan Cetak Laporan

Use Case Name Membuat dan Cetak Laporan

Requirements Bagian Admin Dapat Membuat dan

Mencetak Laporan

Goal Bagian Admin Membuat dna

Mencetak Laporan Secara Online

Melalui Web

Pre-Conditions Bagian Admin Telah Melakukan

Login

Post-Conditions -

Failed end Conditions -

Actor Bagian Admin

Main Flow / Basic Path 1. Bagian Admin Memilih Menu

Laporan

2. Sistem Melakukan Pencarian Data

Laporan

3. Sistem Menampilkan Form

Laporan

4. Sistem Mencetak Laporan

Alternate Flow / Invariant A A.1 Sistem Dapat Menampilkan

Menu Form Laporan

Invariant B -

Tabel IV.11

Deskripsi Melihat Laporan Klinik

Use Case Name Melihat Laporan Klinik

Requirements Kepala Klinik Dapat Melihat Laporan

Klinik

45

Goal Kepala Klinik Melihat Data Laporan

Secara Online Melalui Web

Pre-Conditions Kepala Klinik Telah Melakukan

Login

Post-Conditions Tidak Ada Data Laporan

Failed end Conditions Tidak Dapat Melihat Data Laporan

Actor Kepala Klinik

Main Flow / Basic Path 1. Kepala Klinik Memilih Menu

Laporan

2. Sistem Melakukan Pengecekan

Data Laporan

3. Sistem Menampilkan Form Data

Laporan

Alternate Flow / Invariant A A.1 Sistem Dapat Menampilkan

Menu Form Data Laporan

Invariant B -

Tabel IV.12

Deskripsi Log Out

Use Case Name Log Out

Requirements Bagian Admin , Dokter, Kasir, Bagian

Obat, Kepala Klinik Dapat Melakukan

Log Out

Goal Bagian Admin , Dokter, Kasir, Bagian

Obat, Kepala Klinik Dapat Melakukan

Log Out Secara Online Melalui Web

Pre-Conditions -

Post-Conditions -

Failed end Conditions -

Actor Bagian Admin , Dokter, Kasir, Bagian

Obat, Kepala Klinik

Main Flow / Basic Path 1. Bagian Admin , Dokter, Kasir,

Bagian Obat, Kepala Klinik

Memilih Menu Log Out

2. Sistem Menampilkan Form Login

46

Alternate Flow / Invariant A A.1 Sistem Dapat Menampilkan

Menu Login

Invariant B -

47

4.1.3. Rancangan Diagram Aktrivitas

1. Login

Gambar IV.6

Gambar Activity Diagram Login

48

2. CRUD Data Pasien

Gambar IV.7

Gambar Activity Diagram CRUD Data Pasien

49

3. CRUD Data Diagnosa

Gambar IV.8

Gambar Activity Diagram CRUD Data Diagnosa

50

4. Melihat Data Diagnosa

Gambar IV.9

Gambar Activity Diagram Melihat Data Diagnosa

51

5. Transaksi kasir

Gambar IV.10

Gambar Activity Diagram Transaksi Kasir

52

6. Melihat Data Transaksi

Gambar IV.11

Gambar Activity Diagram Melihat Data Transaksi

53

7. Bagian Obat

Gambar IV. 12

Gambar Activity Diagram Bagian Obat

54

8. Melihat Data Obat

Gambar IV. 13

Gambar Activity Diagram Melihat Bagian Obat

55

9. Membuat dan Cetak Laporan

a) Laporan data pasien

Gambar IV. 14

Gambar Activity Diagram Laporan Data pasien

56

b) Laporan data diagnosa

Gambar IV. 15

Gambar Activity Diagram Laporan Data Diagnosa

57

c) Laporan data transaksi

Gambar IV. 16

Gambar Activity Diagram Laporan Data Transaksi

58

10. Melihat Laporan Klinik

Gambar IV. 17

Gambar Activity Diagram Melihat Laporan Klinik

59

11. log Out

Gambar IV.18

Gambar Activity Diagram Log Out

4.1.4. Rancangan Dokumen Sistem Usulan

1. Nama Dokumen : Form Pendaftaran Pasien

Fungsi : Untuk mengetahui data pasien

Sumber : Pasien

Tujuan : Petugas Admin

Media : Tampilan Layar

Jumlah : -

Frekuensi : setiap terjadinya proses pendaftaran pasien

Bentuk : Lihat lampiran C. 1

60

2. Nama Dokumen : Kwitansi

Fungsi : Sebagai bukti proses transaksi

Sumber : Bagian Kasir

Tujuan : Pasien

Media : Kertas

Jumlah : 1 lembar

Frekuensi : Setiap Proses Terjadinya Transaksi

Bentuk : Lihat lampiran C.2

3. Nama Dokumen : Kartu Pasien

Fungsi : Sebagai kartu Tanda Pasien

Sumber : Klinik Dentafix

Tujuan : Pasien

Media : Kertas

Jumlah : 1 lembar

Frekuensi : Setiap Proses setelah terjadinya pendaftaran pasien

Bentuk : Lihat lampiran C.3

4. Nama Dokumen : Laporan data Pasien

Fungsi : Sebagai Laporan Bulanan Klinik

Sumber : Bagian Administrasi

Tujuan : Kepala Klinik

Media : Tampilan Layar

Jumlah : -

Frekuensi : Setiap terjadinya penyimpanan data pasien

Bentuk : Lihat Lampiran C. 4

61

5. Nama Dokumen : Form Tindakan

Fungsi : Sebagai catatan tindak dan resep obat pasien

Sumber : Dokter

Tujuan : Bagian Kasir

Media : kertas

Jumlah : 1 lembar

Frekuensi : Setiap terjadinya selesai pemeriksaan

Bentuk : Lihat lampiran C.5

6. Nama Dokumen : Form Rekam Medis Diagnosa

Fungsi : Sebagai catatan diagnosa pasien

Sumber : Dokter

Tujuan : Bagian Administrasi

Media : Tampilan Layar

Jumlah : -

Frekuensi : Setiap proses diagnosa

Bentuk : Lihat lampiran C.6

7. Nama Dokumen : Laporan Diagnosa

Fungsi : Sebagai catatan Diagnosa

Sumber : Bagian Admin

Tujuan : Bagian Administrasi dan Kepala Klinik

Media : Tampilan Layar

Jumlah : -

Frekuensi : Setiap proses laporan Diagnosa

Bentuk : Lihat lampiran C.7

62

8. Nama Dokumen : Laporan Transaksi Rawat jalan

Fungsi : Sebagai catatan Transaksi Rawat Jalan

Sumber : Bagian Admin

Tujuan : Bagian Administrasi dan Kepala Klinik

Media : Tampilan Layar

Jumlah : -

Frekuensi : Setiap proses laporan Transaksi Rawat Jalan

Bentuk : Lihat lampiran C.8

4.1.5. Rancangan Prototype

a. Halaman Login

Gambar IV.19 Tampil Halaman Login

63

b. Halaman Utama

Gambar IV.20 Tampil Halaman Utama

c. Halaman Data Pasien

Gambar IV.21 Tampil Halaman Data Pasien

64

d. Halaman Data Dokter

Gambar IV.22 Tampil Halaman Data Dokter

e. Halaman Data Petugas

Gambar IV.23 Tampil Halaman Data Petugas

65

f. Halaman Data Obat

Gamabar IV.24 Tampil Halaman Data Obat

g. Halaman Diagnosa

Gambar IV.25 Tampil Halaman Diagnosa

66

h. Halaman Transaksi

Gambar IV.26 Halaman Transaksi

i. Halaman Laporan

Gambar IV.27 Tampil Laporan

67

4.2. Perancangan Perangkat Lunak

4.2.1. Entity Relation Diagram ( ERD)

Gambar IV.28

Gambar Entity Relation Diagram Klinik Dentafix

68

4.2.2. Logical Record Structure (LRS)

Gambar IV.29

Logical Record Structure Klinik Dentafix

4.2.3. Spesifikasi File

1. Spesifikasi File Pasien

Nama File : Pasien

Akronim : tb_pasien

69

Fungsi : Untuk menyimpan data pasien

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Hardisk

Panjang Record : 120

Kunci Field : kd_pasien

Software : Mysql

Tabel IV.13

Spesifikasi File Pasien

No. Elemen Data Nama Field Tipe Size Ket

1. Kode Pasien kd_pasien varchar 10 Primary Key

2. Nama Pasien nm_pasien Varchar 35

3. Nomor Telephone no_telp Varchar 15

4. Tanggal Lahir Pasien tgl_lahirpsien Date

5. Umur Pasien umur_pasien int 6

6. Alama tPasien alamat_pasien Varchar 50

2. Spesifikasi File Dokter

Nama File : Dokter

Akronim : tb_dokter

Fungsi : Untuk menyimpan data dokter

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

70

Media : Hardisk

Panjang Record : 95

Kunci Field : kd_dokter

Software : Mysql

Tabel IV.14

Spesifikasi File Dokter

No. Elemen Data Nama Field Tipe size ket

1. Kode Dokter kd_dokter Varchar 10 Primary Key

2. Nama Dokter nm_dokter Varchar 35

3. Alamat Dokter alamat_dokter Varchar 50

4. Jam Buka Praktek tgl_lahirpsien Time

5. Jam Tutup Praktek umur_pasien Time

3. Spesifikasi File Diagnosa

Nama File : Diagnosa

Akronim : tb_diagnosa

Fungsi : Untuk menyimpan data diagnosa pasien

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Hardisk

Panjang Record : 65

Kunci Field : kd_diagnosa

Software : Mysql

71

Tabel IV.15

Spesifikasi File Diagnosa

No. Elemen Data Nama Field Tipe size ket

1. Kode Diagnosa kd_diagnosa varchar 10 Primary Key

2. Kode Pasien Kd_pasien Varchar 10 Foreign Key

3. Diagnosa Pasien diagnosa_pasien Varchar 15

4. Perawatan Pasien perawatan_pasien Varchar 20

5. Kode Dokter kd_dokter Varchar 10 Foreign Key

4. Spesifikasi File Petugas

Nama File : Petugas

Akronim : tb_petugas

Fungsi : Untuk menyimpan data petugas

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Hardisk

Panjang Record : 140

Kunci Field : kd_petugas

Software : Mysql

Tabel IV.16

Spesifikasi File Petugas

No. Elemen Data Nama Field Tipe Size ket

1. Kode Petugas kd_petugas varchar 10 Primary Key

72

2. Nama Petugas nm_petugas Varchar 35

3. Jabatan Petugas jabatan_petugas Varchar 15

4. Nomor Telp Petugas no._telppetugas Varchar 15

5. Alamat Petugas alamat_petugas Varchar 50

6. Level Petugas level_petugas Varchar 5

5. Spesifikasi File Transaksi

Nama File : Transaksi

Akronim : tb_transaksi

Fungsi : Untuk menyimpan data transaksi

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Hardisk

Panjang Record : 90

Kunci Field : kd_transaksi

Software : Mysql

Tabel IV.17

Spesifikasi File Transaksi

No. Elemen Data Nama Field Tipe size ket

1. Kode Transaksi kd_transaksi varchar 10 Primary Key

2. Tanggal Transaksi tgl_transaksi Varchar 10

3. Kode Petugas kd_petugas Varchar 10 Foreign Key

4. Kode Diagnosa kd_diagnosa Varchar 10 Foreign Key

73

5. Adm Pasien adm_pasien Varchar 10

6. Kode Obat kd_obat Varchar 10 Foreign Key

7. Biaya Obat biaya_obat Varchar 15

8. Total Biaya total_biaya Varchar 15

6. Spesifikasi File Obat

Nama File : Obat

Akronim : tb_obat

Fungsi : Untuk menyimpan data obat

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Hardisk

Panjang Record : 35

Kunci Field : kd_obat

Software : Mysql

Tabel IV.18

Spesifikasi File Obat

No. Elemen Data Nama Field Tipe size Ket

1. Kode Obat kd_obat varchar 10 Primary Key

2. Nama Obat nm_obat Varchar 20

3. Stok Obat stok_obat Varchar 5

4. Tanggal Input tgl_input Date

74

7. Spesifikasi File Detail Obat

Nama File : Detail Obat

Akronim : tb_detail

Fungsi : Untuk menyimpan detail data obat

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Hardisk

Panjang Record : 35

Kunci Field : kd_transaksi

Software : Mysql

Tabel IV.19

Spesifikasi File Detail Obat

No. Elemen Data Nama Field Tipe size Ket

1. Kode Transaksi kd_transaksi Varchar 10 Primary Key

2. Kode Obat nm_pasien Varchar 10

3. Biaya Obat no_telp Varchar 15

75

4.2.4. Class Model / Class Diagram

Gambar IV.30

Class Diagram Prosedur Klinik Dentafix

76

4.2.5. Sequence Diagran

1. login

Gambar IV.31

Sequence Diagram Login

77

2. CRUD Data Pasien

Gambar IV.32

Sequence Diagram CRUD Data Pasien

78

2. CRUD Rekam Medis Diagnosa Pasien

Gambar IV.33

Sequence Diagram CRUD Rekam Medis Diagnosa Pasien

79

3. Melihat Data Rekam Medis Diagnosa Pasien

Gambar IV.34

Sequence Diagram Melihat Data Rekam Medis Diagnosa Pasien

4. Input dan Cetak Transaksi

Gambar IV.35

Sequence Diagram Input dan Cetak Transaksi

80

5. Melihat Data Transaksi

Gambar IV.36

Sequence Diagram Melihat Data Transaksi

81

6. Cek Stok dan CRUD Data Obat

Gambar IV.37

Sequence Diagram Cek Stok dan CRUD Data Obat

82

7. Melihat Data Obat

Gambar IV.38

Sequence Diagram Melihat Data Obat

83

8. Membuat dan Cetak laporan

Gambar IV. 39

Sequence Diagram Membuat dan Cetak Laporan

84

9. Melihat Laporan

Gambar IV.40

Sequence Diagram Melihat Laporan

10. Log Out

Gambar IV.41

Sequence Diagram Log Out

85

4.2.6. Spesifikasi Hardware dan Software

1. Spesifikasi Hardware

a) Server

1. CPU

a) Processor AMD E2

b) RAM DDR2 2 GB

c) Hard Disk 500 GB

2. Keyboard

3. Monitor dengan resolusi layar minimum 1024 x768

4. Koneksi internet dengan kecepatan 2 Mbps

b) Client

1. CPU

a) Prosesor Pentium 4

b) RAM DDR@ 1 GB

c) Hard Disk 20 GB

2. Keyboard

3. Monitor dengan resolusi layar minimum 1024x768

4. Koneksi internet dengan kecepatan 56 kbps

2. Spesifikasi Software

1. Server

a. Sistem operasi yang umum digunakan seperti : Microsoft Windows 8

b. Aplikasi bundle web server seperti : Xampp, php yang terdiri dari

beberapa komponen, diantarnya:

86

1. Aplikasi PHP Server

2. Aplikasi MySQL Server

3. Aplikasi phpMyAdmin

c. Aplikasi Web lihat seperti mozila firefox, google chrome

2. Client

a. Sistem operasi yang umum digunakan seperti: microsoft windows 8

b. Aplikasi web browser seperti mozila firefox, google chrome

4.3. 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

9. Evaluasi & Operasional