BAB IV

ANALIS DAN DESAIN SISTEM

Dari document flow yang prosesnya masih manual lalu dibuat system

flow yang dirancang mengacu pada document flow yang manual kemudian diubah
secara komputerisasi, sehingga masalah-masalah yang ada pada proses yang lama

AY

dapat diatasi dengan sistem yang baru. Proses-proses yang dirancang adalah
maintenance anggota, proses simpanan, proses pinjaman, proses angsuran, dan

AB

proses laporan simpan pinjam.

Setetelah merancang proses secara komputerisasi kemudian dirancang

DFD yang menggambarkan arus data yang masuk ke dalam dan keluar dari sistem
informasi simpan pinjam. Pihak-pihak yang digambarkan dalam DFD adalah

SU

pihak yang terlibat dalam proses dalam sistem informasi simpan pinjam.
Dalam proses simpan pinjam perlu dibuat tabel anggota untuk

menyimpan data anggota, table logs transaksi untuk menyimpan data transaksi
simpan pinjam, tabel jenis simpanan dan pinjaman untuk menyimpan macam-

IK

macam bentuk simpanan dan pinjaman.

4.1 Analisa Sistem

ST

Analisis sistem bertujuan untuk mengidentifikasi permasalahan -

permasalahan yang ada pada sistem dimana aplikasi dibangun yang meliputi
perangkat keras (hardware), perangkat lunak (software) dan pengguna. Analisis

ini diperlukan sebagai dasar bagi tahapan perancangan sistem. Analisis sistem
meliputi identifikasi permasalahan, spesifikasi aplikasi, spesifikasi pengguna, dan
lingkungan operasi.
21

22

Aplikasi sistem informasi Rawat Jalan ini merupakan aplikasi yang

menangani proses rancang bangun sistem informasi Rawat Jalan agar dapat
menampilkan data dengan baik. Agar dapat mengolah data-data transaksi dengan

baik maka dibutuhkan program yang dapat menampilkan data-data transaksi

periksa, rekam medik, dan pembayaran dimana didalamnya telah terintegrasi data

AY

satu dengan data yang lainnya yaitu data pasien, pegawai, obat, dan dokter.
Setelah itu, menganalisa alur kerja dan dokumen yang terkait. Dari analisa

AB

tersebut, dikembangkan menjadi data flow diagram, entity relationship diagram,

dan rangka desain input-output.

4.2 Desain Sistem

SU

Perancangan Sistem ini dimaksudkan untuk membantu memecahkan

masalah pada Sistem yang sedang berjalan dan merupakan suatu Sistem yang baik
dan sesuai dengan kebutuhan semua pihak. Rancangan yang baik harus melalui

beberapa tahap-tahap perancangan, mulai dari document flow, Sistem flow,

Context Diagram, HIPO, ERD, DFD, Conceptual Data Model, Phisical Data
Model, DBMS, desain input outputnya.

IK

4.2.1 Sistem Flow

Sistem flow komputerisasi ini menunjukkan jalannya Sistem yang ada di

ST

R.S.U.D DR. R. Sosodoro Djatikoesoemo. Semua kegiatan dilakukan secara

komputerisasi, tujuannya agar segala proses sirkulasi rumah sakit dapat berjalan
efektif dan efisien dibandingkan dengan sistem yang lama, yaitu sistem manual.
Adapun entity pada sistem flow antara lain :

23

4.2.1.1 Sistem Flow Pendaftaran Pasien

Pendaftaran
Bag. Pendaftaran

start

Menginputkan id
pasien

AB

Menginputkan id
pasien

Ada kartu /
tidak?

AY

Pasien
mendaft
ar

Pasien
asuransi atau
tidak?

SU

Pasien
mengisi

Form
pendaftaran

Menginputkan
Data Pasien
Baru

Gambar 4.1 Sistem Flow Pendaftaran Pasien

ST

IK

Form
pendaftaran

Form
Pendaft
aran

Pasien

Pada gambar 4.1 Pasien memberikan data pasien kepada bagian pendaftaraan.

Selanjutnya bagian pendaftaraan mengecek kelengkapan persyaratan yang

diajukan pasien baru apabila belum lengkap pasien akan diminta untuk
melengkapi dan apabila data sudah lengkap data akan diinputkan dan disimpan
dalam database, selanjutnya bagian pendaftaraan akan mencetak kartu pasien

24

baru, dilanjutkan dengan membuat laporan. Kartu pasien akan diserahkan pada
pasien sedangkan laporan anggota baru akan ditampilkan pada pimpinan.

4.2.1.2 Sistem Flow Periksa

periksa

Kartu pssien
Membuat nomer
antrian

Nomer antrian

Kartu antrian

Data Pasien

Membuat kartu
pasien

Hasil lab

Kartu pasien

Melakukan
pemeriksaan

Membuat nomer
antrian

Kartu pasien

ST

IK

Membuat id pasien

SU

Kartu antrian

AB

Poli

AY

Bag. Pendaftaran

Pasien

Gambar 4.2 Sistem Flow Transaksi Periksa

Pada gambar 4.2 merupakan sistem flow dari proses transaksi periksa,
dimana pegawai menginputkan id pasien yang akan diperiksa. Dan pasien juga

25

mendapatkan kartu pasien.bagian poli cukup melakukan persiapan pemeriksaan.

Poli juga mendapat data pasien dan hasil lab. Setelah itu Poli melakukan

pemeriksaan

Pembayaran
Pasien

Bag. Pembayaran

AB

Lengkap?

Pihak Rumah Sakit

Bukti pembayaran
3

Melakukan
pengecekan
kelengkapan

RESEP

AY

4.2.1.3 Sistem Flow Pembayaran

SU

Resep

Asuransi?

Melakukan
perhitungan
dipotong Asuransi

Melakukan
perhitungan

Mencetak nota

Mencetak nota

Bukti Pembayaran

ST

IK

Bukti Pembayaran

1
2

Gambar 4.3 Sistem Flow Transaksi Pembayaran

Pada gambar 4.3 merupakan sistem flow dari transaksi pembayaran

dimana setelah pasien mendapatkan pmeriksaan, pasien mendapatkan resep dan

menebus resep. Bagian kasir akan melakukan pengecekan apakah lengkap yang

26

dibutuhkan pihak Rumah Sakit. Jika lengkap masih ada pengecekan apakah
memakai asuransi atau tidak, jika iya maka perhitungan dilakukan dan mendapat
potongan dari asuransi, tetapi jika tidak dilakukan perhitungan penuh yaitu biaya

obat dan biaya tarif dokter. Setelah itu mencetak laporan keuangan sebagai bukti
pembayaran atau nota rangkap tiga, dimana satu untuk pasien, dua lainya adalah

ST

IK

SU

AB

AY

untuk pihak Rumah Sakit.

27

4.2.2 Data Flow Diagram (DFD)

Data Context diagram menggambarkan asal data dan menunjukkan asal
data dan menunjukkan aliran data tersebut.

4.2.2.1 Context Diagram

kartu berobat
rekam medis

nota pembayaran
pasien

AY

dokter

data resep 2

AB

data pasien

Rancang Bang un Sistem Informasi Rawat

Jalan

data resep
data pembayaran

pendafataran

SU

input data pasien

lap data pasien

pembayaran

nota pembayaran 2

Gambar 4.4 Context Diagram

4.2.2.2 Hierarchy Input Output (HIPO)

Setelah membuat context diagram, untuk selanjutnya yaitu membuat

IK

HIPO terlebih dahulu. Karena dengan adanya HIPO, alur proses dari sistem akan

ST

lebih teratur dan jelas. HIPO dari sistem informasi Rawat Jalan Pada R.S.U.D
DR. R. Sosodoro Djatikoesoemo Bojonegoro dapat dilihat pada gambar 4.7.

AB

Sistem Informasi Rawat Jalan R.S.U.D

DR.R. Sosodoro Djatikoesoemo

AY
A

28

Pendaftaran

Pembayaran

Pendataan data
pasien

Cetak katu

2.1

2.2

3.1

3.2

Pengevcekan data
pasien

pemeriksaan

Pembayaran biaya

Pembuatan laporan

1.2

1.1

SU

Pemeriksaan

ST

IK

Gambar 4.5 Hierarchy Input Output (HIPO)

29

4.2.2.3 DFD level 0 Sistem Informasi Rawat Jalan

pasi en
pasi en

[kar tu ber obat]

[data pasi en]

si mpan data

1
pencatatan

data pasi en

AY

[input data pasi en]

pendafatar a
n

AB

ambil data

dokter

[r ekam medis ]
2
r eg i str asi

[data r es ep]

dokter

SU

pendafatar a
n

[lap data pasi en]

mel akukan pembayar an

pasi en

[data r es ep 2]

pasi en

[nota pembayar an]

3
pembayar an

si mpan data pembayar an

data pembayar an

[nota pembayar an 2]
[data pembayar an]

ST

IK

pembayar a
n

pembayar a
n

Gambar 4.6 DFD level 0 Sistem Informasi Rawat Jalan

30

4.2.2.4 Data Flow Diagram (DFD) Level 1

A. DFD Level 1 Sub Proses Maintenance Master

pasien

1.1
[simpan data]

data pasien

AB

pencatatan
data pasien

AY

[data pasien]

[input data pasien]

pendafatara
n

SU

1.2

ambil data pasien

cetak kartu

[kartu berobat]
pasien

ST

IK

Gambar 4.7 DFD Level 1 Sub Proses Maintenance Master

31

B. DFD Level 1 Sub Proses pemeriksaan

1

data pasien
[ambil data]
2.1
peng ecekan_dat
a_pasien

[rekam medis]

AY

2.2

data_pasien_valid

dokter

pemeriksaan

[data resep]

dokter

AB

[lap data pasien]

SU

[melakukan pembayaran]

pembayaran

ST

IK

Gambar 4.10 DFD Level 1 Sub Proses Pemeriksaan

pendafatara
n

32

C. DFD Level 1 Sub Proses pembayaran

pasien

[melakukan pembayaran]
[data resep[nota
2] pembayaran]

AY

reg istrasi

pasien

data
pembayaran

AB

3.1 [simpan data pembayaran]

2
pembayaran
biaya
pembayaran

3.2

[data pembayaran]

pembayara
n

SU

pembuatan
laporan
[nota pembayaran 2]

pembayara
n

Gambar 4.11 Level 1 Sub Proses Pembayaran

4.2.3 Entity Relational Diagram (ERD)

IK

Entity relational diagram adalah suatu alat untuk mempresentasikan

ST

model data yang ada pada Sistem dimana terdapat entity dan relationship. Entity
merupakan objek yang ada dan terdefinisikan di dalam suatu organisasi, dapat
berupa abstrak/nyata, misal dapat berupa orang, objek/waktu kejadian.

33

Conceptual Data Model (CDM)

dokter
id_dokter
nama_dokter
bidang
alamat
no_telp
tarif

rekam_medik
id_rekammedik

ST

IK

obat
id_obat
nama_obat
jenis
harga

dimiliki

melakukan
melakukan

memiliki

SU

melakukan

mempunyai

memiliki

periksa
id_periksa
nama_pasien
alamat
tgl_lahir
status_pasien
jenis_pelayanan
riwayat_pasien
nama_pegawai

AY

Pasien
id_pasien
nama_pasien
tgl_lhr
umur
jns_klmn
alamat
no_telp
no_hp
pekerjaan
status
jns_assrns

AB

A.

detil_rekam_medik
jumlah
harga
jumlah_bayar

pembayaran
id_pembayaran
tgl_pembayaran
tarif
harga
total

Gambar 4.8 Conceptual Data Model (CDM

melakukan

pegawai
id_pegawai
nama
alamat
tgl_lahir
umur
jns_klmn

34

Physical Data Model (PDM)

ID_PASIEN = ID_PASIEN

PERIKSA
ID_PERIKSA
ID_PEGAWAI
ID_PASIEN
NAMA_PASIEN
ALAMAT
TGL_LAHIR
STATUS_PASIEN
JENIS_PELAYANAN
RIWAYAT_PASIEN
NAMA_PEGAWAI

char(6)
char(6)
char(6)
varchar(50)
varchar(50)
varchar(50)
varchar(50)
varchar(50)
varchar(50)
varchar(50)

PASIEN
ID_PASIEN
char(6)
NAMA_PASIEN varchar(50)
TGL_LHR
datetime
UMUR
varchar(50)
JNS_KLMN
varchar(50)
ALAMAT
varchar(50)
NO_TELP
varchar(50)
NO_HP
varchar(50)
PEKERJAAN varchar(50)
STATUS
varchar(50)
JNS_ASSRNS varchar(50)

AY

B.

AB

ID_PEGAWAI = ID_PEGAWAI

ID_PASIEN = ID_PASIEN

REKAM_MEDIK

char(6)
char(6)
char(6)
char(6)
char(6)

SU

ST

IK

OBAT
ID_OBAT
char(6)
NAMA_OBAT varchar(50)
JENIS
varchar(50)
HARGA
int

PEGAWAI
ID_PEGAWAI char(6)
ID_PEGAWAI = ID_PEGAWAI
NAMA
varchar(50)
ALAMAT
varchar(50)
TGL_LAHIR datetime
ID_PEMBAYARAN = ID_PEMBAYARAN
UMUR
varchar(50)
JNS_KLMN varchar(50)

ID_PEMBAYARAN
ID_DOKTER
ID_DOKTER = ID_DOKTER
ID_PEGAWAI
ID_PASIEN
ID_REKAMMEDIK

DOKTER
ID_DOKTER
char(6)
NAMA_DOKTER varchar(50)
BIDANG
varchar(50)
ALAMAT
varchar(50)
NO_TELP
varchar(50)
TARIF
varchar(50)

ID_OBAT = ID_OBAT

PEMBAYARAN
ID_PEMBAYARAN char(6)
TGL_PEMBAYARAN datetime
TARIF
int
HARGA
int
TOTAL
int

DETIL_REKAM_MEDIK
ID_OBAT
char(6)
JUMLAH
int
HARGA
int
JUMLAH_BAYAR int

Gambar 4.9 Physical Data Model (PDM)

35

Pada gambar 4.14 merupakan gambar Conceptual Data Model (CDM)

yang berfungsi

untuk menggambarkan konsep database sistem informasi

administrasi akademik , sehingga dapat diketahui table apa saja yang dipakai dan

relasi-relasinya.
Setelah didapatkan konsep database pada Conceptual Data Model

AY

(CDM) maka selanjutnya degenerate ke Physical Data Model (PDM). Di PDM

ini kita dapat mengetahui hasil dari relasi-relasi yang dibangun di CDM.

AB

Dimungkinkan adanya table baru hasil dari relasi CDM. Database PDM
merupakan bentuk fisik dari database yang digunakan dalam aplikasi. Untuk

Struktur File

SU

4.2.4

lebih jelasnya dapat dilihat pada gambar 4.15.

Database yang digunakan adalah database Sql Server 2008. Pada aplikasi
ini, diperlukan delapan tabel, tabel mata pelajaran, tabel guru, tabel kompetensi

guru, tabel kelas, tabel siswa, tabel penjadwalan, tabel alokasi siswa dan tabel

absensi siswa. Kedelapan tabel tersebut memiliki atribut masing-masing. Berikut

ini penjelasan serta gambar relasi antar ketujuh tabel tersebut.

ST

IK

1. Nama tabel

: PASIEN

Fungsi

: Menyimpan Data Pasien

Primary key

: ID_PASIEN

Foreign key

No
1
2

Nama Field
ID_PASIEN
NAMA

Tipe Data
Char6
Varchar50

Constraint
Primary Key
NotNull

36

Tipe Data
Varchar2
Datetime
Datetime
Varchar50
Varchar50
Varchar50
Varchar50
Varchar50
Varchar50
Varchar50

: PEGAWAI

2. Nama tabel

AB

Tabel 4.1Tabel Pasien

: Menyimpan Data Pegawai

Primary key

: ID PEGAWAI

Foreign key

:-

SU

Fungsi

Nama Field
ID_PEGAWAI
NAMA PEGAWAI
TGL_LAHIR
UMUR
JNS_KLMIN

ST

IK

No
1
2
3
4
5

3. Nama tabel

Constraint
NotNull
NotNull
NotNull
NotNull
NotNull
NotNull
NotNull
NotNull
NotNull
NotNull

Nama Field
TGL_LAHIR
TEMPAT_LAHIR
UMUR
JNS_KLMIN
ALAMAT
NO_TELP
NO_HP
PEKERJAAN
STATUS
JNS_ASRNS

AY

No
3
4
5
6
7
8
9
10
11
12

Tipe Data
Char6
Varchar50
Varchar50
Varchar50
Varchar50

Tabel 4.2 Tabel Karyawa

: OBAT

Fungsi

: Menyimpan Data Obat

Primary key

: ID_OBAT

Foreign key

Constraint
Primary Key
NotNull
NotNull
NotNull
NotNull

37

No

Nama Field

Tipe Data

Constraint

char6

Primary Key

ID_OBAT

NAMA OBAT

Varchar50

NotNull

JENIS OBAT

Varchar50

NotNull

HARGA

Int

NotNull

4. Nama tabel

: DOKTER
: Menyimpan Data Obat

Primary key

: ID_Dokter

Foreign key

Nama Field

Tipe Data

SU

No

AB

Fungsi

ID_DOKTER

Constraint

Char6

Primary Key

NAMA_DOKTER

Varchar50

NotNull

BIDANG

Varchar50

NotNull

ALAMAT

Varchar50

NotNull

NO_TELP

Varchar50

NotNull

TARIF

int

NotNull

IK

AY

Tabel 4.3 Tabel Obat

ST

5. Nama tabel

Tabel 4.4 Tabel Obat

: REKAM MEDIK

Fungsi

: Menyimpan Data rekam medik

Primary key

: ID_REKAM MEDIK

Foreign key

: ID_PASIEN, ID_OBAT, ID_DOKTER, ID_PEGAWAI

38

Nama Field

Tipe Data

Constraint

ID_REKAM_MEDIK

Char6

Primary Key

ID_PEGAWAI

Char6

Foreign Key

ID_PASIEN

Char6

Foreign Key

ID_DOKTER

Char6

Foreign Key

AY

No

Tabel 4.5 Tabel Rekam Medik

: DETIL REKAM MEDIK

AB

6. Nama tabel

: Menyimpan Data Detil Rekam Medik

Primary key

Foreign key

: ID_REKAMMEDIK, ID_OBAT
Nama Field

Tipe Data

SU

No

Fungsi

Constraint

ID_REKAMMEDIK

Char6

Foreign key

ID_OBAT

Char6

Foreign key

JUMLAH

int

Null

HARGA

int

Null

JUMLAH_BAYAR

int

Null

IK

ST

7. Nama tabel

: PERIKSA

Fungsi

: Menyimpan Data Periksa

Primary key

: ID_TRANSAKSI

Foreign key

: ID_PASIEN, ID_PEGAWAI

No
1
2

Tabel 4.6 Tabel Detil Rekam Medik

Nama Field
ID_TRANSAKSI
ID_PASIEN

Tipe Data
Char6

Constraint
Primary Key

Char6

Foreign Key

39

Varchar50
Varchar50
Varchar2
Varchar50
Varchar50
Varchar50
Char6
Varchar50
Tabel 4.7Tabel Periksa

: PEMBAYARAN
: Menyimpan Data Pembayaran

Primary key

: ID_PEMBAYRAN

Foreign key

: ID_REKAMMEDIK

2
3
4
5
6

TGL_PEMBAYRAN
ID_REKAMMEDIK
TARIF
HARGA
TOTAL

Tipe Data
Char6

Constraint
Primary Key

DateTime
Char6
int
int
int

NotNull
Foreign Key
NotNull
NotNull
NotNull

IK

SU

Nama Field
ID_PEMBAYARAN

Fungsi

No
1

ST

AB

8. Nama tabel

NotNull
NotNull
NotNull
NotNull
NotNull
NotNull
Foreign Key
NotNull

NAMA
ALAMAT
TGL_LAHIR
STATUS_PASIEN
JENIS_PELAYANAN
RIWAYAT_PASIEN
ID_PEGAWAI
NAMA_PEGAWAI

AY

3
4
5
6
7
8
9
10

Tabel 4.8Tabel Pembayaran

40

4.2.5

Desain Input-Output
Desain input output merupakan rancangan input/output berupa form

untuk memasukkan data dan laporan sebagai informasi yang dihasilkan dari

AY

pengolahan data. Desain input output juga merupakan acuan pembuat aplikasi
dalam merancang dan membangun sistem.

AB

A. Tampilan Form Login

formlogin

SU

username

password

Cancel

Gambar 4.10 Tampilan Form Login

IK

OK

ST

Gambar 4.16 adalah halaman login yang pertama kali akan ditampilkan

ketika user membuka aplikasi, dan user harus melakukan login dengan
memasukan username dan password didalam tampilan login.

41

B. Tampilan Form Utama

Setelah melakukan login muncul Form Utama yang disana merupakan

Form yang terdapat beberapa menu seperti logut, master, transaksi dan

Form utama
Master

Transaksi

Menu Item

Pasien

Periksa

Periksa

Pegawai

Rekam Medik

Rekam Medik

Obat

Pembayaran

Pembayaran

ST

IK

SU

AB

Dokter

Logout

AY

laporan.

Gambar 4.11 Tampilan Form Utama

42

C. Tampilan Form Maintenance Data Pasien

Form Pasien

Tgl Lahir

No telp

0353884254

Id pasien

Vermont

No HP

085733095310

PS0001

Vermont 30/5/1991 21

Laki-laki Bojonegoro 2312312

PS0002

Kurniawan 11/5/1991 21

Laki-laki bojonegoro 34234

pekerjaan pelajar

30/5/1991

PS0003
21

Jenis kelamin Laki-laki

status

pelajar

Jenis
asuransi

askes

PS0004
PS0005

Bojonegoro

alamat

edit

delete

report

Jns_klmn

alamat

No_telp

13/2/1991 21

perempuan

tuban

323423

Ardianto 29/2/1991 21

perempuan

tuban

43534

Laki-laki

kediri

2323424

Dika

1/1.2001 12

SU

save

Suyo

Tgl_lhr umur

AB

umur

nama

nama

PS001

AY

Id pasien

Gambar 4.12 Tampilan Form Maintenance Data Pasien

Pada Gambar 4.18 merupakan desain form maintenance data pasien.

form desain input data pasien digunakan untuk memasukan data-data pasien.

Dalam desain form maintenance data pasien terdapat tombol save, edit dan delete.

ST

IK

Data ID Pasien sudah terisi dengan otomatis jadi tidak perlu melakukan pengisian.

43

D. Tampilan Form Maintenance Data Pegawai

Form Pegawai

Vermont

Bojonegoro

Tgl lahir

30/5/1991

umur

21

Jns klmin

edit

delete

report

alamat

Tgl_lhr

umur

Jns_klmn

PS0001

Vermont Bojonegoro 30/5/1991

21

Laki-laki

PS0002

Kurniawan bojonegoro 11/5/1991

21

Laki-laki

PS0003

Suyo

tuban

13/2/1991

21

perempuan

PS0004

Ardianto

tuban

29/2/1991

21

perempuan

PS0005

Dika

kediri

1/1.2001

12

Laki-laki

SU

save

Laki-laki

nama

alamat

Id pasien

AY

nama

PG0001

AB

Id pegawai

Gambar 4.13 Tampilan Form Maintenance Data Pegawai

Pada gambar 4.19 merupakan desain form master pegawai. Form desain

input data pegawai digunakan untuk mengelola data-data pegawai. Dalam desain

IK

form master karyawan terdapat tombol save, edit, delete dan report.. Data ID

ST

Pegawai sudah terisi otomatis jadi tidak perlu dilakukan pengisian.

44

E. Tampilan Form Maintenance Data Obat

Form obat

jenis

tablet

harga

2000

edit

delete

report

jenis

harga

OB0001

vitacimin

Tablet

2000

OB0002

Bodrex

tablet

3000

OB0003

paractamol

kapsul

4000

OB0004

anadex

sirup

5000

OB0005

betadin

cair

6000

save

nama

vitacimin

Id obat

AY

nama

OB0001

AB

Id obat

SU

Gambar 4.14 Tampilan Form Maintenance Data Obat

Pada gambar 4.20 merupakan desain form maintenace data obat. Form

desain input data master obat digunakan untuk mengelola data-data obat. Dalam
desain form master anggota terdapat tombol save, edit, delete dan report. Data ID

ST

IK

Obat sudah terisi otomatis jadi tidak perlu dilakukan pengisian.

45

F. Tampilan Form Maintenance Data Dokter

Form Dokter

Id dokter

DR0001

Id Dokter

nama

Bidang

alamat

No Telp

Tarif

0353884254

10000

Vermont

DR0001

Vermont

Bidang

Internist

DR0002

Kurniawan

Mata

bojonegoro

0353884254

20000

DR0003

Suyo

Anak

tuban

0353891276

30000

DR0004

Ardianto

Ortopedhi

DR0005

Dika

THT

Tarif

10000

edit

delete

report

tuban

0353887672

40000

kediri

0353884551

50000

SU

save

0353884254

AY

No telp

Bojonegoro

AB

alamat

Internis Bojonegoro

nama

Gambar 4.15 Tampilan Form Maintenance Data Dokter

Pada gambar 4.21 merupakan desain form maintenance data obat. Form

desain input data dokter digunakan untuk mengelola data-data dokter. Dalam

IK

desain form master dokter terdapat tombol save, edit, delete dan report. Data ID

ST

Dokter sudah terisi otomatis jadi tidak perlu dilakukan pengisian.

46

G. Tampilan Form Periksa

Form Periksa

Tanggal

1/1/2001

Id Pasien

Tanggal Lahir

30/5/1991

Status Pasien

Baru

PS0001

Nama Pasien

Jenis
Pelayanan

Vermont

Riwayat
Pasien

Bojonegoro

Alamat

Urgent

TR0001

Sakit Jantung

AY

No Transaksi

Tanggal

Id Pasien

Nama Psn

Alamat

Tgl Lhr

Status

Jns_Plynn

Rwyt_Psn

Id_Peg

Nama_Peg

TR0001

1/1/2001

PS0001

Vermont

Bojonegoro

30/5/1991

Baru

Urgent

Sakit Jantung

PG0001

Vermont

TR0002

1/1/2001

PS0002

Kurniawan

Bojonegoro

11/5/1991

Lama

Kontrol

Paru-Paru

PG0001

Vermont

TR0003

1/1/2001

PS0003

Suryo

Tuban

21/2/1991

Baru

Urgent

THT

PG0001

Vermont

TR0004

1/1/2001

PS0004

Ardianto

Tuban

15/2/1991

Lama

Kontrol

Mata

PG0001

Vermont

TR0005

1/1/2001

PS0005

Dika

Kediri

12/12/1991

Baru

Urgent

Kecelakaan

PG0001

Vermont

PG00001

Nama
Pegawai

Vermont

Cancel

Report

ST

IK

save

Id Pegawai

SU

AB

No Transaksi

Close

Gambar 4.16 Tampilan Form Periksa

Pada gambar 4.22 merupakan desain form periksa. Form desain input

data periksa digunakan untuk mengelola data-data periksa. Dalam desain form
periksa terdapat tombol save, cancel, dan out. Data No Transaksi sudah terisi

otomatis jadi tidak perlu dilakukan pengisian.

47

H. Form Rekam Medik

Form Rekam Medik
Rekam Medik

Data Obat Pasien

New

Kode Obat

OB0001

Nama Obat

Paramex

Id_Pasien

PS0001

Nama Pasien

Vermont

Id Pegawai

PG0002

Jumlah

Nama
Pegawai

Report

Close

Nama Obat

Jenis

OB0001

Paramex

Tablet

OB0002

Bodrexin

Tablet

OB0003

Paracetamol

Kapsul

OB0004

Elkana

Sirup

OB0005

anadex

Tablet

AB

SakitJantung

Kode Obat

Cancel

Tambah

Kurniawan

Diagnosa

TR0001

AY

No Transaksi

Id Obat

Jumlah

Harga

Jumlah Bayar

TR0001

OB0001

10

Rp 10000

Rp.20000

TR0002

OB0002

10

Rp. 20000

Rp30000

TR0003

OB0003

10

RP.30000

Rp.40000

TR0004

OB0004

10

Rp.40000

Rp.50000

TR0005

OB0005

10

Rp.50000

Rp.60000

Gambar 4.17 Tampilan Rekam Medik

IK

SU

Id Rekam Medik

ST

Pada gambar 4.23 merupakan desain form rekam medik. Form desain

input data rekam medik digunakan untuk mengelola data-data rekam medi. Dalam
desain form rekam medik terdapat tampilan sisi kanan dan sisi kiri, dimana sisi
kanan ada tombol new untuk mengisi No Transaksi secara langsung, cancel,

report dan out. Sedangkan disisi kiri digunakan untuk maintenance data obat pada
Pasien dan ada tombol tambah unuk menambah obat .

48

I.

Tampilan Form Pembayaran

Form Pembayaran

1/1/2013

Nama Pasien

Vermont

Nama Dokter

Kurniawan

Tarif Dokter

10000

Biaya Obat

10000

Tarif Bayar

20000

Bayar

50000

FInd

Id Rekam Medik

Harga

Jumlah Bayar

1/1/2013

TR0001

Rp 10000

Rp.20000

P0002

1/1/2013

TR0002

Rp. 20000

Rp30000

P0003

1/1/2013

TR0003

RP.30000

Rp.40000

P0004

1/1/2013

TR0004

Rp.40000

Rp.50000

P0005

1/1/2013

TR0005

Rp.50000

Rp.60000

TR0001

Tanggal

P0001

save

Cancel

Kembali

30000

Report

Close

No Transaksi

Id Pembayaran

AY

Tanggal

P0001

AB

Id Pembyaran

SU

Gambar 4.18 Tampilan Form Pembayaran

Pada gambar 4.24 merupakan desain form pembayaran. Form desain

input pembayaran digunakan untuk melakukan proses pembayaran agar dapat

terintegrasi dengan data master. Dalam desain form pembayaran terdapat tombol

Find untuk mencari Id Rekam Medik yang akan dihitung biayanya, save, cancel,

IK

report dan out. Data ID Pembayaran sudah terisi otomatis jadi tidak perlu

ST

dilakukan pengisian.

49

Tampilan Form Cetak Kartu

AB

AY

J.

Gambar 4.19 Tampilan Form Cetak Kartu

Pada gambar 4.25 merupakan tampilan form cetak kartu yang digunakan

dimasukkan.

SU

untuk menvetak kartu anggota baru, yang diinputkan berdasarkan no pasien yang

ST

IK

K. Tampilan Form Laporan

Gambar 4.20 Tampilan Form Laporan Transaksi Penilaian

Pada gambar 4.28 merupakan tampilan form laporan semua transaksi,

mulai dari rekam medik, detil rekam medik, periksa dan pembayaran yang telah
diambil dari database yang ada.