Perancangan sistem informasi penjualan o (1)

(1)

Ver: [6.0]

Dokumen:

Desain dan Arsitektur

Perangkat Lunak

Sistem Informasi Penjualan

Obat pada Apotek Deltasari

PROGRAM STUDI S1 SISTEM INFORMASI

FAKULTAS TEKNOLOGI DAN INFORMATIKA

(2)

Rahasia [Apotek Deltasari]

[2015] 2 | halaman

Sejarah Revisi Dokumen

Tanggal Ver Deskripsi / Perubahan Penulis

21-10-2015 3.0 Perbaikan Basis Data Bayu, Hesty

10-11-2015 4.0 Master Final Bayu, Alfian, Rizki,

Hesty. 03-12-2015 5.0 Kebutuhan Fungsional, UI kebutuhan

fungsional, Alur Sistem Kebutuhan fungsional

Rizki dan Hesty. 11-01-2016 6.0 Penyelarasan ERD, UI, SYSflow, Context, DFD Alfian, Hesty, Rizki,

(3)

[2015] 3 | halaman

Disusun Oleh:

1. Hesty Susianawati ( 1241010008 ) [Design UI]

(4)

[2015] 4 | halaman

Daftar Isi

Introduction ... 6

1.1. Tujuan Dokumen ... 6

1.2. Ruang Lingkup Dokumen ... 6

1.3. Definisi, Akronim, Singkatan yang Dipakai ... 6

1.4. Referensi ... 6

1.5. Gambaran Umum Dokumen ... 6

Representasi Arsitektur ... 7

2.1. Arsitektur Sistem ... 7

2.2. Deskripsi Umum dari Arsitektur Sistem ... 7

Desain Fungsional ... 7

3.1. Desain Proses ... 7

3.1.1. Context Diagram ... 7

3.1.2. Diagram Jenjang Proses ... 8

3.1.3. Data Flow Diagram ... 9

3.2. Desain Data ... 21

3.2.1. Desain Konseptual ... 21

3.2.2. Skema Relasi ... 22

3.2.3. Normalisasi ... 22

3.2.4. Conceptual Data Model ... 32

3.3. Desain Antar Muka ... 32

3.3.1. Antar Muka Perangkat Lunak ... 32

3.3.2. Antar Muka Perangkat Keras ... 32

3.3.3. Antar Muka Jaringan ... 32

3.3.4. Antar Muka Pengguna ... 32

3.4. Desain Keamanan ... 88

3.4.1. Keamanan Fisik ... 88

3.4.2. Keamanan Logikal ... 88

3.4.3. Keamanan Personal ... 88

3.4.4. Enkripsi ... 88

Desain Sistem ... 88

4.1. Standar Pemrograman ... 88

4.2. Model Fisik ... 88

4.2.1. Physical Data Model ... 89

4.2.2. Data Dictionary ... 89

4.3. Rencana Uji Coba ... 95

Desain Program ... 96

(5)

[2015] 5 | halaman

(6)

[2015] 6 | halaman

Desain dan Arsitektur

Perangkat Lunak

Introduction

Dokumen ini akan menjelaskan tentang deskripsi Desain Arsitektur Perangkat Lunak

atau dengan nama lain yang

Software Architecture Document

(SAD) untuk Sistem

Informasi Penjualan Obat di Apotek Deltasari. Untuk seterusnya penamaan dokumen ini

akan digunakan istilah DAPL.

Dokumen ini akan digunakan sebagai acuan dalam menulis DAPL. Dokumen berisi

penjelasan tentang tujuan pembuatan dokumen ini, lingkup masalah untuk diselesaikan

oleh perangkat lunak, definisi pada dokumen, referensi dan gambaran dokumen DAPL.

1.1. Tujuan Dokumen

Desain arsitektur perangkat lunak yaitu, dokumen deskripsi dari perancangan

perangkat lunak yang akan dikembangkan dan bertujuan untuk memberikan landasan

yang diperlukan dalam proses membangun pengkodean perangkat lunak Sistem

Informasi Penjualan Obat di Apotek Deltasari. Dokumen ini nantinya digunakan oleh

pengembang perangkat lunak sebagai acuan teknis pengembangan perangkat lunak

pada tahap - tahap selanjutnya

1.2. Ruang Lingkup Dokumen

Ruang lingkup dokumen Sistem Informasi Penjualan Obat di Apotek Deltasari ini akan membahas masalah proyek yang dibuat dan menjelaskan langkah yang dilakukan dalam menjalankan proyek ini, yaitu Tujuan batasan arsitektural, Gambaran umum dari arsitektur sistem berupa Context Diagram, Dekomposisi modul, membuat desain arsitektur basis data,hingga membuat desain interface perangkat lunak

1.3. Definisi, Akronim, Singkatan yang Dipakai

[Bagian ini menyediakan definisi dari semua istilah, akronim, dan singkatan yang dipakai dalam dokumen ini sehingga memudahkan pembacaan dan pemahaman.]

1.4. Referensi

(7)

[2015] 7 | halaman

Representasi Arsitektur

[Bagian ini menggambarkan dan mendeskripsikan arsitektur sistem yang akan dibangun. Tim dapat memilih untuk menggunakan 2-tier concept, atau n-tier concept. Bagian ini nantinya menjadi dasar pemisahan modul-modul sistem.]

2.1. Arsitektur Sistem

[Bagian ini digunakan untuk menggambarkan arsitektur sistem yang dipakai. Terdiri dari arsitektur software, hardware, dan jaringan komputer.]

2.2. Deskripsi Umum dari Arsitektur Sistem

[Bagian ini mendeskripsikan arsitektur sistem yang dipakai.]

Desain Fungsional

Bagian ini menggambarkan rancangan fungsi-fungsi sistem yang terdiri dari proses, data, dan antar muka.

3.1. Desain Proses

(8)

[2015] 8 | halaman

3.1.2. Diagram Jenjang Proses

0 Sistem Informas Penjualan Obat pada Apotek Deltasari

1 Autentifikasi

2 Mengolha data

Master

Cek username dan password

1.2

Menampilkan pesan login berhasil

1.3

Menampilkan pesan login gagal

2 Master

2.2 Mengolah Master

karyawan

2.4 Mengolah Master

satuan 2.3

Mengolah Master dokter

2.5 Mengolah Master

Kelompok Obat 2.1

Mengolah Master jabatan

2.1.1 Menampilkan

jabatan Menyimpan jabatan

baru Menampilkan

Satuan Menyimpan satuan

baru Menyimpan Dokter

baru 2.3.1 Menampilkan

Dokter

2.5.2 Mengolah Master

Jenis Obat

Golongan Obat

obat 2.5.1 Mengolah Master

Bentuk Obat

rak obat

detil obat

konversi obat

2.5.1.2 Menyimpan Betuk

Obat

2.5.1.3 Mengambil Bentuk

Obat

2.5.1.4 Menyimpan Bentuk

Obat baru 2.5.1.1

Menampilkan Betuk Obat

2.5.2.2 Menyimpan Jenis

Obat

2.5.2.3 Mengambil Jenis

Obat

2.5.2.4 Menyimpan Jenis

Obat baru 2.5.2.1

Menampilkan Jenis Obat Golongan Obat baru 2.5.3.1 Menyimpan obat

baru 2.5.4.1

Menampilkan obat

2.5.4.2 Menyimpan rak

obat

2.5.4.3 Mengambil rak obat

2.5.4.4 Menyimpan rak

obat baru 2.5.4.1

Menampilkan rak obat

2.5.6.2 Menyimpan tanggal

kadarluasa dan harga jual

2.5.6.3 Mengambil tanggal

kadarluasa dan harga jual

2.5.6.4 Menyimpan tanggal

kadarluasa dan harga jual baru 2.5.6.1

Menampilkan tanggal kadarluasa

dan harga jual

2.5.7.2 Menyimpan konversi obat

2.5.7.3 Mengambil konversi

obat

2.5.7.4 Menyimpan konversi obat baru 2.5.7.1

Menampilkan konversi obat 2.5.8

Mengolah Master

ROP obat 2.5.8.1 Menampilkan ROP

obat

2.5.8.2 Menyimpan ROP

obat

2.5.8.3 Mengambil ROP

obat

2.5.8.4 Menyimpan ROP

(9)

Menyimpan Data Resep 3.1

Pencatatan Resep

3.1.2

Cek Data Obat

3.1.3

Meyimpan ke tabel detail resep

3.1.4

Meyimpan ke tabel detail racik

3.2.1

Cek Data Resep

3.2.2

Kalkulasi Biaya Resep

3.2.3

Mencetak bukti pembayaran resep

3.3.1

Cek Data Obat

3.3.2

Menyimpan Data transaksi penjualan

3.2.4

Mencetak bukti pembayaran transaksi penjualan

3.3.3

Kalkulasi Biaya Transaksi penjualan

3.1.5

Mencetak copy resep

4 Laporan

4.1 Mencetak laporan

Pendapatan Bulanan

4.2 Mencetak Laporan

Stock Barang

Penjualan Resep

Penjualan Retail

(10)

(11)

[2015] 11 | halaman

A. Dekomposisi Proses Autentifikasi Pengguna

(12)

[2015] 12 | halaman

1. Dekomposisi Proses Mengolah Data Master Jabatan

2. Dekomposisi Proses Mengolah Data Master Karyawan

(13)

[2015] 13 | halaman

4. Dekomposisi Proses Mengolah Data Master Dokter

(14)

[2015] 14 | halaman

6. Dekomposisi Proses Mengolah Bentuk Obat

7. Dekomposisi Proses Mengolah Jenis Obat

(15)

[2015] 15 | halaman

9. Dekomposisi Proses Mengolah Rak Obat

(16)

[2015] 16 | halaman

11.Dekomposisi Proses Mengolah Detail Obat

(17)

[2015] 17 | halaman

13.Dekomposisi Proses Mengolah konversi Obat

(18)

[2015] 18 | halaman

15.Dekomposisi Proses Transaksi

(19)

[2015] 19 | halaman

17.Dekomposisi Proses Transaksi Resep

(20)

[2015] 20 | halaman

(21)

[2015] 21 | halaman

3.2. Desain Data

3.2.1. Desain Konseptual

Karyawan

ID_Jenis Nama_Jenis ID_Golongan Nama_Golongan ID_Bentuk Nama_Bentuk Memiliki Menggolongkan Mempunyai

Jabatan No Telpn Dokter

ID_Pasien Nama_Pasien

(22)

[2015] 22 | halaman

3.2.2. Skema Relasi

3.2.3. Normalisasi

Normalisasi 1NF

Tabel Jabatan

ID Jabatan

Nama_Jabatan

I001

Apoteker

I002

Gudang

(23)

[2015] 23 | halaman

Pada tabel jabatan ini terlihat tidak ada sekelompok data atau attribute yang sama atau

berulang. Dengan demikian, dapat dikatakan bahwa tabel jabatan ini sudah memenuhi

bentuk normal yang pertama (1NF)

Tabel Karyawan

ID

Karyawa

n

ID

Jabatan

Nama

Karyawa

n

Alamat

Karyawan

No

Tlpn

Karyawan

Jenis

Kelamin

Password

K001

I001

Abdul

Lidah

08245781xx

L

******

K002

I002

Yaunar

Karanganyar

08124758xx

L

######

K003

I002

Indah

Tandes

08562127xx

P

Xxxxxx

K004

I003

Alfian

Lembeyan

08912479xx

L

######

Pada tabel karyawan ini terlihat tidak ada sekelompok data atau attribute yang sama atau

berulang. Dengan demikian, dapat dikatakan bahwa tabel karyawan ini sudah memenuhi

bentuk normal yang pertama (1NF)

Tabel Dokter

ID

Dokter

Nama

Dokter

Alamat Dokter

No

Tlpn

Dokter

D001

Yekti

Lidah

08245781xx

D002

Sholeh

Karanganyar

08124758xx

D003

Linda

Tandes

08562127xx

Pada tabel dokter ini terlihat tidak ada sekelompok data atau attribute yang sama atau

berulang. Dengan demikian, dapat dikatakan bahwa tabel dokter ini sudah memenuhi

bentuk normal yang pertama (1NF)

Tabel Pasien

ID

Dokter

Nama

Dokter

Alamat Dokter

No

Tlpn

Dokter

P001

Deni

Lidah

08245781xx

P002

Lina

Karanganyar

08124758xx

P003

Nia

Tandes

08562127xx

Pada tabel pasien ini terlihat tidak ada sekelompok data atau attribute yang sama atau

berulang. Dengan demikian, dapat dikatakan bahwa tabel pasien ini sudah memenuhi

bentuk normal yang pertama (1NF)

(24)

[2015] 24 | halaman

R002

Pada tabel rak obat ini terlihat tidak ada sekelompok data atau attribute yang sama atau

berulang. Dengan demikian, dapat dikatakan bahwa tabel rak obat ini sudah memenuhi

bentuk normal yang pertama (1NF)

Tabel Jenis Obat

ID_Jenis

Nama Jenis

2004

Generik

2006

Non Generik

Pada tabel jenis obat ini terlihat tidak ada sekelompok data atau attribute yang sama atau

berulang. Dengan demikian, dapat dikatakan bahwa tabel jenis obat ini sudah memenuhi

bentuk normal yang pertama (1NF)

Tabel Golongan Obat

ID_Golongan Nama_Golongan

8096

Psikotropik

8067

Obat Dokter

8069

Obat Umum

Pada tabel golongan obat ini terlihat tidak ada sekelompok data atau attribute yang sama

atau berulang. Dengan demikian, dapat dikatakan bahwa tabel golongan obat ini sudah

memenuhi bentuk normal yang pertama (1NF)

Tabel Bentuk Obat

ID_Bentuk

Nama_Bentuk

765 Kaplet

358 Cair

Pada tabel bentuk obat ini terlihat tidak ada sekelompok data atau attribute yang sama

atau berulang. Dengan demikian, dapat dikatakan bahwa tabel bentuk obat ini sudah

memenuhi bentuk normal yang pertama (1NF)

Tabel Merk obat

Nama_merk

Kimia farma

indobion

(25)

[2015] 25 | halaman

Tabel Obat

ID_Obat

No

Tempat

ID_Jeni

s

ID_Gol

ongan

ID_Bent

uk

Nama Obat

Dosis

O578

R001

2004

8097

358 Polycrol

250mg

O786

R002

2004

8069

765 Kondin

10mg

Pada tabel obat ini terlihat tidak ada sekelompok data atau attribute yang sama atau

berulang. Dengan demikian, dapat dikatakan bahwa tabel obat ini sudah memenuhi

bentuk normal yang pertama (1NF)

Tabel Transaksi Penjualan

ID Transaksi

ID Karyawan

Tgl Penjualan

T001

K004

23-05-2015

T002

K004

23-05-2015

T003

K004

23-05-2015

Pada tabel transaksi penjualan ini terlihat tidak ada sekelompok data atau attribute yang

sama atau berulang. Dengan demikian, dapat dikatakan bahwa tabel transaksi penjualan

ini sudah memenuhi bentuk normal yang pertama (1NF)

Tabel Resep

ID Resep ID

Transaksi

ID_Dokter

ID Pasien

Tgl Resep

R001

T002

P001

23-05-2015

R002

P002

P001

23-05-2015

R003

P002

23-05-2015

Pada tabel Resep ini terlihat tidak ada sekelompok data atau attribute yang sama atau

berulang. Dengan demikian, dapat dikatakan bahwa tabel Resep ini sudah memenuhi

bentuk normal yang pertama (1NF)

Tabel Detail Penjualan

ID_Transaksi

ID_obat

Kuantitas_Beli Subtotal_T

T001

O578

2 4000

T001

O578

1 2000

(26)

[2015] 26 | halaman

Tabel Detail Resep

ID_Resep

ID_obat

Kuantitas_Pakai

Subtotal_R

R001

O786

5 10000

R001

O786

10 20000

Pada tabel Detail Resep ini terlihat tidak ada sekelompok data atau attribute yang sama

atau berulang. Dengan demikian, dapat dikatakan bahwa tabel Resep ini sudah

memenuhi bentuk normal yang pertama (1NF)

Tabel Satuan

ID_satuan

Nama_Satuan

8784

Box besar

8685

Box kecil

7688

Strip

6767

Butir

9784

Ampul

8235

Botol 300ml

Pada tabel satuan ini terlihat tidak ada sekelompok data atau attribute yang sama atau

berulang. Dengan demikian, dapat dikatakan bahwa tabel satuan ini sudah memenuhi

bentuk normal yang pertama (1NF)

Tabel Detail Obat

Tgl_Kadarluasa ID_Obat

27 Jan 2016

O578

18 Mar 2016

O578

20 Mar 2016

O578

Pada tabel detail_obat ini terlihat tidak ada sekelompok data atau attribute yang sama

atau berulang. Dengan demikian, dapat dikatakan bahwa tabel detail obat ini sudah

memenuhi bentuk normal yang pertama (1NF)

Tabel Harga Jual

ID_Harga

Tgl_Kadarluasa

ID_Obat

Harga

Y001

27 Jan 2016

O578

1000

Y002

18 Mar 2016

O578

2000

(27)

[2015] 27 | halaman

Tabel Sat Obat

ID_Satuan Tgl_Kadarluasa ID_obat

Nama_merk Kuantitas

Jumlah

8784

27 Jan 2016

O578

Kima farma 26

10 7688

18 Mar 2016

O578

Kima farma 30

10 6767

20 Mar 2016

O578

Kima farma 18

8 Pada tabel Sat_obat ini terlihat tidak ada sekelompok data atau attribute yang sama atau

berulang. Dengan demikian, dapat dikatakan bahwa tabel harga jual ini sudah memenuhi

bentuk normal yang pertama (1NF)

Normalisasi 2NF

Tabel Karyawan

ID

Karyawa

n

ID

Jabatan

Nama

Karyawa

n

Alamat

Karyawan

No

Tlpn

Karyawan

Jenis

Kelamin

Password

K001

I001

Abdul

Lidah

08245781xx

L

******

K002

I002

Yaunar

Karanganyar

08124758xx

L

######

K003

I002

Indah

Tandes

08562127xx

P

Xxxxxx

K004

I003

Alfian

Lembeyan

08912479xx

L

######

Pada tabel karyawan terlihat ID_Jabatan bergantung pada satu primary key yaitu

ID_Jabatan. Dengan demikian, dapat dikatakan bahwa tabel karyawan ini sudah

memenuhi bentuk normal yang kedua (2NF).

Tabel Resep

ID Resep ID

Transaksi

ID_Dokter

ID Pasien

Tgl Resep

R001

T002

P001

23-05-2015

R002

P002

P001

23-05-2015

R003

P002

23-05-2015

Pada tabel Resep terlihat ID_Transaksi, ID_Dokter, ID_Pasien, bergantung pada 3

primary key yaitu ID_Transaksi, ID_Dokter, ID_Pasien. Dengan demikian, dapat

dikatakan bahwa tabel Resep ini sudah memenuhi bentuk normal yang kedua (2NF).

Tabel Transaksi Penjualan

ID Transaksi

ID Karyawan

Tgl Penjualan

T001

K004

23-05-2015

T002

K004

23-05-2015

(28)

[2015] 28 | halaman

Pada tabel Transaksi Penjualan terlihat ID_Karyawan bergantung pada 1 primary key

yaitu ID_Karyawan. Dengan demikian, dapat dikatakan bahwa tabel Transaksi

Penjualan ini sudah memenuhi bentuk normal yang kedua (2NF).

Tabel Obat

ID_Obat

No

Tempat

ID_Jeni

s

ID_Gol

ongan

ID_Bent

uk

Nama Obat

Dosis

O578

R001

2004

8097

358 Polycrol

250mg

O786

R002

2004

8069

765 Kondin

10mg

Pada tabel obat terlihat no tempat, ID jenis, ID Golongan, dan ID Bentuk bergantung

pada 4 primary key yaitu no tempat, ID Jenis, ID Golongan, dan ID Bentuk. Dengan

demikian, dapat dikatakan bahwa tabel obat ini sudah memenuhi bentuk normal yang

kedua (2NF).

Tabel Detail Penjualan

ID_Transaksi

ID_obat

Kuantitas_Jual Subtotal_T

T001

O578

2 4000

T002

O578

1 2000

Pada tabel Detail_Penjualan terlihat ID_Transaksi dan ID_Obat bergantung pada 2

primary key yaitu ID_Transaksi dan ID_Obat. Dengan demikian, dapat dikatakan

bahwa tabel Detail Penjualan ini sudah memenuhi bentuk normal yang kedua (2NF).

Tabel Detail Resep

ID_Resep

ID_obat

Kuantitas_Pakai

Subtotal_R

R001

O786

5 10000

R001

O786

10 20000

Pada tabel Detail_Resep terlihat ID_Resep dan ID_Obat bergantung pada 2 primary key

yaitu ID_Resep dan ID_Obat. Dengan demikian, dapat dikatakan bahwa tabel Detail

Resep ini sudah memenuhi bentuk normal yang kedua (2NF).

Tabel Satuan Obat

ID_Satuan Tgl_Kadarluasa ID_obat

Nama_merk Kuantitas

Jumlah

8784

27 Jan 2016

O578

Kima farma 26

10 7688

18 Mar 2016

O578

Kima farma 30

10 6767

20 Mar 2016

O578

Kima farma 18

8

(29)

[2015] 29 | halaman

Nama_Merk. Dengan demikian, dapat dikatakan bahwa tabel satuan obat ini sudah

memenuhi bentuk normal yang kedua (2NF).

Tabel Detail Obat

Tgl_Kadarluasa ID_Obat

27 Jan 2016

O578

18 Mar 2016

O578

20 Mar 2016

O578

Pada tabel detail obat terlihat ID_Obat bergantung pada 1 primary key yaitu ID_Obat.

Dengan demikian, dapat dikatakan bahwa tabel detail obat ini sudah memenuhi bentuk

normal yang kedua (2NF).

Tabel Harga Jual

ID_Harga

Tgl_Kadarluasa

ID_Obat

Harga

Y001

27 Jan 2016

O578

1000

Y002

18 Mar 2016

O578

2000

Pada tabel harga_jual terlihat tgl_kadarluasa, ID_obat bergantung pada 2 primary key

yaitu Tgl_Kadarluasa dan ID_obat. Dengan demikian, dapat dikatakan bahwa tabel

harga jual ini sudah memenuhi bentuk normal yang kedua (2NF).

Normalisasi 3NF

 Jabatan (Id_jabatan, nama_jabatan)

 Pada tabel jabatan ini terlihat bahwa tidak ada atribut yang bukan PK bergantung pada atribut lain yang bukan PK juga (transitif dependency). Dengan demikian, bentuk tabel ini telah

sesuai dengan normalisasi yang ketiga (3NF).

 Karyawan (Id_karyawan, nama_karyawan, alamat_karyawan, no telepon karyawan, jenis kelamin, password, Id_Jabatan)

 Pada tabel karyawan ini terlihat bahwa tidak ada atribut yang bukan PK bergantung pada atribut lain yang bukan PK juga (transitif dependency). Dengan demikian, bentuk tabel ini

telah sesuai dengan normalisasi yang ketiga (3NF).

 Pasien (Id_pasien, nama_pasien, alamat_pasien, no telepon pasien)

 Pada tabel pasien ini terlihat bahwa tidak ada atribut yang bukan PK bergantung pada atribut lain yang bukan PK juga (transitif dependency). Dengan demikian, bentuk tabel ini telah

(30)

[2015] 30 | halaman

 Pada tabel dokter ini terlihat bahwa tidak ada atribut yang bukan PK bergantung pada atribut lain yang bukan PK juga (transitif dependency). Dengan demikian, bentuk tabel ini telah sesuai dengan normalisasi yang ketiga (3NF).

 Transaksi_Penjualan (Id_transaksi, tgl_transaksi, ID_Karyawan)

 Pada tabel Penjualan ini terlihat bahwa tidak ada atribut yang bukan PK bergantung pada atribut lain yang bukan PK juga (transitif dependency). Dengan demikian, bentuk tabel ini telah sesuai dengan normalisasi yang ketiga (3NF).

 Resep (Id_Resep, Tgl_resep, ID_Transaksi, ID_Pasien, ID_Dokter)

 Pada tabel resep ini terlihat bahwa tidak ada atribut yang bukan PK bergantung pada atribut lain yang bukan PK juga (transitif dependency). Dengan demikian, bentuk tabel ini telah sesuai dengan normalisasi yang ketiga (3NF).

 Tempat_rak (no_tempat)

 Pada tabel tempat_rak ini terlihat bahwa tidak ada atribut yang bukan PK bergantung pada atribut lain yang bukan PK juga (transitif dependency). Dengan demikian, bentuk tabel ini

 Jenis Obat (Id_jenis, nama_jenis)

 Pada tabel jenis ini terlihat bahwa tidak ada atribut yang bukan PK bergantung pada atribut lain yang bukan PK juga (transitif dependency). Dengan demikian, bentuk tabel ini telah

 Golongan obat (Id_golongan, nama_golongan)

 Pada tabel golongan ini terlihat bahwa tidak ada atribut yang bukan PK bergantung pada atribut lain yang bukan PK juga (transitif dependency). Dengan demikian, bentuk tabel ini

 Bentuk obat(Id_bentuk, nama_bentuk)

 Pada tabel bentuk obat ini terlihat bahwa tidak ada atribut yang bukan PK bergantung pada atribut lain yang bukan PK juga (transitif dependency). Dengan demikian, bentuk tabel ini

 Obat (Id_obat, nama_obat, dosis obat, id_bentuk, id_jenis, id_golongan, no_tempat)

 Pada tabel obat ini terlihat bahwa tidak ada atribut yang bukan PK bergantung pada atribut lain yang bukan PK juga (transitif dependency). Dengan demikian, bentuk tabel ini telah

(31)

[2015] 31 | halaman

 Pada tabel merk_obat ini terlihat bahwa tidak ada atribut yang bukan PK bergantung pada atribut lain yang bukan PK juga (transitif dependency). Dengan demikian, bentuk tabel ini

 Satuan (ID_satuan, nama_satuan)

 Pada tabel satuan ini terlihat bahwa tidak ada atribut yang bukan PK bergantung pada atribut lain yang bukan PK juga (transitif dependency). Dengan demikian, bentuk tabel ini telah

 Sat_Obat (ID_satuan, Tgl_kadarluasa, ID_obat, nama_merk, nama_satuan)

 Pada tabel sat_obat ini terlihat bahwa tidak ada atribut yang bukan PK bergantung pada atribut lain yang bukan PK juga (transitif dependency). Dengan demikian, bentuk tabel ini

 Detail_obat (Tgl_Kadarluasa, id_obat)

 Pada tabel Detail_obat ini terlihat bahwa tidak ada atribut yang bukan PK bergantung pada atribut lain yang bukan PK juga (transitif dependency). Dengan demikian, bentuk tabel ini

 Harga Jual (Id_harga, harga, tgl_kadarluasa, ID_obat)

 Pada tabel harga ini terlihat bahwa tidak ada atribut yang bukan PK bergantung pada atribut lain yang bukan PK juga (transitif dependency). Dengan demikian, bentuk tabel ini telah

(32)

[2015] 32 | halaman

3.2.4. Conceptual Data Model

3.3. Desain Antar Muka

3.3.1. Antar Muka Perangkat Lunak

[Desain antar muka perangkat lunak merupakan proses menentukan, menspesifikasikan, mengevaluasi, dan mendapatkan sekumpulan perangkat lunak yang terhubung dengan aplikasi yang sedang dibangun dan melakukan analisis terhadap hubungan itu.]

3.3.2. Antar Muka Perangkat Keras

[Desain antar muka perangkat keras merupakan proses menentukan, menspesifikasikan, mengevaluasi, dan mendapatkan sekumpulan perangkat keras yang saling terhubung dan melakukan analisis terhadap hubungan itu. Perangkat keras ini termasuk didalamnya adalah perangkat keras komputer, perangkat keras jaringan, dan perangkat keras input/output.]

3.3.3. Antar Muka Jaringan

[Bagian ini digunakan untuk menentukan konfigurasi fisik dari komputer dan perangkat-perangkat yang membentuk jaringan atau lingkungan terdistribusi. Penggambaran disini tidak hanya untuk jaringan intranet, tetapi juga extranet dan internet.]

3.3.4. Antar Muka Pengguna

[Antar muka pengguna adalah sebuah titik dimana sistem dan user saling berinteraksi. Interaksi ini dapat melalui layar dan keyboard (interaksi langsung) atau melalui laporan yang dicetak dan form-form yang didesain untuk menangkap data (interaksi tidak langsung). Fokus desain antar muka pengguna adalah pada interaksi tidak langsung. Pada bagian ini, digambarkan terlebih dahulu alur kerja GUI secara keseluruhan. Misal, dari form login lalu ke form utama, dan

Variable characters (4) Variable characters (100) Karyawan

Variable characters (4) Variable characters (255) Variable characters (255) Variable characters (12) Variable characters (12)

Transaksi Penjualan #

o ID_Transaksi Tgl_Transaksi

Variable characters (4) Date & Time

Resep #

o ID_Resep Tgl_Resep

Variable characters (4) Date & Time

Pasien

Variable characters (4) Variable characters (225) Variable characters (255) Variable characters (12)

Dokter

Variable characters (4) Variable characters (255) Variable characters (255) Variable characters (12)

Obat

Variable characters (4) Variable characters (255) Variable characters (4)

Golongan_Obat #

o ID_Golongan Nama_Golongan

Variable characters (4) Variable characters (255)

Jenis_Obat #

o ID_Jenis Nama_Jenis

Bentuk_Obat #

o ID_Bentuk Nama_Bentuk

Variable characters (4) Variable characters (255) Rak

# ID_Rak Variable characters (4)

Detail_Obat # Tgl_Kadarluasa Date & Time

harga_jual #

o ID_Harga Harga

Variable characters (4) Integer

(33)

[2015] 33 | halaman

A. Desain Form Login

1. Desain Form

2. Deskripsi

Form login ini di lakukan saat akan masuk atau mengakses aplikasi, pengguna harus memasukkan username dan password terlebih dahulu, jika username dan password

cocok maka pengguna berhasil login dan akan muncul pesan Selamat Anda Berhasil Melakukan Login . Namun jika username dan password yang di masukkan tidak cocok maka akan muncul pesan Maaf!, Username dan Password Masukkan Tidak Cocok setelah muncul pesan tersebut pengguna di haruskan memasukkan username dan

(34)

[2015] 34 | halaman

3. Alur Kerja

Login

Aktor

Sistem

L

o

g

in

Start

End

Cek Username dan Password

Data Login Benar Data Login

Karyawan

Menampilkan Pesan Login Berhasil

Menampilkan Pesan Login Gagal

Ya Tidak

Pesan Login Berhasil

Pesan Login Gagal A

A

4. Pseudocode

(35)

[2015] 35 | halaman

B. Desain Form Karyawan

1. Desain Form

2. Deskripsi

Pada form master karyawan ini pengguna harus memasukkan identitas karyawan seperti, nama, alamat, no telep, jenis kelamin, jabatan dan password. Untuk id karyawan akan terisi otomatis dari aplikasi. Jika pengguna akan melakukan edit data, maka pengguna hanya perlu melakukan double click pada tabel di master lalu

(36)

[2015] 36 | halaman

3. Alur Kerja

Master Input Karyawan

Aktor Sistem

P

h

a

s

e

Start

Data Karyawan

Simpan Nama Karyawan

Karyawan

End

(37)

[2015] 37 | halaman

Master Update Karyawan

Aktor Sistem

P

h

a

s

e

Start

Pilih Data Karyawan

Mengambil Data Karyawan

Karyawan

Menyimpan Data Karyawan

End Data Karyawan

Jabatan

4. Pseudocode

(38)

[2015] 38 | halaman

C. Desain Form Jabatan

1. Desain Form

2. Deskripsi

Pada form master jabatan ini pengguna harus memasukkan nama jabatan, karena ID Jabatan sudah otomatis terisi dari aplikasi. Jika pengguna akan melakukan edit data, maka pengguna hanya perlu melakukan double click pada tabel di master lalu

(39)

[2015] 39 | halaman

3. Alur Kerja

Master Input Jabatan

Aktor Sistem

Start

Nama Jabatan

Menyimpan Nama Jabatan

Jabatan

(40)

[2015] 40 | halaman

Master Update Jabatan

Aktor Sistem

P

h

a

s

e

Start

Jabatan

Mengambil Data Jabatan

End Pilih Data Jabatan

Data Jabatan

Menyimpan Data Jabatan

4. Pseudocode

(41)

[2015] 41 | halaman

D. Desain Form Dokter

1. Desain Form

2. Deskripsi

(42)

[2015] 42 | halaman

3. Alur Kerja

Master Input Dokter

Aktor

Sistem

P

h

a

s

e

Start

Data Dokter

Simpan Nama Dokter

Dokter

(43)

[2015] 43 | halaman

Master Update Dokter

Aktor

Sistem

P

h

a

s

e

Start

Memilih Data Dokter

Mengambil Data Dokter

Dokter

Menyimpan Data Dokter

End Data Dokter

4. Pseudocode

(44)

[2015] 44 | halaman

E. Desain Form Pasien

1. Desain Form

2. Deskripsi

(45)

[2015] 45 | halaman

3. Alur Kerja

Master Input Pasien

Aktor Sistem

P

h

a

s

e

Start

Data Pasien

Simpan Nama Pasien

Pasien

(46)

[2015] 46 | halaman

Master Update Pasien

Aktor Sistem

Start

Memilih Data Pasien

Mengambil Data Pasien

Pasien

Menyimpan Data Pasien

End Data Pasien

4. Pseudocode

(47)

[2015] 47 | halaman

F. Desain Form Bentuk Obat

1. Desain Form

2. Deskripsi

Pada form master bentuk obat ini pengguna hanya memasukkan nama bentuk obat, untuk ID bentuk obat sudah terisi otomatis pada aplikasi. Jika pengguna akan melakukan edit data, maka pengguna hanya perlu melakukan double click pada tabel

(48)

[2015] 48 | halaman

3. Alur Kerja

Master Input Bentuk Obat

Aktor

Sistem

P

h

a

s

e

Start

Data Bentuk Obat

Simpan Nama bentuk Obat

Bentuk Obat

(49)

[2015] 49 | halaman

Master Update Bentuk Obat

Aktor

Sistem

P

h

a

s

e

Start

Memilih Nama Bentuk Obat

Mengambil Data Bentuk Obat

Bentuk Obat

Menyimpan Data Bentuk Obat

End Data Bentuk Obat

4. Pseudocode

(50)

[2015] 50 | halaman

G. Desain Form Golongan Obat

1. Desain Form

2. Deskripsi

Pada form master golongan obat ini pengguna hanya memasukkan nama golongan obat, untuk ID golongan obat sudah terisi otomatis pada aplikasi. Jika pengguna akan melakukan edit data, maka pengguna hanya perlu melakukan double click pada tabel

(51)

[2015] 51 | halaman

3. Alur Kerja

Master Input Golongan Obat

Aktor Sistem

P

h

a

s

e

Start

Data Golongan Obat

Simpan Nama Golongan Obat

Golongan Obat

(52)

[2015] 52 | halaman

Master Update Golongan Obat

Aktor

Sistem

P

h

a

s

e

Start

Memilih Data Golongan Obat

Mengambil Data Golongan Obat

Golongan Obat

Menyimpan Data Golongan Obat

End Data Dokter

4. Pseudocode

(53)

[2015] 53 | halaman

H. Desain Form Jenis Obat

1. Desain Form

2. Deskripsi

Pada form jenis obat ini pengguna hanya memasukkan nama jenis obat, untuk ID jenis obat sudah terisi otomatis pada aplikasi. Jika pengguna akan melakukan edit data, maka pengguna hanya perlu melakukan double click pada tabel di master lalu

(54)

[2015] 54 | halaman

3. Alur Kerja

Master Input Jenis Obat

Aktor Sistem

P

h

a

s

e

Start

Data Jenis Obat

Simpan Nama Jenis Obat

Jenis obat

(55)

[2015] 55 | halaman

Master Update Jenis Obat

Aktor

Sistem

P

h

a

s

e

Start

Memilih Data Jenis Obat

Mengambil Data Jenis Obat

Jenis Obat

Menyimpan Data Jenis Obat

End Jenis Obat

4. Pseudocode

(56)

[2015] 56 | halaman

I. Desain Form Satuan Obat

1. Desain Form

2. Deskripsi

Pada form satuan obat ini pengguna hanya memasukkan nama satuan obat, untuk ID satuan obat sudah terisi otomatis pada aplikasi. Jika pengguna akan melakukan edit data, maka pengguna hanya perlu melakukan double click pada tabel di master lalu

(57)

[2015] 57 | halaman

3. Alur Kerja

Master Input Satuan

Aktor

Sistem

P

h

a

s

e

Start

Data Satuan

Simpan Nama Satuan

Satuan

(58)

[2015] 58 | halaman

Master Update Satuan

Aktor

Sistem

P

h

a

s

e

Start

Pilih Data Satuan

Mengambil Data Satuan

Satuan

Menyimpan Data Satuan

End Data Satuan

4. Pseudocode

(59)

[2015] 59 | halaman

J. Desain Form Rak Obat

5. Desain Form

6. Deskripsi

Pada form rak obat ini pengguna hanya memasukkan id rak obat. Jika pengguna akan melakukan edit data, maka pengguna hanya perlu melakukan double click pada tabel

(60)

[2015] 60 | halaman

7. Alur Kerja

Master Input Rak Obat

Aktor

Sistem

P

h

a

s

e

Start

ID Rak Obat

Simpan ID Rak Obat

Rak Obat

(61)

[2015] 61 | halaman

Master Update Rak Obat

Aktor

Sistem

P

h

a

s

e

Start

Memilih Nama Rak Obat

Mengambil Data Rak Obat

Rak Obat

Menyimpan Data Rak Obat

End Data Rak Obat

8. Pseudocode

(62)

[2015] 62 | halaman

K. Desain Form Master Obat

1. Desain Form

2. Deskripsi

Pada form master obat ini pengguna harus memasukkan identitas obat, tanggal kadaluarsa dan konversi obat.

a. Untuk identitas obat pengguna harus memasukkan data seperti, nama, memilih dosis, memilih jenis, memilih golongan, memilih bentuk, memilih satuan, dan rak obat, lalu di simpan. Untuk id obat akan terisi otomatis dari aplikasi.

b. Untuk tanggal kadaluarsa pengguna harus memilih tanggal terlebih dahulu, lalu memilih jenis satuan dan memasukkan harga jual obat, lalu simpan.

c. Untuk koversi obat pengguna harus memilih jenis satuan konversi dan memasukkan jumlah konversi obat, lalu simpan.

Jika pengguna akan melakukan edit data, maka pengguna hanya perlu melakukan

double click pada menu grup, lalu disimpan.

3. Alur Kerja

(63)

[2015] 63 | halaman

Master Input Data Obat

Aktor Sistem

P

h

a

s

e

Start

Data Obat

Simpan Data Obat Jenis

Obat

Golongan Obat

Bentuk

Obat Rak Obat

Obat

(64)

[2015] 64 | halaman

Master Update Data Obat

Aktor

Sistem

P

h

a

s

e

Start

Memilih Data Obat

Mengambil Data Obat

Obat

Menyimpan Data Obat

End Data Obat

Jenis Obat

Golongan Obat

Bentuk Obat

Rak Obat

(65)

[2015] 65 | halaman

Master Input Tanggal Kadaluarsa

Aktor Sistem

P

h

a

s

e

Start

Tanggal Kadaluarsa dan Harga Jual

Simpan Tanggal Kadaluarsa dan

Harga Jual

Detail Obat

End

Harga Jual Obat

(66)

[2015] 66 | halaman

Master Update Tanggal Kadaluarsa

Aktor

Sistem

P

h

a

s

e

Start

Memilih Tanggal Kadaluarsa dan

Harga Jual

Mengambil Tanggal Kadaluarsa dan

Harga Jual

Detail Obat Menyimpan Tanggal

Kadaluarsa dan Harga Jual

End Tanggal Kadaluarsa

dan Harga Jual

Satuan

Obat

Harga Jual

(67)

[2015] 67 | halaman

Master Input Konversi Obat

Aktor Sistem

P

h

a

s

e

Start

Konversi Obat

Simpan Konversi

Obat Satuan Obat

End

(68)

[2015] 68 | halaman

Master Update Konversi Obat

Aktor

Sistem

P

h

a

s

e

Start

Memilih Konversi Obat

Mengambil Konversi Obat

Satuan Obat

Menyimpan Konversi Obat

End

Konversi Obat Satuan

Obat

4. Pseudocode

(69)

[2015] 69 | halaman

L. Desain Form Pencatatan Copy Resep

1. Desain Form

(70)

[2015] 70 | halaman

Pencatatan Resep

Apoteker System

P

h

a

s

e

Mulai

Pasien, Dokter

Menyimpan Data Resep

Dokter

Pasien Resep Detil Resep

Nama Obat,Qty

Cek Data Obat

Obat Harga Sat_obat

Ada Semua

Simpan ke Tabel Resep

Obat Resep Detil Resep

Transaksi Penjualan

Mencetak Copy Resep

Resep

Detil Resep Copy Resep

Selesai T

Racikan

T

Simpan ke Tabel Racik Y

Obat Resep Detil Racik

ROP

Sat_obat

(71)

[2015] 71 | halaman

M. Desain Form Transaksi Resep

(72)

[2015] 72 | halaman

(73)

[2015] 73 | halaman

Transaksi Resep

Kasir System

P

h

a

s

e

Mulai

Data Resep

Cek Data Resep

Resep

Transaksi Penjualan

Jumlah Bayar

Kalkulasi Biaya

Cetak Bukti Pembayaran Bukti Pembayaran

Selesai

Resep

(74)

[2015] 74 | halaman

N. Desain Form Transaksi Retail

1. Desain Form

(75)

[2015] 75 | halaman

Transaksi Retail

Kasir System

P

h

a

s

e

Mulai

Data Obat

Cek Data Obat

Obat

Transaksi PEnjualan

Jumlah Bayar

Menyimpan data transaksi

Cetak Bukti Pembayaran Bukti Pembayaran

Selesai

ROP

Sat_Obat

Harga_jual

Detail penjualan

Sat_Obat Obat ada?

Y

T

Kalkulasi Biaya

(76)

[2015] 76 | halaman

O. Desain Form Laporan Pendapatan

(77)

[2015] 77 | halaman

(78)

[2015] 78 | halaman

Mencetak Laporan Pendapatan

Kasir System

P

h

a

s

e

Mulai

Data Pendapatan

Laporan Pendapatan

Selesai

Mencetak Laporan Pendapatan Bulanan

Transaksi Penjualan

Resep

Detail Resep

(79)

[2015] 79 | halaman

P. Desain Form Laporan Penjualan Non Resep

(80)

[2015] 80 | halaman

(81)

[2015] 81 | halaman

Laporan Penjualan Retail

Kasir System

P

h

a

s

e

Mulai

Data Penjualan Retail

Laporan Penjualan Retail

Selesai

Mencetak Laporan Penjualan Retail

Transaksi Penjualan

Detail Penjualan

(82)

[2015] 82 | halaman

Q. Desain Form Laporan Penjualan Resep

(83)

[2015] 83 | halaman

(84)

[2015] 84 | halaman

Laporan Penjualan Retail

Kasir System

P

h

a

s

e

Mulai

Data Penjualan Retail

Laporan Penjualan Retail

Selesai

Mencetak Laporan Penjualan Retail

Transaksi Penjualan

Detail Penjualan

(85)

[2015] 85 | halaman

R. Desain Form Laporan Stock Barang

(86)

[2015] 86 | halaman

(87)

[2015] 87 | halaman

Mencetak Laporan Stok Barang

Gudang System

P

h

a

s

e

Mulai

Data Stok Barang

Laporan Stok Barang

Selesai

Mencetak Laporan Stok Barang

Obat

Detail_Obat

(88)

[2015] 88 | halaman

3.4. Desain Keamanan

[Bagian ini menjelaskan bagaimana keamanan sistem dan informasi dibentuk.]

3.4.1. Keamanan Fisik

[Digambarkan dan dijelaskan model jaringan komputer dan pengamanannya. Desain ini mengikuti desain arsitektur sistem dengan penambahan detil pada pengaturan IP, firewall, dan sejenisnya.]

3.4.2. Keamanan Logikal

[Digambarkan dan dijelaskan model otentikasi dan otorisasi dan bagaimana hal ini diterapkan didalam sistem (terlebih ketika diimplementasikan kedalam jaringan komputer).]

3.4.3. Keamanan Personal

[Digambarkan dan dijelaskan model keamanan personal (id+pin, struktur kulit, struktur retina, atau sejenisnya) dan bagaimana hal ini diterapkan didalam sistem (terkait dengan arsitektur aplikasi yang dipakai).]

3.4.4. Enkripsi

[Digambarkan dan dijelaskan model enkripsi dan bagaimana hal ini diterapkan didalam sistem.]

Desain Sistem

4.1. Standar Pemrograman

[Dijelaskan disini standar bahasa pemrograman yang dipakai dalam pembuatan program ini.]

4.2. Model Fisik

(89)

[2015] 89 | halaman

4.2.1. Physical Data Model

4.2.2. Data Dictionary

Tabel Jabatan

1. Deskripsi

Nama tabel : Jabatan

Primary key : ID_jabatan

Foreign key : -

Fungsi : Menyimpan data master jabatan

Struktur Tabel

No Kolom Tipe

Data Lebar Constraint

Foreign Key

Tabel Kolom

1. ID_jabatan varchar 4 PK

2. Nama_Jabatan varchar 100

Tabel Karyawan Deskripsi

Nama tabel : Karyawan

Primary key : ID_karyawan

Foreign key : ID_Jabatan

Fungsi : Menyimpan data master karyawan

FK_KARYAWAN_MENJABAT_JABATAN

ID_Rak varchar(4) <pk>

(90)

[2015] 90 | halaman

Struktur Tabel

No Kolom Tipe

Foreign Key

Tabel Kolom

1. ID_karyawan Varchar 4 PK

2. ID_jabatan Varchar 4 FK jabatan ID_jabatan

3. Nama_karyawan Varchar 25

4 Alamat

Karyawan

Varchar 255

5 No Tlpn

Karyawan

Varchar 12

6 Password Varchar 12

Tabel Dokter Deskripsi

Nama tabel : Dokter

Primary key : ID_dokter

Foreign key :

Fungsi : Menyimpan data master dokter

Struktur Tabel

No Kolom Tipe

Foreign Key

Tabel Kolom

1. ID_dokter Varchar 4 PK

2. Nama_dokter Varchar 255 3 Alamat dokter Varchar 255 4 No Tlpn dokter Varchar 12

Tabel Pasien Deskripsi

Nama tabel : Pasien

Primary key : ID_pasien

Foreign key :

Fungsi : Menyimpan data master pasien

Struktur Tabel

No Kolom Tipe

Foreign Key

Tabel Kolom

1. ID_pasien Varchar 4 PK

(91)

[2015] 91 | halaman

Tabel Transaksi Penjualan Deskripsi

Nama tabel : Transaksi Penjualan

Primary key : ID_transaksi

Foreign key : ID_karyawan, ID Resep

Fungsi : Menyimpan data transaksi penjualan

Struktur Tabel

No Kolom Tipe

Foreign Key

Tabel Kolom

1. ID_transaksi Varchar 4 PK

2. Id_karyawan Varchar 4 FK Karyawan Id_karyawan

3 ID_resep Varchar 4 FK resep Id_resep

4 Tgl_transaski date

Tabel Resep Deskripsi

Nama tabel : Resep

Primary key : ID_resep

Foreign key : ID_transaksi, ID_dokter, ID_pasien

Fungsi : Menyimpan data transaksi resep

Struktur Tabel

No Kolom Tipe

Foreign Key

Tabel Kolom

1. ID_resep Varchar 4 PK

2. Id_transaksi Varchar 4 FK transaksi Id_transaksi

3 ID_dokter Varchar 4 FK Dokter Id_dokter

4 Id_pasien Varchar 4 FK pasien Id_pasien

5 Tgl_transaski date

Tabel Detail Penjualan Deskripsi

Nama tabel : Detail Penjualan

Primary key : ID_transaksi, id_obat

Foreign key : ID_transaksi, ID_obat

Fungsi : Menyimpan data transaksi detail penjualan

Struktur Tabel

No Kolom Tipe

Foreign Key

(92)

[2015] 92 | halaman

1. ID_transaksi Varchar 4 PK FK Transaksi Id_transaksi

2. Id_obat Varchar 4 PK FK obat Id_obat

3 Kuantitas_jual Int

4 Subtotal T int

Tabel Detail Resep Deskripsi

Nama tabel : Detail Resep

Primary key : ID_resep, id_obat

Foreign key : ID_resep, ID_obat

Fungsi : Menyimpan data transaksi detail resep

Struktur Tabel

No Kolom Tipe

Foreign Key

Tabel Kolom

1. ID_resep Varchar 4 PK FK resep Id_resep

2. Id_obat Varchar 4 PK FK obat Id_obat

3 Kuantitas_jual Int

4 Subtotal T int

Tabel Rak Obat Deskripsi

Nama tabel : Rak

Primary key : ID_rak

Foreign key :

Fungsi : Menyimpan data master rak

Struktur Tabel

No Kolom Tipe

Foreign Key

Tabel Kolom

1. ID rak Varchar 4 PK

Tabel Jenis Obat Deskripsi

Nama tabel : Jenis_Obat

Primary key : ID_jenis

Foreign key :

Fungsi : Menyimpan data master jenis obat

Struktur Tabel

No Kolom Tipe

Foreign Key

Tabel Kolom

1. ID_jenis Varchar 4 PK

(93)

[2015] 93 | halaman

Tabel Golongan Obat Deskripsi

Nama tabel : Golongan_Obat

Primary key : ID_golongan

Foreign key :

Fungsi : Menyimpan data master golongan obat

Struktur Tabel

No Kolom Tipe

Foreign Key Tabel Kolom

1. ID_golongan Varchar 4 PK

2. Nama_golongan Varchar 255

Tabel BentukObat Deskripsi

Nama tabel : Bentuk_Obat

Primary key : ID_bentuk

Foreign key :

Fungsi : Menyimpan data master bentuk obat

Struktur Tabel

No Kolom Tipe

Foreign Key

Tabel Kolom

1. ID_bentuk Varchar 4 PK

2. Nama_bentuk Varchar 255

Tabel Obat Deskripsi

Nama tabel : Obat

Primary key : ID_obat

Foreign key : ID_jenis, ID_golongan, ID_bentuk, ID_rak

Fungsi : Menyimpan data master obat

Struktur Tabel

No Kolom Tipe

Foreign Key

Tabel Kolom

1. ID_obat Varchar 4 PK

2. ID_jenis Varchar 4 FK Jenis_Obat ID_jenis

3. ID_bentuk Varchar 4 FK Bentuk_Obat ID_Bentuk 4. ID_Golongan Varchar 4 FK Golongan_Obat ID_golongan

5. ID_rak Varchar 4 FK Rak_obat ID_Rak

(94)

[2015] 94 | halaman

Tabel Satuan Deskripsi

Nama tabel : Satuan

Primary key : ID_satuan

Foreign key :

Fungsi : Menyimpan data master satuan

Struktur Tabel

No Kolom Tipe

Foreign Key

Tabel Kolom

1. ID_satuan Varchar 4 PK

2. Nama_satuan Varchar 255

Tabel merk obat Deskripsi

Nama tabel : merk obat

Primary key : nama_merk

Foreign key :

Fungsi : Menyimpan data master merk

Struktur Tabel

No Kolom Tipe

Foreign Key

Tabel Kolom

1. nama_merk Varchar 120 PK

Tabel Detail Obat Deskripsi

Nama tabel : Detail_Obat

Primary key : Tgl_Kadarluasa, ID_Obat

Foreign key : ID_obat

Fungsi : Menyimpan data Detail Obat

Struktur Tabel

No Kolom Tipe

Foreign Key Tabel Kolom

1. Tgl_kadarluasa date PK

2. ID_Obat Varchar 4 PK FK obat Id_obat

Tabel Harga Jual Deskripsi

Nama tabel : Harga_Jual

Primary key : ID_obat, Tgl_Kadarluasa, ID_harga

(95)

[2015] 95 | halaman

Fungsi : Menyimpan data master harga

Struktur Tabel

No Kolom Tipe

Foreign Key

Tabel Kolom

1. ID_harga Varchar 4 PK

2. ID_Obat Varchar 4 PK FK obat ID_Obat

3. Tgl_Kadarluasa Date PK FK Detai_obat Tgl_kadarluasa

4. Harga Int

Tabel Sat_Obat Deskripsi

Nama tabel : Sat_Obat

Primary key : ID_Satuan, ID_obat, Tgl_Kadarluasa, nama_merk

Foreign key : ID_Satuan, ID_obat, Tgl_Kadarluasa, nama_merk, Sat_ID_satuan,

Sat_ID_Obat, Sat_Tgl_Kadarluasa, Sat_nama_merk

Fungsi : Menyimpan data master harga

Struktur Tabel

N

o Kolom

Tipe Data

Leba r

Constrai nt

Foreign Key

Tabel Kolom

1. ID_Satuan Varchar 4 PK FK Satuan ID_satuan

2. ID_Obat Varchar 4 PK FK obat ID_Obat

3. Tgl_Kadarluasa Date PK FK Detai_obat Tgl_kadarlua sa

4. Nama_merk Varchar 4 PK FK Nama_mer

k

Merk_obat

5. Sat_ID_Satuan Varchar 4 FK Satuan ID_satuan

6. Sat_ID_Obat Varchar 4 FK obat ID_Obat

7. Sat_Tgl_Kadarlua sa

Date FK Detai_obat Tgl_kadarlua

sa 8. Sat_Nama_merk Varcaha

r

4 FK Nama_mer

k

Merk_obat

9. Kuantitas Int

10 .

Jumlah Int

4.3. Rencana Uji Coba

[Tujuan dari rencana ini adalah memastikan sistem berjalan seperti yang didesainkan, dan lebih jauh lagi untuk pemenuhan kebutuhan pengguna. Secara khusus, uji coba merupakan proses pelatihan sistem dan komponen-komponennya untuk mencari, menginvestigasi dan memperbaiki errors dan bugs.]

(96)

[2015] 96 | halaman

Desain Program

5.1. Desain Unit/Modul

[Pada bagian ini disebutkan seluruh unit/modul yang dipakai oleh sistem dan bagaimana penyebarannya dalam arsitektur sistem. Setiap unit/modul dapat berisi satu atau banyak prosedur dan/atau fungsi. Masing-masing unit/modul mempunyai tujuan yang unik. Oleh karena itu, diusahakan untuk lebih mengedepankan re-usability.]

5.2. Pseudocode

[Bagian ini mendeskripsikan pseudocode dari seluruh prosedur dan/atau fungsi yang tersebar dalam sistem tanpa menghiraukan letaknya dalam arsitektur sistem.]

5.2.1. Prosedur/Fungsi …

[pseudocode]