BAB 3 ANALISA DAN PERANCANGANthesis.binus.ac.id/doc/Bab3/2007-2-00192-IF-Bab 3.pdf · Menyediakan...

34

BAB 3

ANALISA DAN PERANCANGAN

3.1 Gambaran Umum Perusahaan

3.1.1 Riwayat Perusahaan

Rumah Sakit Jantung dan Pembuluh Darah Harapan Kita (RSJPDHK)

bergerak dalam bidang pelayanan kesehatan, sehingga saat ini RSJPDHK

merupakan salah satu Rumah Sakit pusat rujukan penyakit jantung dan

pembuluh darah terbesar di Indonesia, baik dari segi pelayanan maupun

peralatannya. Taraf teknologi yang digunakan dapat juga dikatakan maju

seperti terdapatnya kedokteran nuklir, gamma camera, catkerisasi, bedah

jantung dan sebagainya.

Diresmikan tanggal 9 November 1985 oleh Presiden Soeharto dan diberi

nama Rumah Sakit Jantung Harapan Kita. Dikelola bersama oleh Yayasan

Harapan Kita dan Departemen Kesehatan.Republik Indonesia. Dalam

perkembangan selanjutnya, pada tahun 1998 Yayasan Harapan Kita

menyerahkan pengelolaan Rumah Sakit Jantung Harapan Kita sepenuhnya

kepada pemerintah. Tahun 2000 terjadi perubahan status menjadi perusahaan

jawatan dengan nama Rumah Sakit Jantung dan Pembuluh Darah Harapan Kita

(RSJPDHK) dan dipopulerkan sebagai Pusat Jantung Nasional.

Tujuan yang ingin dicapai dengan didirikannya Rumah Sakit ini adalah:

a. Memberikan pelayanan kesehatan yang merata dan bermutu kepada

masyarakat, khususnya kepada pasien penyakit jantung dan pembuluh

darah.

35

b. Menyediakan pelayanan dan pengembangan sarana yang luas untuk

pendidikan calon spesialis, subspesialis dan paramedis di bidang

kesehatan jantung dan pembuluh darah.

c. Menyelenggarakan kegiatan penelitian dan pengembangan di bidang

kesehatan jantung dan pembuluh darah serta penyebarluasan hasil

penelitian.

Dengan total 1115 karyawan, yang terdiri tenaga dokter 63 orang, tenaga

perawat 402 orang, tenaga teknis medis 21 orang, tenaga radiografer 11 orang,

apoteker 2 orang, asisten apoteker 19 orang, tenaga administrasi 557 orang.

Status karyawan RSJPDHK terbagi 2 kelompok yaitu :

1. PNS dibiayai dari APBN.

2. Non-PNS dibiayai dari penerimaan (Baten).

Mengenai lokasi dan bangunan RSJPDHK adalah sebagai berikut :

1. Lokasi di Jl. Let. S.Parman kav. 87 Slipi Jakarta Barat.

2. Bangunan menempati sebidang tanah seluas 29.000 m 2 dengan luas

lantai keseluruhan 35.270 m 2 .

3. Seluruh bangunan kompleks rumah sakit dapat dikategorikan dalam 4

(Empat) bangunan yaitu :

a. Bangunan depan dengan luas 33.020 m, terdiri dari empat

latai, memuat fasilitas berbagai poliklinik spesialis dan

perawatan dengan kapasitas tempat tidur sebanyak 266 buah,

serta fasilitas penunjang diagnostik dan fasilitas administrasi.

b. Kelompok bangunan bengkel seluas 160 m.

36

c. Kelompok bangunan dapur dengan luas 1107 m.

d. Kelompok bangunan pelayanan terdiri dari selasar dan power

house seluas 9803 m.

RSJPDHK sebagai Pusat Kesehatan Jantung Nasional berfungsi :

a. Melakukan hubungan fungsional terhadap unit-unit pelayanan jantung

di Rumah Sakit, Fakultas Kedokteran dan organisasi masyarakat yang

bergerak dalam bidang jantung dan pembuluh darah.

b. Melakukan penelitian dan pengembangan di bidang jantung dan

pembuluh darah.

c. Melakukan kerjasama dengan Fakultas Kedokteran Universitas

Indonesia dan Fakultas Kedokteran lain serta lembaga yang

mempunyai reputasi di bidang jantung dan pembuluh darah baik di

dalam maupun di luar ngeri.

d. Melakukan peran sebagai pusat jaringan informasi hasil-hasil dan

organisasi dan pengembangan di bidang jantung dan pembuluh darah.

e. Melakukan peningkatan pengetahuan dan ketrampilan tenaga

kesehatan dan organisasi masyarakat di bidang jantung dan pembuluh

darah.

Adapun pelayanan yang diberikan oleh RSJHK antara lain :

a. Unit Rawat Jalan.

b. Unit Rawat Inap.

c. Unit Gawat Darurat.

d. Unit Diagnostik Non-Invasif dan Diagnostik Invasif.

37

e. Unit Intervensi Non-Bedah.

f. Bidang Kardiovaskuler.

g. Unit Penunjang seperti Laboratorium, Radiologi, Rehabilitasi Medik,

Instansi farmasi, dan fasilitas lainnya.

Sejak berdirinya hingga kini RSJPDHK memiliki fasilitas yang sudah

cukup lengkap, hal ini dilakukan untuk menunjang kegiatan rumah sakit ini

Dapat dikatakan hampir semua teknologi diagnostik dan pengobatan di bidang

kardiovaskuler yang dilakukan di negara maju sudah dapat dilakukan di Rumah

Sakit Jantung dan Pembuluh Darah Harapan Kita ini.

Adapun fasilitas yang ada di RSJPDHK sampai saat ini adalah :

a. Poliklinik

b. Ruang perawatan

c. Perlengkapan yang terdiri dari :

1. Bagian bedah.

Bagian ini mempunyai 2 kamar bedah yang serba lengkap dan

tersedia Central Gas Outlet System dan Heart-Lung Machine.

2. Bagian Sterilisasi Sentral dengan echoencephalograph.

3. Bagian Emergency (darurat).

4. ICU dengan sistem monitor samping tempat tidur dan monitor

sentral.

d. Penunjang klinis

1. Bagian radiology yang terdiri dari 2 seksi, yaitu :

38

• Seksi diagnostik yang dilengkapi oleh anglography,

fluoroscopy, radiography, mammography, buckytable,

tomograph dan urologocal.

• Seksi terapi yang dilengkapi dengan conventional

superficial unit, cobait unit dan simulator unit.

2. Bagian laboratorium mempergunakan peralatan otomatik.

3. Bagian Radio Isotop dilengkapi dengan scintigraphy dan

scintitiphotography.

4. Bagian Farmasi dilengkapi dengan alat untuk membuat obat

racikan, khususnya guna dipakai dalam RSJPDHK sendiri.

5. Bagian Fisioterapi yang dilengkapi dengan hidroterapi,

mekanoterapi, dan elektroterapi.

e. Fasilitas lainnya

1. Dapur.

Terdiri dari umum, dapur diet, dapur bahan-bahan cair, bakery

dan 2 walk in refgerator.

2. Laundry.

3. Air Conditioning (AC).

4. Power Plant.

5. Pemurnian air.

6. Sistem komunikasi.

7. Incincrator.

8. Kamar jenazah.

39

9. Fire warning and alarm system.

3.1.2 Visi dan Misi RSJPDHK

Visi dari RSJPDHK adalah menjadi rumah sakit jantung dan pembuluh

darah unggulan kelas dunia di tahun 2010.

Misi dari RSJPDHK adalah menyelenggarakan pelayanan paripurna yang

prima dan terjangkau, pendidikan dan penelitian yang bermutu secara mandiri,

demi tercapainya kesehatan kardiovaskuler yang optimal dan merata.

40

3.1.3 Struktur Organisasi

3.1.3.1 Diagram Struktur Organisasi

Gambar 3.1 Struktur Organisasi RSJPDHK

41

3.1.3.2 Tugas dan Wewenang

1. Direktur Utama

Direktur Utama bertanggung jawab atas keseluruhan proses kerja

di dalam rumah sakit, dan mengambil keputusan-keputusan

penting yang menyangkut operasional rumah sakit.

2. Direktur Pelayanan

Seorang direktur yang berada di bawah dan bertanggung jawab

kepada Direktur Utama. Direktur Pelayanan bertugas

melaksanakan pengelolaan pelayanan medik, asuhan keperawatan,

keteknisian, pengendalian infeksi nosokomial serta melaksanakan

pengelolaan promosi dan pemasaran rumah sakit, pelayanan

pelanggan, dan pelayanan bantuan caritas.

Direktur Pelayanan membawahi :

a. Bidang Medik dan Keperawatan

Bidang Medik dan Keperawatan mempunyai tugas

melaksanakan pengelolaan kebutuhan pelayanan medis

dan keperawatan rawat jalan, pelayanan rawat inap, dan

pengendalian infeksi nosokomial serta melakukan

bimbingan dan peningkatan mutu pelaksanaan kegiatan di

bidang pelayanan.

42

Bidang Medik dan Keperawatan terdiri dari :

• Seksi Pelayanan Rawat Jalan

Melakukan penyiapan bahan penyusunan kebutuhan

sumber daya pelayanan rawat jalan bidang medis dan

keperawatan di rawat jalan.

• Seksi Pelayanan Rawat Inap


sumber daya pelayanan rawat inap bidang medis dan

keperawatan di rawat inap.

• Seksi Pengendalian Infeksi Nosokomial

Melakukan penyediaan bahan penyusunan kebutuhan

pengendalian infeksi nosokomial.

b. Bidang Promosi dan Pemasaran

Bidang Promosi dan Pemasaran mempunyai tugas

melaksanakan pengelolaan promosi dan pemasaran,

kemitraan, pelayanan pelanggan serta pelayanan caritas.

Bidang Promosi dan Pemasaran terdiri dari :

• Seksi Pemasaran


sumber daya promosi, pemasaran, dan kemitraan

serta upaya promosi dan pemasaran lainnya.

43

• Seksi Pelayanan Pelanggan


sumber daya pelayanan pelanggan serta upaya

pelayanan pelanggan lainnya.

• Seksi Pelayanan Caritas


sumber daya pelayanan caritas serta upaya pelayanan

caritas lainnya.

c. Kelompok Jabatan Fungsional

Kelompok Jabatan Fungsional mempunyai tugas

melakukan kegiatan sesuai dengan jabatan fungsional

masing-masing berdasarkan peraturan perundang-

undangan yang berlaku. Terdiri dari sejumlah Tenaga

Fungsional yang terbagi atas berbagai kelompok jabatan

fungsional sesuai dengan bidang keahlian masing-masing.

3. Direktur Penunjang


kepada Direktur Utama. Direktur Penunjang bertugas

melaksanakan pengelolaan pelayanan penunjang berupa

perencanaan, pemeliharaan, pencatatan logistik, dan inventarisasi

sarana medik dan sarana non medik pada seluruh Unit Pelaksana

44

Fungsional serta melakukan bimbingan dalam pelaksanaan

kegiatan penunjang medik.

Direktur Penunjang membawahi :

a. Bidang Sarana Medik

Bidang Sarana Medik mempunyai tugas melaksanakan

perencanaan, pengadaan, pemeliharaan, logistik, dan

inventarisasi sarana medik.

Bidang Sarana Medik terdiri dari :

• Seksi Perencanaan Pengadaan Sarana Medik

Melakukan penyiapan bahan penyusunan rencana

pengadaan sarana medik.

• Seksi Pemeliharaan Sarana Medik


pemeliharaan sarana medik.

• Seksi Logistik dan Inventarisasi Sarana Medik

Melakukan penyiapan bahan pendistribusian logistik

dan inventarisasi sarana medik.

b. Bidang Sarana Non-Medik

Bidang Sarana Non-Medik mempunyai tugas

melaksanakan perencanaan, pengadaan, pemeliharaan,

pencatatan logistik, dan inventarisasi sarana medik.

Bidang Sarana Non-Medik terdiri dari :

• Seksi Perencanaan Pengadaan Sarana Non-Medik

45


dan pengadaan sarana non medik.

• Seksi Pemeliharaan Sarana Non-Medik


pemeliharaan sarana non-medik.

• Seksi Logistik dan Inventarisasi Sarana Non-Medik

Melakukan penyiapan bahan distribusi logistik dan

inventarisasi sarana non-medik.








4. Direktur Keuangan


kepada Direktur Utama. Direktur Keuangan bertugas melakukan

pengelolaan rumah sakit yang meliputi penyusunan dan evaluasi

anggaran, perbendaharaan dan mobilisasi dana serta akuntansi dan

verifikasi.

Direktur Keuangan membawahi :

a. Bagian Perbendaharaan dan Mobilisasi Dana

46

Bagian Perbendaharaan dan Mobilisasi Dana mempunyai

tugas melaksanakan urusan anggaran, tata rekening, dan

perbendaharaan, pengendalian serta evaluasi anggaran.

Bagian Perbendaharaan dan Mobilisasi dana terdiri dari:

• Sub Bagian Anggaran

Melakukan kegiatan pengendalian dan evaluasi

anggaran.

• Sub Bagian Tata Rekening

Melakukan kegiatan tata rekening.

• Sub Bagian Perbendaharaan

Melakukan segala kegiatan perbendaharaan dan

mobilisasi dana.

b. Bagian Akuntansi

Bagian Akuntansi mempunyai tugas melaksanakan

kegiatan akuntansi keuangan, akuntansi manajemen, serta

verifikasi dan pembukuan.

Bagian Akuntansi terdiri dari :

• Sub Bagian Akuntansi Keuangan

Melakukan kegiatan akuntansi keuangan.

• Sub Bagian Akuntansi Manajemen

Melakukan kegiatan akuntansi manajemen.

• Sub Bagian Verifikasi dan Pembukuan

Melakukan kegiatan verifikasi dan pembukuan.

47








5. Direktur Umum dan Sumber Daya Manusia


kepada Direktur Utama. Direktur Umum dan Sumber Daya

Manusia bertugas melakukan penyusunan program kegiatan,

koordinasi pelaksanaan kegiatan Sekretariat dan Sumber Daya

Manusia serta Rumah Tangga.

Direktur Umum dan Sumber Daya Manusia membawahi :

a. Bagian Sekretariat

Bagian Sekretariat melaksanakan tugas kegiatan

penyusunan program, ketatausahaan, sistem informasi

manajemen rumah sakit serta evaluasi dan laporan rumah

sakit.

Bagian Sekretariat terdiri dari :

• Sub Bagian Perencanaan, Evaluasi, dan Laporan

48


program dan anggaran rumah sakit serta evaluasi dan

laporan rumah sakit.

• Sub Bagian Tata Usaha

Melakukan ketatausahaan yang meliputi kegiatan

surat menyurat, kearsipan, ekspedisi, penggandaan,

tata usaha barang dan jasa.

• Sub Bagian Sistem Informasi Rumah Sakit

Melakukan penyiapan bahan sistem informasi

manajemen serta mengkoordinasikan kebutuhan

pengelolaan data elektronik rumah sakit.

b. Bagian Sumber Daya Manusia dan Rumah Tangga

Bagian Sumber Daya Manusia dan Rumah Tangga

mempunyai tugas melaksanakan urusan kepegawaian,

organisasi dan tata laksana hubungan masyarakat,

protokoler, dan urusan kerumahtanggaan.

Bagian Sumber Daya Manusia dan Rumah Tangga terdiri

dari :

• Sub Bagian Organisasi dan Kepegawaian

Melakukan tugas penyiapan analisis kebutuhan

pegawai, pengadaan pegawai, mutasi pegawai, tata

usaha kepegawaian dan penataan organisasi serta

tatalaksana.

49

• Sub Bagian Hubungan Masyarakat dan Protokoler

Melakukan tugas menyelenggarakan fungsi

kehumasan dan protokoler.

• Sub Bagian Rumah Tangga

Melakukan kegiatan urusan keamanan dan

kebersihan rumah sakit, asrama atau hostel, halaman,

taman, rumah pemulasaraan jenazah, pemeliharaan

kendaraan dinas dan rumah-rumah dinas.








6. Dewan Pengawas

Pembentukan, tugas, fungsi, tata kerja, dan keanggotaan Dewan

Pengawas ditetapkan berdasarkan ketentuan peraturan perundang-

undangan yang berlaku.

7. Divisi

Di Rumah Sakit Harapan Kita terdapat 2 divisi yang bertanggung

jawab kepada Direktur Utama, yaitu :

a. Divisi Pendidikan dan Pelatihan

50

Bertugas menyelenggarakan seluruh kegiatan pendidikan

dan pelatihan nonstruktural,baik bagi staf internal rumah

sakit, maupun eksternal rumah sakit, bekerjasama dengan

Departemen Kardiologi dan Kedokteran Vaskuler FKUI

atau institusi-institusi lainnya, dari dalam ataupun dari luar

rumah sakit.

Divisi Pendidikan dan Pelatihan terdiri dari :

• Bidang Medik

• Bidang Keperawatan atau Keteknisian

• Bidang Non Medik

b. Divisi Penelitian dan Pengembangan

Bertugas menyelenggarakan seluruh kegiatan penelitian,

bekerjasama dengan Departemen Kardiologi dan

Kedokteran Vaskuler FKUI atau institusi-institusi lainnya,

dali dalam maupun dari luar rumah sakit.

Divisi Penelitian dan Pengembangan terdiri dari :

• Bidang Epidemiologi Kardiovaskuler

• Bidang Riset Klinik Kardiovaskuler

• Bidang Kardiologi Molekuler

• Laboratorium Rekayasa Biomedik

• Laboratorium Binatang Percobaan

8. Komite Medik, Etik, dan Hukum

51

Merupakan lembaga fungsional non struktural yang terdiri

Subkomite Kedokteran dan Subkomite Keperawatan atau

keteknisian yang langsung berada di bawah Direktur Utama dan

bertanggung jawab kepada Direktur Utama. Komite Medik,Etik

dan Hukum bertugas memberikan pertimbangan kepada Direktur

Utama dalam hal menyusun standar pelayanan medik,

pengawasan dan pengendalian mutu pelayanan medik,

kemungkinan malpraktek dan pelanggaran etik profesi atau

masalah hukum, serta hak klinis khusus bagi staf medik

fungsional ataupun staf keperawatan atau keteknisian

kardiovaskuler berdasarkan kompetensi yang bersangkutan.

52

3.2 Sistem Yang Sedang Berjalan

Berikut adalah gambaran sistem lama untuk pengadaan barang yang sedang berjalan sampai saat ini di RSJPDHK

PermintaanUser

Spesifikasi

BrgSpesifik?

SpesifikasiPermintaan

UserRekomendasi

PermintaanUserSpesifikasi

Rekomendasi

PermintaanUser

P'kelompokan data

PermintaanUser

Arsip

PermintaanUser

Usulan

PermintaanUser

PermintaanUser

Brg ada/tdk?

PermintaanUser

TandaTangan

PermintaanUser

PermintaanUser

TandaTangan

PermintaanUser

PermintaanUser

PermintaanUser

TandaTangan

PermintaanUser

PermintaanUser

PermintaanUser

TandaTangan

PermintaanUser

PermintaanUser

CPA

PermintaanUser

Harga

PermintaanUser

Pemilihan/Penunjukkan

Langsung

PermintaanUser

PermintaanUser

Lelang

PermintaanUser

PermintaanUser

PermintaanUser

BuatKontrak

Kontrak

User Komite Medik SeksiPerencanaan Seksi Logistik Bidang Sarana Dir.Penunjang Dir.Keuangan Ka.Bid.keuangan Anggaran Purchasing Panitia Sub.Bag.Tu

YA

ADA

TIDAK

>200jt

<200jt

Gambar 3.2 Flowchart Sistem Pengadaan Barang yang Sedang Berjalan pada RSJPDHK

53

Keterangan dari flowchart

a. User melakukan permintaan inventaris dengan memberikan spesifikasi

barang apa yang diperlukan.

b. Permintaan user dengan spesifikasi inventaris direkomendasikan oleh

komite medik dan seksi perencanaan melakukan pengelompokan data

berdasarkan permintaan user.

c. Seksi Logistik melakukan pengecekkan permintaan user, jika inventaris

dari permintaan user tersedia maka data tersebut akan dimasukkan ke

dalam arsip oleh seksi perencanaan, dan jika inventaris dari permintaan

user tidak tersedia maka seksi logistik akan memberikan usulan kepada

seksi perencanaan untuk pemesanan barang.

d. Usulan permintaan pemesanan inventaris diberikan kepada bidang sarana

dari seksi perencanaan untuk mendapatkan persetujuan berupa tanda tangan

dari bidang sarana.

e. Permintaan pemesanan inventaris yang telah disetujui oleh bidang sarana

akan diteruskan kepada Direktur Penunjang untuk mendapatkan

persetujuan berupa tanda tangan.

f. Kemudian permintaan pemesanan inventaris yang telah ditandatangani

diteruskan ke Direktur Keuangan lalu diteruskan ke Kepala Bidang

Keuangan dan diteruskan lagi ke seksi anggaran, seksi anggaran melakukan

CPA terhadap permintaan pemesanan user dan mengembalikan kembali

kepada Kepala Bidang Keuangan untuk mendapatkan persetujuan Kepala

54

Bidang Keuangan, lalu dikembalikan lagi kepada Direktur Keuangan untuk

mendapatkan persetujuan berupa tanda tangan.

g. Setelah mendapatkan persetujuan dari Direktur Keuangan maka permintaan

user akan diteruskan ke seksi purchasing, lalu purchasing akan memeriksa

berapa harga dari inventaris tersebut, jika harga inventaris lebih kecil dari

200 juta rupiah maka permintaan inventaris tersebut akan disetujui dan

langsung diteruskan ke seksi sub bagian tata usaha untuk dibuatkan kontrak

pembelian perangkat keras, jika harganya lebih besar dari 200 juta rupiah

maka permintaan inventaris akan diteruskan ke panitia untuk dilakukan

pelelangan atas pembelian inventaris tersebut setelah lelang selesai baru

dibuatkan kontrak pembelian inventaris oleh sub bagian tata usaha.

55

Berikut adalah gambaran sistem lama untuk permintaan maintenance perangkat

keras yang sedang berjalan sampai saat ini di RSJPDHK.

Perm intaan Perbaikkan

Pengisian Form ulir

Pencatatan SPK

Disetujui Kepala Bagian

Penunjukkan Pelaksana

Pelaksana M engecek di Lapangan

Pelaksana M engam bil Barang ke Logistik

Butuh Kom ponenPengganti

Pelaksana M em perbaiki Sesuai Perm intaan

T

F

M elakukan Tes Fungsi

Ditem ukanKerusakan

T

F

Disetujui User

Pengisian Kelengkapan SPK

SPK Diserahkan ke Penanggung Jawab

Penanggung Jawab M enyerahkan SPK ke Adm instrasi

SPK diBukukan

User

Administrasi

Penanggung Jaw ab

Pelaksana

User

Penanggung Jawab

Administrasi

Gambar 3.3 Flowchart Sistem Permintaan Pemeliharaan Inventaris yang Sedang

Berjalan di RSJPDHK

56

Keterangan Flowchart

a. Jika terdapat inventaris yang rusak maka user dapat melakukan permintaan

perbaikkan dengan mengisi formulir yang disediakan.

b. Isi formulir tersebut di catat kedalam SPK yang dilakukan oleh

administrasi.

c. Kemudian seksi penanggung jawab meneruskan formulir tersebut kepada

Kepala Bidang untuk mendapatkan persetujuan dan menunjuk pelaksana

untuk melakukan perbaikan inventaris.

d. Pelaksana yang ditunjuk melakukan pengecekkan inventaris di lapangan,

jika inventaris yang rusak membutuhkan komponen pengganti maka

pelaksana akan mengambil komponen pengganti ke bagian logistik dan

inventarisasi memperbaiki berdasarkan permintaan, jika inventaris yang

rusak tidak membutuhkan komponen pengganti maka pelaksana akan

langsung melakukan perbaikan berdasarkan permintaan. Setelah proses

perbaikkan telah selesai maka akan dilakukan tes fungsi terhadap inventaris

yang baru saja diperbaiki, jika ditemukan kerusakan maka akan dilakukan

perbaikkan kembali, jika tidak ditemukan kerusakkan maka akan disetujui

oleh user dan user mengisi kelengkapan SPK.

e. SPK diserahkan kepada penanggung jawab dan penanggung jawab

menyerahkan dokumen SPK kepada administrasi.

f. Bagian administrasi membukukan semua SPK yang diberikan bidang

penanggung jawab.

57

3.3 Permasalahan yang Dihadapi

Dalam mengumpulkan informasi yang dibutuhkan untuk menganalisis kebutuhan

sistem yang akan digunakan untuk membantu pemecahan permasalahan yang

dihadapi RSJPDHK, kami menggunakan dua cara, yaitu kuisoner dan wawancara.

3.3.1 Keterangan Singkat Tentang Kuisoner dan Wawancara

a. Kuisioner

Kuisioner dibagikan pada beberapa staf RSJPDHK, yang terdiri dari

divisi Logistik dan Inventarisasi Sarana Non-Medik, divisi Pemeliharaan

Sarana Non-Medik, divisi Perencanaan dan Pengadaan Sarana Non-Medik

dan beberapa divisi lainnya. Pembagian dan pengumpulan kuisoner

dilakukan pada tanggal 12 September 2006. Perancangan pertanyaan

kuisoner dibuat sedemikian rupa untuk mendapat masukkan bagi penulis

tentang kinerja sistem yang sedang berjalan dari RSJPDHK. Dengan

mengetahui kelemahan sistem lama, kami dapat memperbaiki kelemahan

tersebut di dalam sistem baru yang akan kami buat. Selain itu pertanyaan–

pertanyaan tersebut dirancang untuk mengetahui apakah mungkin

penerapan sistem yang baru melalui media komputer dan internet di

RSJPDHK.

Jumlah kuisoner yang disebar : 50, jumlah kuisoner yang valid / dipakai 38.

b. Wawancara

Proses wawancara dilakukan penulis terhadap dua pihak, yaitu penulis

dengan pihak kepala bagian Sistem Informasi rumah sakit dari RSJPDHK,

58

yaitu Bapak Mulyatno, S.Kom, M.M. Wawancara ini tanggal 12 September

2006.

Tujuan : Mendapat masukkan berupa informasi bagi penulis dalam

membuat sistem baru yang dapat memudahkan dan mengefisienkan

pekerjaan bagi staf RSJPDHK.

3.3.2 Analisa Kuisoner dan Wawancara

Berikut akan dibahas analisis mengenai hasil dari proses kuisoner dan

wawancara.

a. Kuisioner

Pertanyaan 1 :

Apakah Anda selama ini kesulitan dalam mendapatkan informasi

mengenai aset-aset perangkat keras, baik dari jumlah dan jenis perangkat

keras itu sendiri beserta jumlahnya yang dimiliki oleh RSJPDHK?

Gambar 3.4 Jawaban Hasil Kuisioner Pertanyaan No.1

Kesimpulan :

Ya : 23 ( 61 % ), Tidak : 15 ( 39 % )

Ya61%

Tidak39%

Ya Tidak

59

Jawaban berdasarkan presentase, sebagian besar responden mengalami

kesulitan dalam mendapatkan informasi dari jumlah perangkat keras itu

sendiri beserta jenisnya yang dimiliki oleh RSJPDHK.

Pertanyaan 2 :

Efektifkah penyajian informasi mengenai aset – aset berupa perangkat

keras yang saat ini dimiliki RSJPDHK secara manual dengan

menggunakan form?

Efektif16%

Tidak Efektif84%

Efektif Tidak Efektif


Kesimpulan :

Efektif : 6 ( 16 % ), Tidak Efektif : 32 ( 84 %),

Jawaban berdasarkan presentase, sebagian besar dari para responden

menjawab tidak efektif. Dengan dibuatnya sistem ini diharapkan nilai

keefektifan penyampaian informasi akan meningkat.

Pertanyaan 3 :

Apakah Anda bisa menggunakan komputer?

60

Ya92%

Tidak8%

Ya Tidak


Kesimpulan :

Ya : 35 ( 92 % ), Tidak : 3 ( 8 % )

Dari 38 responden, 3 diantaranya tidak bisa mengunakan komputer.

Karena sebagian besar responden bisa menggunakan komputer, maka

sistem informasi aset manajemen yang berbasis komputer dapat

diterapkan di RSJPDHK.

Pertanyaan 4 :

Apakah Anda bisa menggunakan internet?

Ya92%

Tidak8%

Ya Tidak


Kesimpulan :

Ya : 35 ( 92,1 % ), Tidak : 3 (7,89 % )

61

Hanya 3 responden yang tidak bisa menggunakan Internet. Dengan

demikian sistem aset managemen berbasis web dapat diterapkan di

RSJPDHK.

Pertanyaan 5 :

Apakah Anda ingin mendapatkan kemudahan (seperti mendapatkan

informasi yang up to date mengenai jumlah perangkat keras yang dapat

digunakan, lalu permintaan barang dan pemeliharaan barang yang lebih

mudah, tidak berbelit-belit) yang mungkin direalisasikan melalui sistem

informasi aset manajemen?

Ya82%

Tidak18%

Ya Tidak


Kesimpulan :

Ya : 31 ( 31 % ), Tidak : 7 ( 18 % ).

Sebagian responden menyatakan ingin mendapatkan kemudahan dalam

medapatkan informasi yang up-to-date dan membantu memanajen aset-

aset yang dimiliki oleh RSJPDHK. Masukkan ini semakin menyakinkan

dalam penerapan aspek teknologi informasi sebagai solusi dalam

pemecahan masalah yang dihadapi oleh RSJPDHK.

62

Pertanyaan 6 :

Sebagai user, perlukah suatu menu yang memudahkan Anda dalam

melakukan permintaan inventaris dan permintaan suku cadang ?

Ya79%

Tidak21%

Ya Tidak


Kesimpulan :

Ya : 30 ( 79 % ), Tidak : 8 ( 21 % )

Berdasarkan presentase, user dari sistem ini yaitu karyawan RSJPDHK

menginginkan adanya suatu menu yang memudahkan mereka dalam

melakukan permintaan/request perangkat keras dan suku cadangnnya.

Karena berdasarkan sistem yang yang sedang berjalan saat ini,

permintaan dilakukan dengan prosedur yang berbelit-belit.

Pertanyaan 7 :

Apabila inventaris mengalami kerusakkan, perlukkah adannya suatu

menu yang akan memudahkan user dalam melakukan permintaan

perbaikkan/maintenance?

63

Ya74%

Tidak26%

Ya Tidak


Kesimpulan :

Ya : 28 ( 74 % ), Tidak 10 ( 26 % )

Sebagian besar responden berdasarkan kuisioner, menginginkan

dibuatkan suatu menu untuk memudahkan user yaitu karyawan

RSJPDHK dalam melakukan permintaan perbaikkan/maintenance.

Sebagaimana diketahui bahwa sistem yang sedang berjalan saat ini di

RSJPDHK bahwa permintaan maintenance dilakukan dengan prosedur

yang berbelit-belit.

b. Wawancara

Berikut adalah cuplikan hasil wawancara terhadap kepala bagian sistem

informasi RSJPDHK :

1. Pertanyaan :

Apakah selama ini yang menjadi kendala yang dihadapi oleh

RSJPDHK dalam melakukan manajemen aset-aset perangkat

keras?

Jawaban :

64

Kendala yang dihadapi hingga saat ini adalah sistem yang berjalan

masih menggunakan cara manual, yaitu dalam bentuk pengisian

formulir. Jadi informasi yang disajikan tidak akurat dan membuat

user tidak mengetahui informasi terbaru lalu terjadi kerancuan

informasi antara departemen yang satu dengan departemen yang

lain. Selain itu karyawan RSJPDHK dalam menunjang

pekerjaannya di sini membutuhkan perangkat keras, apabila

karyawan dalam suatu departemen melakukan permintaan

perangkat keras berupa komputer dan komponennya harus melalui

prosedur yang berbelit.

2. Pertanyaan :

Jadi apa yang dibutuhkan oleh pihak RSJPDHK?

Jawaban :

Suatu sistem yang terkomputerisasi sehingga memudahkan kerja

dari para staf atau karyawan untuk mengatur, mengelola, dan

memelihara aset-aset perangkat keras yang dimiliki RSJPDHK

sehingga tersaji suatu informasi yang akurat sesuai dengan

keinginan user dan tidak menimbulkan kerancuan informasi tiap

depertmen bagian logistik dan inventarisasi dan user (karyawan

RSJPDHK lainnya).

3. Pertanyaan :

Bisa dijelaskan secara spesifik sistem apa yang bapak butuhkan?

Jawaban :

65

Sistem informasi aset manajemen , dimana sistem terkoneksi

langsung dengan database sehingga data langsung tercatat dalam

database. Dimana birokrasi tidak harus berbelit-belit. Misalnya

user dari berbagai departemen yang ada di RSJPDHK, melakukan

permintaan perangkat keras berupa satu set komputer. Maka

bagian logistik dan inventarisasi akan mengecek apakah perangkat

keras tersedia di gudang. Oleh karena itu sistem baru yang akan

anda buat di RSJPDHK harus mengkoordinasikan antara bagian

logistik dan inventarisasi dan user (karyawan lainnya dari

berbagai bidang di RSJPDHK). Lalu tidak lupa adannya informasi

lokasi dimana inventaris tersebut berada dan pembatasan hak

akses.Agar pihak-pihak yang tidak berkepentingan tidak mudah

memanipulasi data.

4. Pertanyaan :

Selama ini langkah apa yang diambil dalam mengatur aset-aset

perangkat keras yang dimiliki?

Jawaban :

Dilakukan secara manual dengan mengisi formulir pada tiap

ruangan dimana didalam formulir tesebut ada keterangan masing-

masing perangkat keras memiliki kode-kode tertentu dan

dikelompokkan berdasarkan tipe perangkat keras tersebut. Di

66

dalam form tersebut juga tercantum pegawai penanggung jawab

terhadap inventaris pada ruangan tersebut.

5. Pertanyaan :

Perlukah mengetahui jumlah stok perangkat keras yang berada

didalam gudang setiap akhir bulannya?

Jawaban :

Sebagai user, saya menginginkan mengetahui jumlah perangkat

keras di dalam gudang setiap akhir bulannya. Karena dengan

adannya jumlah stok perangkat keras pada akhir bulan dapat

menghindarkan RSJPDHK kerugian. Contohnya apabila

karyawan A melakukan permintaan penambahan suku cadang

yang baru berupa hardware, dengan alasan hardware yang lama

sudah rusak, padahal hardware tersebut tidak rusak, lalu

hardware tersebut dibawa pulang.Selain itu misalnya ada

permintaan perangkat keras dari user, lalu bagian inventaris

sebagai user juga dapat melakukan pengecekkan stok. Jika di

gudang sudah mau habis, bagian logistik dan inventarisasi dapat

melakukan pemesanan barang lagi.

6. Pertanyaan :

Menurut Bapak perlukah data vendor secara lengkap dimasukkan

ke dalam sistem yang baru?

67

Jawaban :

Menurut saya perlu sekali. Apabila perangkat keras baru saja di

beli mengalami kerusakkan, kita dapat segera mengetahui

perangkat keras itu berasal dari vendor yang mana. Lalu kita dapat

melakukan komplain dengan segera.

7. Pertanyaan :

Harapan ke depan dengan adanya sistem informasi aset

manajemen ini bagi RSJPDHK?

Jawaban :

Meningkatkan kinerja dari para karyawan setiap departemen

yang dapat mendukung kegiatan operasional sehari-hari dan

secara langsung dapat meningkatkan profit dan membuat

RSJPDHK ini lebih maju dan terdepan dari pesaing lainnya.

68

3.4 Usulan Pemecahan Masalah

3.4.1 Perancangan Use Case

Gambar 3.11 Perancangan Use Case Subsistem Inventarisasi

69

Gambar 3.12 Perancangan Use Case Subsistem Logistik

70

Gambar 3.13 Perancangan Use Case Subsistem Pemeliharaan

71

Gambar 3.14 Perancangan Use Case Subsistem Administrasi User

Tabel 3.1 Deskripsi Use Case Memasukkan Data Inventaris

1 Prosedur Memasukkan Data Inventaris

Actor Bagian logistik dan inventarisasi

Precondition Terdapat data inventaris yang belum terdapat dalam

sistem.

Basic Flow 1. Bagian logistik dan inventarisasi memasukkan

nomor inventaris, nomor item, nomor serial,

72

deskripsi, kode departemen, keterangan lokasi,

status keadaan, harga yang dimiliki oleh setiap

inventaris.

2. Sistem melakukan validasi terhadap data yang

dimasukkan.

3. Apabila data yang dimasukkan adalah valid maka

data akan disimpan ke dalam database.

4. Jika perangkat keras tersebut terdiri dari beberapa

komponen penyusun, maka bagian logistik dan

inventarisasi dapat memasukkan detail komponen

penyusun tersebut dengan menekan tombol add

komponen pada bagian detail inventaris.

Alternatif Flow Jika data inventaris yang dimasukkan ke dalam sistem

tidak lengkap, maka sistem akan menampilkan pesan

kesalahan.

Post Condition Data inventaris telah tersimpan di dalam sistem.

Info or Data Nomor inventaris, nomor item, nomor serial,

deskripsi, kode departemen, keterangan lokasi, status

keadaan, harga.

73

Tabel 3.2 Deskripsi Use Case Memeriksa Daftar Permintaan Inventaris

2 Prosedur Memeriksa Daftar Permintaan Inventaris

Actor Bagian logistik dan inventarisasi, user dari

departemen lain

Precondition Data permintaan inventaris telah berada di dalam

sistem.

Basic Flow 1. Bagian logistik dan inventarisasi, dan user dari

departemen lain melihat daftar permintaan

inventaris.

2. Sistem mengambil data dari database dan

menampilkannya, khusus untuk user dari

departemen lain data yang ditampilkan hanya

sebatas daftar permintaan inventaris yang berasal

dari departemen tersebut.

3. Apabila bagian logistik dan inventarisasi, ingin

melakukan pencarian permintaan inventaris yang

dibutuhkan berdasarkan nomor request, tanggal

request, departemen, dan status, maka sistem akan

menampilkan data yang sesuai dengan kriteria

tersebut.

Alternatif Flow Bagian logistik dan inventarisasi, dan user dari

departemen lain tidak menemukan data permintaan

inventaris yang diinginkan.

74

Post Condition Bagian logistik dan inventarisasi, dan user dari

departemen lain telah memeriksa data permintaan

inventaris dan mendapatkan data permintaan

inventaris yang diajukan oleh pengguna lainnya.

Info or Data Nomor order, tanggal order, departemen, status order

Tabel 3.3 Deskripsi Use Case Memeriksa Daftar Permintaan

PerbaikanInventaris

3 Prosedur Memeriksa Daftar Permintaan Perbaikan Inventaris

Actor Bagian pemeliharaan, user dari departemen lain

Precondition Data permintaan perbaikan inventaris telah berada di

dalam sistem.

Basic Flow 1. Bagian Pemeliharaan dan user dari departemen

lain melihat daftar permintaan perbaikan

inventaris.


menampilkannya untuk bagian pemeliharaan,

khusus untuk user dari departemen lain data yang

ditampilkan hanya sebatas daftar permintaan

perbaikan inventaris yang berasal dari departemen

tersebut.

75

3. Apabila bagian pemeliharaan ingin melakukan

pencarian permintaan perbaikan inventaris yang


request, departemen, dan status maka sistem akan

menampilkan hasil pencarian yang sesuai dengan

kriteria.

Alternatif Flow Bagian pemeliharaan dan user dari departemen lain

tidak memperoleh data permintaan perbaikan


Post Condition Bagian pemeliharaan dan user dari departemen lain

telah memeriksa dan mendapatkan data permintaan

perbaikan inventaris yang diinginkan.

Info or Data Nomor request, tanggal request, nomor inventaris,

departemen, status.

Tabel 3.4 Deskripsi Use Case Memeriksa Daftar Inventaris

4 Prosedur Memeriksa Daftar Inventaris


departemen lain

Precondition Data inventaris telah berada di dalam sistem.

Basic Flow 1. Sistem membaca data yang ada dalam database

dan menampilkannya untuk Bagian logistik dan

76

inventarisasi, khusus untuk user dari departemen

lain, sistem hanya akan menampilkan data

inventaris yang berada di departemen tersebut.

2. Apabila bagian logistik dan inventarisasi ingin

melakukan pencarian inventaris berdasarkan

nomor inventaris, jenis, keterangan, departemen,

keterangan lokasi, dan status keadaan maka sistem

akan menampilkan data yang sesuai dengan

kriteria yang diinginkan.

3. Bagian logistik dan inventarisasi dapat mencetak

laporan inventaris jika diperlukan.


departemen lain tidak menemukan data inventaris

yang diinginkan.


departemen lain telah memeriksa daftar inventaris dan

memperoleh data mengenai inventaris yang

diinginkan.

Info or Data Nomor inventaris, jenis, keterangan, departemen,

keterangan lokasi, status keadaan

77

Tabel 3.5 Deskripsi Use Case Mengubah Data Inventaris

5 Prosedur Mengubah Data Inventaris


Precondition Terdapat data inventaris dalam sistem yang harus

diubah.

Basic Flow 1. Bagian logistik dan inventarisasi mencari dan

memilih data inventaris yang akan diubah.

2. Bagian logistik dan inventarisasi mengganti data

inventaris lama dengan data inventaris yang baru.

3. Sistem meng-update perubahan data inventaris.

Alternatif Flow Jika detail informasi inventaris tersebut sudah benar

maka bagian logistik dan inventarisasi dapat keluar

dari halaman update inventaris dan kembali ke daftar

inventaris.

Post Condition Data iventaris akan ter-update

Info or Data Nomor inventaris, jenis inventaris, nomor item, nomor

serial, deskripsi, kode departemen, keterangan lokasi,

status keadaan, harga

Tabel 3.6 Deskripsi Use Case Memasukkan Data Pemeliharaan Inventaris

6 Prosedur Memasukkan Data Pemeliharaan Inventaris

Actor Bagian pemeliharaan

78

Precondition Terdapat data pemeliharaan inventaris yang belum

dimasukkan ke dalam sistem.

Basic Flow 1. Bagian pemeliharaan memasukkan data

pemeliharaan inventaris yang belum terdaftar ke

dalam sistem, data tersebut berupa nomor

maintenance, nomor inventaris, nomor permintaan

perbaikan (jika ada), tanggal mulai maintenance,

tanggal selesai maintenance (jika maintenance

telah selesai dilakukan), jenis dari maintenance,

lokasi maintenance, biaya, dan keterangan

maintenance.

2. Sistem melakukan validai terhadap data yang

dimasukkan.

3. Jika data yang dimasukkan valid maka sistem

akan menyimpannya ke dalam database.

Alternatif Flow Jika data yang dimasukkan tidak valid atau tidak

lengkap maka muncul pesan kesalahan.

Post Condition Data pemeliharaan inventaris akan disimpan dalam

sistem.

Info or Data Nomor maintenance, nomor inventaris, nomor

permintaan perbaikan, tanggal mulai, tanggal selesai,

jenis, lokasi, biaya, keterangan

79

Tabel 3.7 Deskripsi Use Case Memeriksa Daftar Pemeliharaan Inventaris

7 Prosedur Memeriksa Data Pemeliharaan Inventaris


Precondition Data pemeliharaan inventaris telah berada di dalam

sistem.

Basic Flow 1. Bagian pemeliharaan melihat daftar pemeliharaan

yang pernah dilakukan.


menampilkannya untuk bagian inventaris.

3. Apabila bagian pemeliharaan ingin melakukan

pencarian data pemeliharaan inventaris

berdasarkan nomor maintenance, tanggal mulai,

tanggal selesai, jenis, lokasi, biaya, keterangan

maka sistem akan menampilkan hasil pencarian

yang sesuai dengan kriteria yang diberikan.

Alternatif Flow Data pemeliharaan inventaris tidak ditemukan di

dalam sistem.

Post Condition Bagian pemeliharaan mendapatkan data pemeliharaan


Info or Data Nomor maintenance, tanggal mulai, tanggal selesai,

jenis, lokasi, biaya, keterangan.

80

Tabel 3.8 Deskripsi Use Case Membuat Permintaan Inventaris

8 Prosedur Membuat Permintaan Inventaris


departemen lain

Precondition User dari departemen lain membutuhkan inventaris

baru atau terdapat data permintaan inventaris yang

telah diserahkan ke bagian inventaris namun belum


Basic Flow 1. Bagian inventaris dan user dari departemen lain

mengisi form yang tersedia.


dimasukkan.

3. Apabila data yang dimasukkan valid sistem akan

menyimpan data tersebut ke dalam database.

Alternatif Flow Jika data yang dimasukkan tidak valid atau kurang

lengkap sistem akan menampilkan pesan kesalahan.

Post Condition Data permintaan inventaris telah tersimpan dalam

database.

Info or Data Nomor order, tanggal order, departemen, status

81

Tabel 3.9 Deskripsi Use Case Membuat Permintaan Perbaikan Inventaris

9 Prosedur Membuat Permintaan Perbaikan Inventaris

Actor Bagian logistik dan inventarisasi, bagian

pemeliharaan, dan user dari departemen lain.

Precondition Bagian logistik dan inventarisasi, dan User dari

departemen lain membutuhkan pemeliharaan

inventaris atau bagian pemeliharaan telah menerima

permintaan perbaikan inventaris tapi belum


Basic Flow 1. Bagian logistik dan inventarisasi, bagian

pemeliharaan dan user dari departemen lain

mengisi form yang tersedia.


telah dimasukkan.

3. Apabila data yang dimasukkan telah valid maka

sistem akan menyimpan data tersebut ke dalam

database.

Alternatif Flow Apabila data yang dimasukkan tidak valid atau kurang


Post Condition Data permintaan perbaikan telah tersimpan ke dalam

database.

Info or Data Nomor request, nomor inventaris, tanggal request,

82

departemen, keluhan kerusakan

Tabel 3.10 Deskripsi Use Case Membuat Permintaan Suku Cadang/Komponen

10 Prosedur Membuat Permintaan Suku Cadang/Komponen


departemen lain

Precondition User dari departemen lain membutuhkan suku cadang

atau komponen baru atau terdapat data permintaan

komponen/suku cadang yang telah diserahkan ke

bagian logistik dan inventarisasi namun belum



departemen lain mengisi form yang tersedia.


telah dimasukkan.

3. Apabila data yang dimasukkan telah valid maka

sistem akan menyimpan data tersebut ke dalam

database.



Post Condition Data permintaan komponen/suku cadang telah

tersimpan ke dalam database.

83

Info or Data Nomor request, nomor maintenance, tanggal order,

departemen, status

Tabel 3.11 Deskripsi Use Case Memeriksa Daftar Permintaan Suku

Cadang/Komponen

11 Prosedur Memeriksa Daftar Permintaan Suku Cadang/Komponen


departemen lain

Precondition Data pemeliharaan suku cadang/komponen telah

berada di dalam sistem.


departemen lain melihat daftar permintaan suku

cadang/komponen.



departemen lain data yang ditampilkan hanya

sebatas daftar permintaan suku cadang/komponen

yang berasal dari departemen tersebut.


melakukan pencarian permintaan inventaris yang


request, departemen, dan status, maka sistem akan


84

tersebut.


departemen lain tidak memperoleh data permintaan

suku cadang/komponen yang diinginkan.


departemen lain telah memeriksa data permintaan

suku cadang/komponen dan mendapatkan data

permintaan inventaris yang diajukan oleh pengguna

lainnya.

Info or Data Nomor permintaan, tanggal permintaan, departemen,

status order

Tabel 3.12 Deskripsi Use Case Memasukkan Data Item

12 Prosedur Memasukkan Data Item


Precondition Terdapat item yang datanya belum dimasukkan ke

dalam sistem.


data tentang item yang belum dimasukkan

sebelumnya yang terdiri dari nomor item, jenis

item, keterangan item, merk, kode vendor, harga,

jumlah kedalam database.

85

2. Data yang dimasukkan ke dalam sistem akan

divalidasi oleh sistem.


sistem akan menyimpannya data tersebut ke dalam

database.

Alternatif Flow Jika data item yang dimasukkan ke dalam sistem tidak

lengkap atau terjadi duplikasi pada data yang bersifat

unik seperti nomor item, maka sistem akan

menampilkan pesan kesalahan.

Post Condition Data item telah tersimpan ke dalam database.

Info or Data Nomor item, jenis item, keterangan item, merk, kode

vendor, harga, jumlah

Tabel 3.13 Deskripsi Use Case Memasukkan Data Vendor

13 Prosedur Memasukkan Data Vendor


Precondition Terdapat data vendor yang belum terdaftar ke dalam

sistem.


data mengenai vendor berupa kode vendor, nama

vendor, nama contact person, telp contact person,

alamat vendor.

86

2. Data yang dimasukkan akan divalidasi oleh

sistem.

3. Apabila data yang dimasukkan valid maka data

vendor akan disimpan ke dalam database.


lengkap maka sistem akan menampilkan pesan

kesalahan.

Post Condition Data vendor telah tersimpan ke dalam database.

Info or Data Kode vendor, nama vendor, nama contact person, telp

contact person, alamat vendor

Tabel 3.14 Deskripsi Use Case Memeriksa Daftar Item

14 Prosedur Memeriksa Daftar Item


Precondition Data item telah berada di dalam sistem.

Basic Flow 1. Bagian logistik dan inventarisasi melihat daftar

item.


menampilkannya.


melakukan pencarian data item yang dibutuhkan

berdasarkan nomor item, jenis item, merk, kode

87

vendor, jumlah dan harga maka sistem akan


yang diberikan.

4. Bagian logistik dan inventarisasi dapat mencetak

laporan data item jika diperlukan.

Alternatif Flow Bagian logistik dan inventarisasi tidak menemukan

data item yang diinginkan.

Post Condition Bagian logistik dan inventarisasi telah memeriksa

daftar item.


vendor, jumlah, harga

Tabel 3.15 Deskripsi Use Case Mengubah Data Item

15 Prosedur Mengubah Data Item

Actor Bagian logistik dan inventarisasi.

Precondition Terdapat data item dalam sistem yang harus diubah.


memilih data item yang akan diubah.


item lama dengan data item yang baru.

3. Sistem meng-update perubahan data item.

Alternatif Flow Apabila data yang dimasukkan ke dalam sistem tidak

88

valid atau kurang lengkap sistem akan menampilkan

pesan kesalahan

Post Condition Data item akan ter-update



Tabel 3.16 Deskripsi Use Case Mengubah Data Vendor

16 Prosedur Mengubah Data Vendor


Precondition Terdapat data vendor dalam sistem yang harus diubah


memilih data vendor yang akan diubah.

2. Bagian logistik dan inventarisasi mengganti

data vendor lama dengan data vendor yang

baru.

3. Sistem meng-update perubahan data vendor

Alternatif Flow Apabila data yang dimasukkan ke dalam sistem tidak

valid atau kurang lengkap sistem akan menampilkan

pesan kesalahan.

Post Condition Data vendor akan ter-update.



89

Tabel 3.17 Deskripsi Use Case Menghapus Data Item

17 Prosedur Menghapus Data Item


Precondition Terdapat data item dalam sistem yang akan dihapus.


memilih data item yang akan dihapus.

2. Bagian logistik dan inventarisasi menghapus data

item.

3. Sistem melakukan konfirmasi ulang untuk

memastikan data yang akan dihapus.

4. Sistem menghapus data item tersebut dari

database.

Alternatif Flow Apabila data item yang akan dihapus telah digunakan

untuk data lainnya (reference) maka data item tidak

terhapus.

Post Condition Data item terhapus dari database.



Tabel 3.18 Deskripsi Use Case Menghapus Data Inventaris

18 Prosedur Menghapus Data Inventaris


90

Precondition Terdapat data inventaris dalam sistem yang akan

dihapus.


memilih data inventaris yang akan dihapus.


inventaris.



4. Sistem menghapus data inventaris tersebut dari

database.

Alternatif Flow Apabila data inventaris yang akan dihapus telah

digunakan oleh data lainnya (reference) maka data

inventaris tidak terhapus.

Post Condition Data inventaris terhapus dari database.



Tabel 3.19 Deskripsi Use Case Menghapus Data Vendor

19 Prosedur Menghapus Data Vendor


Precondition Terdapat data vendor dalam sistem yang akan

dihapus.

91


memilih data item yang akan dihapus.


barang.



4. Sistem menghapus data vendor tersebut dari

database.

Alternatif Flow Apabila data vendor yang akan dihapus telah

digunakan untuk data lainnya (reference) maka data

vendor tidak terhapus.

Post Condition Data vendor terhapus dari database.



Tabel 3.20 Deskripsi Use Case Membuat Stok Adjustment

20 Prosedur Membuat Stok Adjustment


Precondition Terdapat perbedaan antara data stok item yang ada di

dalam sistem dengan data real yang di dalam rumah

sakit.

Basic Flow 1. Bagian logistik dan inventarisasi menghitung

92

perbedaan jumlah antara stok item yang berada

dalam sistem dengan jumlah sebenarnya yang ada

di rumah sakit.

2. Bagian logistik dan inventarisasi mengisi form

adjustment dengan data yang valid dan lengkap.


dimasukkan.

4. Apabila data valid maka sistem akan menyimpan

data tersebut ke dalam database.



kesalahan.

Post Condition Data adjustmen tersimpan ke dalam database dan stok

item berubah sesuai dengan adjustment yang

dilakukan.

Info or Data Nomor ajustment, kode adjustment, tanggal

adjustment, keperluan, nomor item, jumlah, nomor

dokumen

Tabel 3.21 Deskripsi Use Case Membuat Pemenuhan Permintaan Inventaris

21 Prosedur Membuat Pemenuhan Permintaan Inventaris


93

Precondition Terdapat permintaan inventaris yang bisa dipenuhi.

Basic Flow 1. Bagian logistik dan inventarisasi memilih

permintaan inventaris yang bisa dipenuhi.


pemenuhan permintaan inventaris.


dimasukkan.





kesalahan.

Post Condition Data pemenuhan permintaan tersimpan ke dalam

database dan status dari permintaan inventaris

berubah.

Info or Data Nomor request fulfil, nomor request inventaris, no

item, jumlah yang dipenuhi

Tabel 3.22 Deskripsi Use Case Membuat Pemenuhan Permintaan Suku

Cadang/Komponen

22 Prosedur Membuat Pemenuhan Permintaan Suku Cadang


94

Precondition Terdapat permintaan suku cadang/komponen yang

bisa dipenuhi.

Basic Flow 1. Bagian logistik dan inventarisasi memilih

permintaan suku cadang/komponen yang bisa

dipenuhi.


pemenuhan permintaan suku cadang / komponen


dimasukkan.





kesalahan.

Post Condition Data pemenuhan permintaan tersimpan ke dalam

database dan status dari permintaan suku cadang /

komponen berubah.

Info or Data Nomor request fulfil, nomor request sukucadang, no

item, jumlah yang dipenuhi

95

Tabel 3.23 Deskripsi Use Case Memasukkan Data Pemeliharaan Inventaris

23 Prosedur Memasukkan Data Pemeliharaan Inventaris


Precondition Bagian pemeliharaan memeriksa data pemeliharaan

inventaris yang datanya belum dimasukkan ke dalam

sistem.

Basic Flow 1. Bagian Pemeliharaan memasukkan nomor

maintenance, nomor inventaris, nomor permintaan

perbaikan,tanggal mulai, tanggal selesai, jenis,

lokasi, biaya, keterangan.


dimasukkan.


data akan disimpan ke dalam database.

Alternatif Flow Jika data pemeliharaan inventaris yang dimasukkan ke

dalam sistem tidak lengkap atau tidak valid, maka

sistem akan menampilkan pesan kesalahan.

Post Condition Data inventaris telah tersimpan di dalam sistem.

Info or Data Nomor maintenance, nomor inventaris, nomor

permintaan perbaikan,tanggal mulai, tanggal selesai,

jenis, lokasi, biaya, keterangan.

96

Tabel 3.24 Deskripsi Use Case Memeriksa Daftar Vendor

24 Prosedur Memeriksa Daftar Vendor


Precondition Data vendor telah berada di dalam sistem.


vendor.


menampilkannya.


melakukan pencarian data vendor yang

dibutuhkan berdasarkan kode vendor, nama

vendor, nama contact person, telp contact person,

alamat maka sistem akan menampilkan data yang

sesuai dengan kriteria yang diberikan.


data vendor yang diinginkan.


daftar vendor.


contact person, alamat vendor, jumlah, harga

97

Tabel 3.25 Deskripsi Use Case Mengubah Data Pemenuhan Permintaan Suku

Cadang/Komponen

25 Prosedur Mengubah Data Pemenuhan Permintaan Suku Cadang/Komponen


Precondition Terdapat data pemenuhan permintaan suku

cadang/komponen dalam sistem yang harus diubah.


memilih data pemenuhan permintaan suku

cadang/komponen yang akan diubah.


pemenuhan permintaan suku cadang/komponen

yang lama dengan data yang baru.

3. Sistem meng-update perubahan data pemenuhan

permintaan suku cadang/komponen.

Alternatif Flow Apabila data yang dimasukkan tidak valid atau tidak

lengkap maka sistem akan menampillkan pesan

kesalahan.

Post Condition Data pemenuhan permintaan suku cadang/komponen

akan ter-update.

Info or Data Nomor fulfil dan nomor request

98

Tabel 3.26 Deskripsi Use Case Memeriksa Daftar Pemenuhan Permintaan

Inventaris

26 Prosedur Memeriksa Daftar Pemenuhan Permintaan Inventaris

Actor Bagian logistik dan inventarisasi,user dari departemen

lain

Precondition Data pemenuhan permintaan inventaris telah berada di

dalam sistem.


Pemenuhan Permintaan Inventaris.



departemen lain data yang ditampilkan hanya data

pemenuhan permintaan inventaris yang berasal



melakukan pencarian data Pemenuhan Permintaan

Inventaris yang dibutuhkan berdasarkan nomor

fulfil dan nomor request maka sistem akan


yang diberikan.


data Pemenuhan Permintaan Inventaris yang

diinginkan.

99


daftar Pemenuhan Permintaan Inventaris.


Tabel 3.27 Deskripsi Use Case Memasukkan Data User

27 Prosedur Memasukkan Data User

Actor Administrator sistem

Precondition Terdapat user yang datanya belum dimasukkan ke

dalam sistem.

Basic Flow 1. Administrator Sistem memasukkan data tentang

user yang belum dimasukkan sebelumnya yang

terdiri dari user id, nama pegawai, kode

departemen, kode user group, jabatan, username,

password, confirm password kedalam database.





database.

Alternatif Flow Jika data user yang dimasukkan ke dalam sistem tidak

lengkap atau terjadi duplikasi pada data yang bersifat

unik seperti user id, maka sistem akan menampilkan

100

pesan kesalahan.

Post Condition Data user telah tersimpan ke dalam database.

Info or Data User id, nama pegawai, kode departemen, kode user

group, jabatan, username, password, confirm

password

Tabel 3.28 Deskripsi Use Case Memasukkan Data Departemen

28 Prosedur Memasukkan Data Departemen


Precondition Terdapat departemen yang datanya belum dimasukkan

ke dalam sistem.

Basic Flow 1. Administrator Sistem memasukkan data tentang

departemen yang belum dimasukkan sebelumnya

yang terdiri dari kode departemen, nama

departemen, lokasi, nama pegawai penanggung

jawab kedalam database.





database.

Alternatif Flow Jika data departemen yang dimasukkan ke dalam

101

sistem tidak lengkap atau terjadi duplikasi pada data

yang bersifat unik seperti kode departemen, maka

sistem akan menampilkan pesan kesalahan.

Post Condition Data departemen telah tersimpan ke dalam database

Info or Data Kode departemen, nama departemen, lokasi, nama

pegawai penanggung jawab

Tabel 3.29 Deskripsi Use Case Memeriksa Daftar Departemen

29 Prosedur Memeriksa Daftar Departemen


Precondition Data departemen telah berada di dalam sistem.

Basic Flow 1. Administrator sistem melihat daftar departemen.


menampilkannya.

3. Apabila administrator sistem ingin melakukan

pencarian data departemen yang dibutuhkan

berdasarkan kode departemen, nama departemen,

lokasi departemen, dan pegawai penanggung

jawab maka sistem akan menampilkan data yang

sesuai dengan kriteria yang diberikan.

Alternatif Flow Administrator sistem tidak menemukan data

departemen yang diinginkan.

102

Post Condition Administrator sistem telah memeriksa daftar

departemen.

Info or Data Kode departemen, nama departemen, lokasi

departemen, dan pegawai penanggung jawab

Tabel 3.30 Deskripsi Use Case Mengubah Data User

30 Prosedur Mengubah Data User


Precondition Terdapat data user dalam sistem yang harus diubah.

Basic Flow 1. Administrator sistem mencari dan memilih data

user yang akan diubah.

2. Administrator sistem mengganti data user lama

dengan data user yang baru.

3. Sistem meng-update perubahan data user.

Alternatif Flow Jika detail informasi mengenai user tersebut sudah

benar maka administrator sistem dapat keluar dari

halaman update user.

Post Condition Data pengguna akan ter-update.

Info or Data User Id, nama pegawai, kode departemen, kode user

group, jabatan, username, password, confirm

password

103

Tabel 3.31 Deskripsi Use Case Mengubah Data Departemen

31 Prosedur Mengubah Data Departemen


Precondition Terdapat data departemen dalam sistem yang harus

diubah.


departemen yang akan diubah.

2. Administrator sistem mengganti data departemen

lama dengan data departemen yang baru.

3. Sistem meng-update perubahan data departemen.

Alternatif Flow Jika detail informasi mengenai departemen tersebut

sudah benar maka administrator sistem dapat keluar

dari halaman update departemen.

Post Condition Data departemen akan ter-update.

Info or Data Kode departemen, nama departemen, lokasi, nomor


Tabel 3.32 Deskripsi Use Case Memeriksa Daftar User

32 Prosedur Memeriksa Daftar User


Precondition Data user telah berada di dalam sistem

Basic Flow 1. Administrator sistem melihat daftar user.

104


menampilkannya.

3. Apabila administrator sistem ingin melakukan

pencarian data user yang dibutuhkan berdasarkan

user id, nama pegawai, departemen, user group,

jabatan, username, password maka sistem akan


yang diberikan.

Alternatif Flow Administrator sistem tidak menemukan data user yang

diinginkan.

Post Condition Administrator sistem telah memeriksa daftar user .

Info or Data User id, nama pegawai, departemen, user group,

jabatan, username, password

Tabel 3.33 Deskripsi Use Case Menghapus Data Departemen

33 Prosedur Menghapus Data Departemen


Precondition Terdapat data departemen dalam sistem yang akan

dihapus.


departemen yang akan dihapus.

2. Administrator sistem menghapus data departemen

105



4. Sistem menghapus data departemen tersebut dari

database.

Alternatif Flow Apabila data departemen yang akan dihapus telah

digunakan untuk data lainnya (reference) maka data

departemen tidak terhapus.

Post Condition Data departemen terhapus dari database.

Info or Data Kode departemen, nama departemen, lokasi, nomor


Tabel 3.34 Deskripsi Use Case Menghapus Data User

34 Prosedur Menghapus Data User


Precondition Terdapat data user dalam sistem yang akan dihapus.


user yang akan dihapus.

2. Administrator sistem menghapus data user.



4. Sistem menghapus data user tersebut dari database

Alternatif Flow Apabila data user yang akan dihapus telah digunakan

106

untuk data lainnya (reference) maka data user tidak

terhapus.

Post Condition Data user terhapus dari database.

Info or Data User id, nama pegawai, departemen, user group,

jabatan, username, password

Tabel 3.35 Deskripsi Use Case Mengatur Hak Akses Tiap User

35 Prosedur Mengatur Hak Akses Tiap User


Precondition Terdapat data user di dalam database.

Basic Flow 1. Pilih user yang akan diatur hak aksesnya.

2. Ubah user group dari user tersebut sesuai dengan

hak akses yang diberikan.

3. Simpan perubahan user group dari user.

Alternatif Flow User tidak terdaftar dalam sistem sehingga tidak bisa

diatur hak aksesnya.

Post Condition User telah mendapatkan hak akses sesuai kebutuhan

user dan ketentuan sistem.

Info or Data User group, menu id, keterangan group, nama group

107

Tabel 3.36 Deskripsi Use Case Mencetak Laporan Transaksi Pemakaian

36 Prosedur Mencetak Laporan Transaksi Pemakaian


Precondition Data transaksi pemakaian telah tersimpan di dalam

database.

Basic Flow 1. Sistem tampilkan data transaksi berdasarkan

periode yang diinginkan oleh user.

2. Bagian logistik dan inventarisasi mencetak

laporan transaksi pemakaian.

Alternatif Flow Data Transaksi Pemakaian pada periode yang

diinginkan tidak ada.

Post Condition Bagian logistik dan inventarisasi telah mencetak

laporan transaksi pemakaian.

Info or Data Nomor transaksi pemakaian, kode departemen,

tanggal terima, user id, tanggal update, nomor

pegawai penerima.

Tabel 3.37 Deskripsi Use Case Mencetak Laporan Daftar Inventaris

37 Prosedur Mencetak Laporan Daftar Inventaris


Precondition Data inventaris telah tersimpan di dalam database

Basic Flow 1. Sistem tampilkan data inventaris berdasarkan

108

periode yang diinginkan oleh user

2. Bagian logistik dan inventarisasi mencetak

laporan daftar inventaris

Alternatif Flow Data inventaris pada periode yang diinginkan user

tidak ada

Post Condition User telah mencetak laporan daftar inventaris

Info or Data Nomor inventaris, nomor item, keterangan inventaris,

kode departemen, keterangan lokasi, nomor serial,

status keadaan, harga, tanggal update, id user, jenis.

Tabel 3.38 Deskripsi Use Case Mencetak Laporan Item

38 Prosedur Mencetak Laporan Item


Precondition Data item telah tersimpan di dalam database

Basic Flow 1. Sistem tampilkan data item berdasarkan periode

yang diinginkan oleh user

2. User mencetak laporan item

Alternatif Flow Laporan tidak jadi dicetak

Post Condition User telah mencetak laporan daftar item

Info or Data Jenis item, merk, kode vendor, harga, tanggal update,

id user, nomor item, jumlah, keterangan item.

109

Tabel 3.39 Deskripsi Use Case Memeriksa Daftar Pemenuhan Permintaan Suku

Cadang

39 Prosedur Memeriksa Daftar Pemenuhan Permintaan Suku Cadang

Actor Bagian logistik dan inventarisasi,user dari departemen

lain

Precondition Data pemenuhan permintaan suku cadang telah berada

di dalam sistem


Pemenuhan Permintaan Inventaris



departemen lain data yang ditampilkan hanya data

pemenuhan permintaan suku cadang yang berasal



melakukan pencarian data Pemenuhan Permintaan

Inventaris yang dibutuhkan berdasarkan nomor

fulfil dan nomor request maka sistem akan


yang diberikan


data Pemenuhan Permintaan Inventaris yang

diinginkan

110


daftar Pemenuhan Permintaan Inventaris


111

3.4.2 Perancangan Data Flow Diagram (DFD)

Gambar 3.15 Diagram Konteks

112

Gambar 3.16 Diagram Nol

113

3.4.3 Perancangan Entity Relational Diagram (ERD)

Gambar 3.17 Entity Relational Diagram (ERD)

114

3.4.4 Perancangan State Transition Diagram

Gambar 3.18 State Transtiton Diagram Menu Item

115

Gambar3.19 State Transtiton Diagram Menu Inventaris

116

Gambar 3.20 State Transtiton Diagram Menu User

117

Gambar 3.21 State Transtiton Diagram Menu Tambah Permintaan

Inventaris

118

Gambar 3.22 State Transtiton Diagram Menu Tambah Permintaan

Suku Cadang

119

Layar Login

Login Error Validasi Login

Input ID n password

Halaman Utama

Login Sukses

Layar Permintaan Inventaris

Klik Permintaan Inventaristampilkan layar

permintaan inventaris

Layar Form Permintaan Perbaikan Inventaris

Klik Buat Permintaan Perbaikan Inventaristampilkan layar

form permintaan inventaris

Klik Cancelkembali ke layar Layar Permintaan Inventaris

Klik Submitsimpan data dan tampilkan


Gambar 3.23 State Transition Diagram Menu Tambah Permintaan

Pemeliharaan

120

Gambar 3.24 State Transtiton Diagram Menu Pemenuhan Permintaan

Inventaris

121

Gambar3.25 State Transtiton Diagram Menu Pemenuhan Permintaan Suku

Cadang

122

Gambar 3.26 State Transtiton Diagram Menu Daftar Permintaan

Pemeliharaan

123

Gambar 3.27 State Transtiton Diagram Menu Vendor

124

Layar Login


Input ID n password

Halaman Utama

Login Sukses

Layar Daftar Transaksi

Pemakaian

Klik Transaksi Pemakaiantampilkan layar

daftar transaksi pemakaian

Layar Form Transaksi

Pemakaian

Klik Add Transaksitampilkan layar

form transaksi pemakaian

Klik Hapushapus field inventaris yang dipilih

Layar Detail Transaksi

Klik Submittampilkan

layar detail transaksi

Layar tambah Inventaris

Klik Tambah Inventaristampilkan layar tambah inventaris Klik Add

simpan dan tampilkanlayar detail transaksi

Klik Hapushapus data transaksi yang dipilih

Layar Ubah Transaksi Header

Klik Ubahtampilkan layar

ubah transaksi header

Klik Submitsimpan dan tampilkan layar daftar transaksi pemakaian

Layar Ubah Transaksi Detail

Klik Edit Detailtampilkan layar

ubah transaksi detail

Layar Pilih Inventaris

Klik Add Inventaristampilkan layar pilih inventaris

Klik Submittambah data inventaris dan

tampilkan layar ubah transaksi detail

Klik Backtampilkan layar

ubah transaksi detail

Layar Data Transaksi

Pemakaian

Klik salah satu fieldtampilkan data transaksi pemakaian

Klik Backkembali ke layar daftar

permintaan suku cadang

Klik Hapushapus detail transaksi yang dipilih

Gambar 3.28 State Transtiton Diagram Menu Transaksi Pemakaian

125

Gambar 3.29 State Transtiton Diagram Menu Pemeliharaan

126

Gambar 3.30 State Transtiton Diagram Menu Departemen

127

Layar Ubah Permintaan Sukucadang

Header

Klik Ubahtampilkan layar

ubah permintaan header

Klik Submitsimpan dan tampilkan layar

daftar permintaan sukucadang

Layar Permintaan Sukucadang Detail

Klik Edit Detailtampilkan layar

ubah permintaan detail

Layar Ubah Permintaan

Sukucadang Detail

Klik Submittambah data sukucadang dan

tampilkan layar ubah permintaan sukucadang detail

Klik Canceltampilkan layar

Permintaan Sukucadang detail

Layar Login


Input ID n password

Halaman Utama

Login Sukses


Klik Permintaan Inventaristampilkan layar

permintaan inventaris

Layar Daftar Permintaan Sukucadang

Klik Daftar Permintaan Sukucadangtampilkan layar

daftar permintaan sukucadang

Klik Ubah Permintaan Detailtampilkan layar ubah

permintaan sukucadang detail

Layar Data Permintaan

Klik salah satu fieldtampilkan data permintaan

Klik Backkembali ke layar daftar permintaan suku cadang

Gambar 3.31 State Transtiton Diagram Menu Ubah Permintaan

Suku Cadang

128

Gambar 3.32 State Transtiton Diagram Menu Ubah Permintaan Inventaris

129

Gambar 3.33 State Transtiton Diagram Menu Adjustment

130

3.4.5 Perancangan Layar

Rancangan Layar User Login

Layar ini digunakan untuk melakukan login ke dalam sistem tersebut. User dapat

memasukkan username dan password, kemudian sistem akan mengecek apakah

username dan password yang dimasukkan valid atau tidak.

LOGO PERUSAHAAN

LOGIN RESET

copyright@

LOGIN

Username

Password

Gambar 3.34 Rancangan Layar Login

131

Rancangan Layar Home

Ini merupakan halaman pertama, bila user telah berhasil melakukan login, pada

halaman ini tersedia menu-menu yang dapat dipilih oleh user.

LOGO PERUSAHAAN

dd-mm-yy Selamat.......Yayang Aditya ( Sign Out )

Administrasi Item

Administrasi Inventaris

Administrasi User

Administrasi Vendor

copyright@

Transaksi Pemakaian

Permintaan Inventaris

Riwayat Pemeliharaan

Gambar 3.35 Rancangan Layar Home

132

Rancangan Layar Administrasi Item

Layar ini menampilkan daftar item yang terdapat di dalam gudang.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian


RiwayatPemeliharaan

copyright@

Pencarian Berdasarkan Kata Kunci V SEARCH

Add Item

NoItem

JenisItem

KeteranganItem JumlahMerk Kode Vendor

1 2 3 next prev

Harga

update delete

update

delete

delete

update

Gambar 3.36 Rancangan Layar Administrasi Item

133

Rancangan Layar Tambah Item

Layar ini digunakan untuk menambah data item yang telah masuk ke gudang.

Dimana data tersebut terdiri dari jenis, merk, jumlah, harga, dan kode vendor.

LOGO PERUSAHAAN


Administrasi Item


No Item

Jenis Item

Keterangan Item

Merk

Administrasi User

Administrasi Vendor

copyright@

Kode Vendor

Harga

V

V

Jumlah

ADD CANCEL

Transaksi Pemakaian



V

Gambar 3.37 Rancangan Layar Tambah Item

134

Rancangan Layar Lihat Item

Layar ini digunakan untuk menampilkan informasi mengenai item yang tersedia

di dalam gudang. Lalu terdapat juga daftar stok item yang tersedia di gudang dan

jumlah stok item per akhir bulan.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

No Item

KeteranganItem

Jenis Item

V

V

Merk

Kode Vendor

Jumlah Item

Jumlah Item Yang Dipakai Stok Adjustment

Stok Sekarang

Stok History Item

JumlahItem

Jumlah YangDipakaiTanggal Jumlah Yang

Tersedia

Harga

Gambar 3.38 Rancangan Layar Lihat Item

135

Rancangan Layar Update Item

Layar ini digunakan untuk meng-update informasi dari item yang terdapat di

dalam gudang.

LOGO PERUSAHAAN


Administrasi Item


UPDATE CANCEL

Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

V

No Item

Jenis Item

Keterangan Item

Merk

Kode Vendor

Harga

Jumlah

Gambar 3.39 Rancangan Layar Update Item

136

Rancangan Layar Browse Item

Layar ini digunakan apabila user ingin melakukan pilihan terhadap item yang di

inginkan untuk penambahan komponen dalam inventaris.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

Pencarian BerdasarkanKunci

V SEARCH

No Item

<< prev next >>

Jenis Item KeteranganItem

KodeVendorMerk Jumlah

SUBMIT BACK

Harga

Gambar 3.40 Rancangan Layar Browse Item

137

Rancangan Layar Stok Adjustment

Layar ini di gunakan untuk melakukan perubahan pada stok item, menambah

stok item, mengurangi stok item yang berada di gudang.

LOGO PERUSAHAAN


Administrasi Item


No Adjustment Stok

Kode Adjustment

Keperluan

No Item

Jumlah

ADD CANCEL

Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

Nomer Dokumen

V

V

V

Gambar 3.41 Rancangan Layar Stok Adjustment

138

Rancangan Layar Daftar Inventaris

Layar ini dapat digunakan untuk menampilkan informasi mengenai daftar

seluruh perangkat keras yang telah di inventarisir dan telah digunakan oleh user.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@


V SEARCH

Add Inventaris

NoInventaris

Jenis Keterangan Status KeadaanDepartemenKeterangan

Lokasi

<< 1 2 3 next prev >>

update delete

update delete

update delete

Gambar 3.42 Rancangan Layar Daftar Inventaris

139

Rancangan Layar Lihat Inventaris

Layar ini digunakan untuk menampilkan informasi inventaris. Terdapat “Riwayat

Pemeliharaan” yang digunakan untuk melihat pemeliharaan apa saja yang sudah

diberikan untuk inventaris tersebut.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

No Inventaris

No Item

Jenis Inventaris

Nomer Serial

Deskripsi

Kode Departemen

Keterangan Lokasi

Status Keadaan

Harga

<< prev

No Item Serial Number

next >>

Daftar Komponen Dalam Inventaris

Add Komponen

Riwayat Pememliharaan

Gambar 3.43 Rancangan Layar Lihat Inventaris

140

Rancangan Layar Tambah Komponen

Layar ini digunakan apabila user ingin menambah komponen–komponen baru

dari suatu inventaris dengan mengisi form yang tersedia dengan memasukkan data

mengenai nomor item dan nomor serial.

LOGO PERUSAHAAN


Administrasi Item

Administrasi InventarisNo Item

Serial Number

CANCELADD

Administrasi User

Administrasi Vendor

Transaksi Pemakaian

PermintaanInventaris

RiwayatPemeliharaan

copyright@

browse

Gambar 3.44 Rancangan Layar Tambah Komponen

141

Rancangan Layar Riwayat Pemeliharaan

Layar ini menampilkan informasi mengenai daftar pemeliharaan yang pernah

dilakukan.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@


V SEARCH

NoMaintence Tgl Mulai

<< prev

Tgl Selesai Jenis

addMaintenance

Lokasi Biaya Keterangan

update delete

update

update

delete

delete


Gambar 3.45 Rancangan Layar Riwayat Pemeliharaan

142

Rancangan Layar Tambah Pemeliharaan

Layar ini digunakan untuk menambah data pemeliharaan yang dilakukan

terhadap inventaris tertentu.

LOGO PERUSAHAAN

dd-mm-yy Selamat.......Yayang Aditya ( Sign Out )Administrasi Item


No Maintenance

No Inventaris

No Permintaan Pemeliharaan

ADD CANCEL

Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

Tanggal Mulai

Lokasi

V V V

Tanggal Selesai V V V

Jenis V

Biaya

V

VKeterangan

Gambar 3.46 Rancangan Layar Tambah Pemeliharaan

143

Rancangan Layar Update Pemeliharaan

Layar ini digunakan untuk meng-update informasi pemeliharaan yang telah

masuk ke dalam database.

LOGO PERUSAHAAN

dd-mm-yy Selamat.......Yayang Aditya ( Sign Out )Administrasi Item


Kode Maintenance

No Inventaris

No Permintaan Pemeliharaan

UPDATE CANCEL

Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

Tanggal Mulai

Lokasi

V V

Tanggal Selesai V V

Jenis V

Biaya

V

VKeterangan

Gambar 3.47 Rancangan Layar Update Pemeliharaan

144

Rancangan Layar Update Inventaris

Layar ini digunakan untuk meng-update informasi inventaris.

LOGO PERUSAHAAN


Administrasi Item


UPDATE CANCEL

Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

V

No Inventaris

No Item

Nomor Serial

Jenis

Deskripsi

Kode Departemen

Keterangan Lokasi

Status Keadaan

Harga

Gambar 3.48 Rancangan Layar Update Inventaris

145

Rancangan Layar Tambah Inventaris

Layar ini digunakan untuk menambah data inventaris.

LOGO PERUSAHAAN


Administrasi Item


No Inventaris

No Item

Nomer Serial

Deskripsi

Kode Departemen

Keterangan Lokasi

Status Keadaan

Harga

V

V

ADD CANCEL

Administrasi User

Administrasi Vendor

copyright@

Transaksi Pemakaian



Jenis

V

V

Gambar 3.49 Rancangan Layar Tambah Inventaris

146

Rancangan Layar Daftar User

Layar ini digunakan untuk menampilkan informasi daftar user yang

menggunakan sistem ini.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian


Riwayat Pemeliharan

copyright@

Pencarian Berdasarkan Kunci V SEARCH

User Id Nama Pegawai Departemen PasswordJabatan Username

1 2 3 next prev

xxxxx

User Group

Add User

Administrasi Departemen

update delete

update delete

update delete

Gambar 3.50 Rancangan Layar Daftar User

147

Rancangan Layar Tambah User

Layar ini digunakan untuk menambah data user baru yang akan menggunakan

sistem.

LOGO PERUSAHAAN


Administrasi Item


User Id

Nama Pegawai

Kode User Group

Kode Departemen

Jabatan

User name

Confirm Password

ADD CANCEL

Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

Password

V

V

Gambar 3.51 Rancangan Layar Tambah User

148

Rancangan Layar Update User

Layar ini digunakan untuk meng-Update informasi mengenai user yang memakai

perangkat keras yang telah diinventaris.

LOGO PERUSAHAAN


Administrasi Item


User Id

Nama Pegawai

Kode User Group

Kode Departemen

Jabatan

User name

ConfirmPassword

UPDATE CANCEL

Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

Password

V

V

Gambar 3.52 Rancangan Layar Update User

149

Rancanagan Layar Administrasi Departemen

Pada layar ini digunakan untuk menampilkan daftar departemen.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@


V SEARCH

Kode Dept Nama Dept

<< prev

Lokasi DeptPegawai Penanggung

Jawab

addDepartemen

Alamat

deleteupdate

deleteupdate

deleteupdate

Gambar 3.53 Rancangan Layar Administrasi Departemen

150

Rancangan Layar Tambah Departemen

Layar ini dapat digunakan untuk menambahkan data departemen–depatemen apa

yang ada di rumah sakit yang akan menggunakan sistem ini.

LOGO PERUSAHAAN


Administrasi Item


Kode Departemen

Nama Departemen

Lokasi

No Pegawai PenanggungJawab

ADD CANCEL

Administrasi User

Administrasi Vendor

copyright@

Transaksi Pemakaian


RiwayatPemeliharaan

Gambar 3.54 Rancangan Layar Tambah Departemen

151

Rancangan Layar Update Departemen

Layar ini digunakan untuk meng-update informasi mengenai departemen yang

telah dimasukan ke dalam database

LOGO PERUSAHAAN


Administrasi Item


Kode Departemen

Nama Departemen

Lokasi

SUBMITUPDATE

Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

No Pegawai PenanggungJawab

Gambar 3.55 Rancangan Layar Update Departemen

152

Rancangan Layar Daftar Vendor

Layar ini digunakan untuk menampilkan informasi mengenai daftar vendor yang

telah menyuplai perangkat keras untuk rumah sakit.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@


Kode Vendor Nama Vendor

<< prev

Nama ContactPerson

Telp ContactPerson

addVendor

Alamat

update

deleteupdate

update

delete

delete

Gambar 3.56 Rancangan Layar Daftar Vendor

153

Rancangan Layar Tambah Vendor

Layar ini di gunakan apabila ada data vendor yang akan di masukkan ke dalam

sistem.

LOGO PERUSAHAAN


Administrasi Item


Kode Vendor

Nama Vendor

Nama Contact Person

Telp Contact Person

Alamat Vendor

ADD CANCEL

Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

Gambar 3.57 Rancangan Layar Tambah Vendor

154

Rancangan Layar Update Vendor

Layar ini digunakan untuk meng-update informasi mengenai data vendor yang

telah memasok item ke gudang.

LOGO PERUSAHAAN


Administrasi Item


Kode Vendor

Nama Vendor

Nama Contact Person

Telp Contact Person

Alamat Vendor

UPDATE CANCEL

Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

Gambar 3.58 Rancangan Layar Update Vendor

155

Rancangan Layar Daftar Transaksi Pemakaian

Layar ini digunakan untuk menampilkan informasi mengenai daftar pemakaian

perngkat keras yang telah diinventaris.


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@


V SEARCH

NoPemakaian

<< prev next >>

Departemen No Pegawai Penerima Tgl. Serah Terima

Add PemakaianDaftar Pemakaian

LOGO PERUSAHAAN

update delete

update delete

update delete

Print Report

Gambar 3.59 Rancangan Layar Daftar Transaksi Pemakaian

156

Rancangan Layar Lihat Transaksi Pemakaian

Layar ini digunakan untuk menampilkan data mengenai transaksi pemakaian

yang dilakukan oleh user dan barang inventaris yang sedang digunakan oleh user

tersebut.

LOGO PERUSAHAAN


Administrasi Item


No Pemakaian

No Pegawai Penerima

Tanggal Serah TerimaAdministrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

Departemen

V V V

Add Inventaris

No Inventaris No Item

Daftar Inventaris

Daftar Pemakaian

Gambar 3.60 Rancangan Layar Lihat Transaksi Pemakaian

157

Rancangan Layar Tambah Transaksi Pemakaian

Layar ini untuk menambah data transaksi pemakaian.

LOGO PERUSAHAAN


Administrasi Item


No Pemakaian

No Pegawai Penerima

Tanggal Serah Terima

SUBMIT CANCEL

Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

Departemen

V V

V

Gambar 3.61 Rancangan Layar Tambah Transaksi Pemakaian

158

Rancangan Layar Update Transaksi Pemakaian

Layar ini digunakan untuk meng-update informasi mengenai transaksi

pemakaian yang telah dimasukan ke dalam sistem.

LOGO PERUSAHAAN


Administrasi Item


No Pemakaian

No Pegawai Penerima

Tanggal Serah Terima

UPDATE CANCEL

Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

Departemen

V V

V Edit Detail

Gambar 3.62 Rancangan Layar Update Transaksi Pemakaian

159

Rancangan Layar Edit Detail

Layar ini tampil jika user mengklik link “Edit Detail” pada layar update

transaksi pemakaian.

LOGO PERUSAHAAN


Administrasi Item


No Pemakaian

No Pegawai Penerima

Tanggal Serah TerimaAdministrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

Departemen

V V V

Add Inventaris

No Inventaris No Item

DaftarInventaris

Daftar Pemakaian

Gambar 3.63 Rancangan Layar Edit Detail

160

Rancangan Layar Browse Inventaris

Layar ini di gunakan untuk memilih inventaris sehingga mempermudah user

dalam memasukkan data yang berhubungan dengan inventaris.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@


V SEARCH

No Inventaris

<< prev

Jenis Keterangan KeteranganLokasiDepartemen Status

Keadaan

SUBMIT BACK

Gambar 3.64 Rancangan Layar Browse Inventaris

161

Rancangan Layar Daftar Permintaan

Layar ini berisi menu-menu yang dapat digunakan oleh user untuk melihat daftar

permintaan inventaris, daftar permintaan suku cadang, dan daftar permintaan

perbaikan inventaris.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

Daftar Permintaan Inventaris

Daftar Permintaan Perbaikkan Inventaris

Daftar Permintaan Suku Cadang

Buat Permintaan Inventaris

Buat Permintaan Suku Cadang

Buat Permintaan Perbaikkan Inventaris

Daftar Pemenuhan Permintaan Inventaris

Daftar Pemenuhan Permintaan Suku Cadang

Gambar 3.65 Rancangan Layar Daftar Permintaan

162

Rancangan Layar Daftar Permintaan Inventaris

Layar ini digunakan untuk menampilkan daftar permintaan inventaris yang

pernah dimasukkan oleh user.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@


No RequestTgl

RequestStatus

<< prev next >>

Departemen

action

action

action

update delete

update delete

update delete

Gambar 3.66 Rancangan Layar Daftar Permintaan Inventaris

163

Rancangan Layar Lihat Permintaan Inventaris

Layar ini menampilkan informasi mengenai permintaan inventaris yang diajukan

oleh user.

LOGO PERUSAHAAN


Administrasi Item


No Request

Tgl Request

Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

Departemen

V V V

<< prev next >>

Status

No Item Keterangan Harga Jumlah User

Gambar 3.67 Rancangan Layar Lihat Permintaan Inventaris

164

Rancangan Layar Pemenuhan Permintaan Inventaris

Layar ini digunakan untuk memasukkan data pemenuhan inventaris.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

SUBMIT

No Keterangan Harga Jumlah YangDiberikanJumlah User

<< 1 2 3 next prev >>

No Order

Departemen

Tanggal Order

CANCEL

Gambar 3.68 Rancangan Layar PemenuhanPermintaan Inventaris

165

Rancangan Layar Update Permintaan Inventaris

Layar ini digunakan untuk meng-update informasi permintaan inventaris yang

diajukan oleh user.

LOGO PERUSAHAAN


Administrasi Item


No Order

Tanggal Order

UPDATE CANCEL

Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

Status

Departemen

V V V

V

Gambar 3.69 Rancangan Layar Update Permintaan Inventaris

166

Rancangan Layar Edit Detail

Layar ini tampil jika user mengklik link “Edit Detail” yang digunakan untuk

mengubah detail dari permintaan inventaris, layar yang sama juga digunakan untuk

mengubah detail dari permintaan suku cadang/komponen.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

No Request

No Keterangan Harga Jumlah

update

Add Item

Tgl Departemen

Departemen

delete

<< prev next >>

update delete

update delete

Daftar Request SukuCadang

Gambar 3.70 Rancangan Layar Edit Detail

167

Rancangan Layar Tambah Item

Layar ini digunaka untuk menambah item baru ke dalam Update permintaan

inventaris, layar yang sama juga digunakan untuk menambah item baru ke dalam

update permintaan suku cadang/komponen.

Gambar 3.71 ancangan Layar Tambah Item

168

Rancangan Layar Update Detail Permintaan Inventaris

Layar ini digunakan untuk meng-Update data detail permintaan inventaris, layar

yang sama juga digunakan untuk meng-Update data detail permintaan suku

cadang/komponen.

Gambar 3.72 Rancangan Layar Update Detail Permintaan Inventaris

169

Rancangan Layar Daftar Pemenuhan Permintaan Inventaris

Layar ini menampilkan daftar permintaan inventaris yang telah dipenuhi.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@


No Fulfill

<< prev next >>

update

deleteupdate

update

delete

delete

No Request

Gambar 3.73 Rancangan Layar Daftar Pemenuhan Permintaan Inventaris

170

Rancangan Layar Lihat Pemenuhan Permintaan Inventaris

Layar ini menampilkan informasi mengenai pemenuhan permintaan inventaris.

Gambar 3.74 Rancangan Layar Lihat Pemenuhan Permintaan Inventaris

171

Rancangan Layar Update Pemenuhan Permintaan Inventaris

Layar ini digunakan untuk meng-Update data pemenuhan permintaan inventaris.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@


No Fulfil

No Item

<< prev next >>

Jml Yang Diberikan

Item10

No Request

SUBMIT CANCEL

Gambar 3.75 Rancangan Layar Update Pemenuhan Permintaan Inventaris

172

Rancangan Layar Daftar Permintaan Suku Cadang

Layar ini menampilkan daftar permintaan sukucadang yang diajukan oleh user.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@


NoPermintaan

<< prev next >>

TglPermintaan Departemen Status Order

action

action

action

update delete

update delete

update delete

Gambar 3.76 Rancangan Layar Daftar Permintaan Suku Cadang

173

Rancangan Layar Lihat Permintaan Suku Cadang

Layar ini berisi informasi mengenai permintaan sukucadang yang diajukan oleh

user.

Gambar 3.77 Rancangan Layar Lihat Permintaan Suku Cadang

174

Rancangan Layar Update Permintaan Suku Cadang

Layar ini digunakan untuk meng-update informasi permintaan suku

cadang/komponen yang diajukan oleh user.

LOGO PERUSAHAAN


Administrasi Item


No Request

Tanggal Order

UPDATE CANCEL

Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

Status

Departemen

V V V

V

No Maintenance

Edit Detail

Gambar 3.78 Rancangan Layar Update Permintaan Suku Cadang

175

Rancangan Layar Daftar Pemenuhan Permintaan Suku Cadang

Layar ini menampilkan daftar pemenuhan permintaan suku cadang/komponen.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@


No Fulfill

<< prev next >>

update

deleteupdate

update

delete

delete

No Request

Gambar 3.79 Rancangan Layar Daftar Pemenuhan Permintaan

Suku Cadang

176

Rancangan Layar Lihat Pemenuhan Permintaan Suku Cadang

Layar ini menampilkan data mengenai pemenuhan permintaan suku

cadang/komponen user.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@


No Item

<< prev next >>

Jumlah yang diberikan

No Fulfil

No Request

Gambar 3.80 Rancangan Layar Lihat Pemenuhan Permintaan

Suku Cadang

177

Rancangan Layar Update Pemenuhan Permintaan Suku Cadang

Layar ini digunakan untuk meng-update data mengenai pemenuhan permintaan

suku cadang/komponen.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

No Fulfil

No Item

<< prev next >>

Jml Yang Diberikan

Item10

No Request

SUBMIT CANCEL

Gambar 3.81 Rancangan Layar Update Pemenuhan Permintaan

Suku Cadang

178

Rancangan Layar Daftar Permintaan Perbaikan Inventaris

Layar ini menampilkan daftar permintaan perbaikan inventaris yang diajukan

oleh user.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@


V SEARCH

No RequestTanggalRequest Departemen Status

<< prev next >>

No Inventaris

update delete

update delete

update delete

KeluhanKerusakkan

Gambar 3.82 Rancangan Layar Daftar Permintaan Perbaikan Inventaris

179

Rancangan Layar Update Permintaan Perbaikan Inventaris

Layar ini digunakan untuk meng-update data permintaan perbaikan inventaris.

LOGO PERUSAHAAN


Administrasi Item


No Order

No Inventaris

Tanggal Order

SUBMIT CANCEL

Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

Keluhan Kerusakan

Departemen

V

V

V V V

V

Gambar 3.83 Rancangan Layar Update Permintaan Perbaikan Inventaris

180

Rancangan Layar Buat Permintaan inventaris

Layar ini digunakan user untuk membuat permintaan inventaris.

LOGO PERUSAHAAN


Administrasi Item


Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

V V V

SUBMIT

No Order

Tanggal Order

Departemen

Status

CANCEL

V

Gambar 3.84 Rancangan Layar Buat Permintaan inventaris

181

Rancangan Layar Buat Permintaan Suku Cadang

Layar ini digunakan user untuk membuat permintaan suku cadang/komponen.

LOGO PERUSAHAAN


Administrasi Item


No Request

No Maintenance

Tanggal Order

SUBMIT CANCEL

Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

Status

Departemen

V V V

V

Gambar 3.85 Rancangan Layar Buat Permintaan Suku Cadang

182

Rancangan Layar Buat Permintaan Perbaikan Inventaris

Layar ini digunakan oleh user untuk membuat permintaan perbaikan inventaris.

LOGO PERUSAHAAN


Administrasi Item


No Order

No Inventaris

Tanggal Order

SUBMIT CANCEL

Administrasi User

Administrasi Vendor

Transaksi Pemakaian



copyright@

Keluhan Kerusakan

Departemen

V

V

V V V

browse

V

Gambar 3.86 Rancangan Layar Buat Permintaan Perbaikan Inventaris

183

Rancangan Layar Laporan Daftar Item

Gambar 3.87 Rancangan Layar Laporan Daftar Item

Rancangan Layar Laporan Daftar Inventaris

Gambar 3.88 Rancangan Layar Laporan Daftar Inventaris

184

Rancangan Layar Laporan Transaksi Pemakaian

Gambar 3.89 Rancangan Layar Laporan Transaksi Pemakaian

185

3.4.6 Perancangan Database

1. Tabel Ms_User

Tabel ini berisi data-data pegawai yang bekerja di RSJPDHK, pegawai

yang telah terdaftar dalam database rumah sakit memperoleh user id unik

yang dapat digunakan untuk melakukan login pada sistem ini.

Primary Key : user_id

Foreign Key : - kd_dept reference Ms_Departemen (kd_dept)

- user_group reference Ms_User_Group (user_group)

Tabel 3.40 Tabel Ms_User

Nama Field Tipe Panjang Field Keterangan

user_id char(10) 10 Id User

Nm_pegawai char(20) 20 Nama Pegawai

kd_dept char(10) 10 Kode Departemen Pegawai

user_group char(6) 6 Group User

Jabatan char(15) 15 Jabatan Pegawai

Username char(10) 10 Username Pegawai

Password char(10) 10 Password Pegawai

2. Tabel Ms_User_Group

Tabel ini mengelompokkan user sehingga setiap user memperoleh menu-

menu yang berbeda ketika melakukan login kedalam sistem. User id setiap

user dibagi dan dikelompokkan berdasarkan fungsi apa saja yang dapat

mereka gunakan.

Primary Key : id_group

186

Foreign Key : menu_id reference Menu_Header ( menu_id)

Tabel 3.41 Tabel Ms_User_Group

Nama Field Tipe Panajang Field Keterangan

user_group Char(6) 6 Group User

menu_id Char(10) 10 Id Menu

ket_group Char(100) 100 Keterangan Group

nm_group Char(10) 10 Nama Group

3. Tabel Ms_Inventaris

Tabel ini berisi data perangkat keras yang telah diserahkan kepada user

dan mendapatkan nomor inventaris dari bagian inventaris.

Primary Key : no_inventaris

Foreign Key : - no_item reference Ms_Item ( no_item )

- user_id reference Ms_User ( user_id )

- kd_dept reference Ms_Departemen (kd_dept)

Tabel 3.42 Tabel Ms_Inventaris


no_inventaris char(20) 20 Nomor Inventaris

no_item char(20) 20 Nomor Item

ket_inventaris char(100) 100 Keterangan Inventaris

kd_dept char(10) 10 Kode Departemen

ket_lokasi char(100) 100 Keterangan Lokasi

serial_num char(20) 20 Nomor Serial

status_keadaan char(20) 20 Status Keadaan Inventaris

Harga Bigint 0 Harga Inventaris

187

tgl_update Date 0 Tanggal update


Jenis char(10) 10 Jenis Inventaris

4. Tabel Ms_Detail_Inventaris

Tabel ini berisi komponen-komponen apa saja yang terdapat di dalam

perangkat keras tersebut. Sebuah perangkat keras memiliki satu nomor

inventaris yang unik dan dapat memiliki data detail inventaris yang berupa

beberapa nomor item dan serial number dari komponen-komponen yang

terdapat di dalamnya.

Primary Key : no_inventaris + no_item + serial_num

Foreign Key : - no_item reference Ms_Item ( no_item)

- no_inventaris reference Ms_Inventaris ( no_inventaris )

Tabel 3.43 Tabel Ms_Detail Inventaris


No_inventaris char(20) 20 Nomor Inventaris

No_item char(20) 20 Nomor Item

serial_num char(20) 20 Nomor Serial

5. Tabel Ms_Departemen

Tabel ini berisi data tentang departemen-departemen yang berada

didalam rumah sakit.

Primary Key : kd_dept

188

Tabel 3.44 Tabel Ms_Departemen


Kd_dept Char(10) 10 Kode Departemen

Nm_dept Char(20) 20 Nama Departemen

lokasi_dept Char(100) 100 Lokasi Departemen

No_pegawai_pj Char(10) 10

Nomor Pegawai Penanggung

Jawab

tgl_Update Date 0 Tanggal update

user_id Char(10) 10 Id user

6. Tabel Ms_Vendor

Tabel ini berisi data tentang vendor-vendor yang memasok item/barang

untuk rumah sakit.

Primary Key : kd_vendor

Foreign Key : user_id reference Ms_User (user_id)

Tabel 3.45 Tabel Ms_Vendor


kd_vendor char(10) 10 Kode Vendor

nama_vendor char(20) 20 Nama Vendor

contact_person char(20) 20 Orang Yang Dihubungi

Alamat char(100) 100 Alamat Vendor

tgl_Update Date 0 Tanggal Update


Telp_contact char(10) 10 Telp Yang Dihubungi

189

7. Tabel Ms_Item

Tabel ini berisi data mengenai item-item/barang sebelum dijadikan

inventaris dan item-item yang berupa suku-cadang/komponen.

Primary Key : no_item

Foreign Key : - kd_vendor reference Ms_Vendor (kd_vendor)

- user_id reference Ms_User (user_id)

Tabel 3.46 Tabel Ms_Item


jenis_item char(10) 10 Jenis Item

Merk char(20) 20 Merk Item

Kd_vendor char(10) 10 Kode Vendor

Harga integer 0 Harga Item

Tgl_Update date 0 Tanggal Update



Jumlah integer 0 Jumlah Item

Ket_item char(100) 100 Keterangan Item

8. Tabel Item_Stok

Tabel ini berisi data mengenai jumlah item secara keseluruhan yang

terdapat di dalam rumah sakit, jumlah item yang telah diserahkan kepada

user/sedang dipakai.

Primary Key : no_item

Foreign Key : - no_item reference Ms_Item (no_item)


190

Tabel 3.47 Tabel Item_Stok



jml_item integer 0 Jumlah Item

jml_dipakai integer 0

Jumlah Item Yang

Dipakai



9. Tabel Item_Stok_History

Tabel ini berisi data riwayat jumlah stok item yang datanya di-create

secara otomatis oleh sistem.

Primary Key : no_item + tgl_history

Foreign Key : no_item reference Item_Stok (no_item)

Tabel 3.48 Item_Stok_History



tgl_history Date 0 Tanggal History

jml_item Integer 0 Jumlah Item

jml_dipakai Integer 0

Jumlah Item Yang

Dipakai

10. Tabel Menu_Header

Tabel ini berisi pengelompokkan menu berdasarkan tipe user yang telah

dikelompokkan di dalam database.

191

Primary Key : menu_id

Tabel 3.49 Menu_Header


menu_id char(10) 10 Id Menu

Menu_name char(20) 20 Nama Menu

11. Tabel Menu_Detail

Tabel ini berisi detail dari menu-menu yang tersedia untuk user

Primary Key : menu_id + no_seg

Foreign Key : menu_id reference Menu_Header (menu_id)

Tabel 3.50 Tabel Menu_Detail


menu_id char(10) 10 Id Menu

no_seg Integer 0

Nomor Segmen

Menu

menu_label char(40) 40 Menu Label

Type char(20) 20 Tipe Menu

url char(50) 50 Url Menu

12. Tabel Request_Order

Tabel ini berisi data permintaan inventaris yang diajukan oleh user.

Primary Key : no_req_order

Foreign Key : - user_id reference Ms_User (user_id)


192

Tabel 3.51 Tabel Request_Order


no_req_order char(20) 20 Nomor Permintaan

tgl_order Date 0 Tanggal Permintaan


Status Integer 0 Status Permintaan

User_id char(10) 10 Id User


13. Tabel Request_Order_Detail

Tabel ini berisi data detail dari permintaan inventaris, misalnya jumlah

Primary Key : no_req_order + no_item

Foreign Key : - no_req_order reference Request_Order (no_req_order)

- no_item reference Ms_Item (no_item)

Tabel 3.52 Tabel Request_Order_Detail


no_req_order char(20) 20 Nomor Permintaan


Keterangan char(100) 100 Keterangan

Harga integer 0 Harga

Jumlah integer 0 Jumlah

Calon_user char(20) 20 Calon User

193

14. Tabel Request_Maintenance_Order

Tabel ini berisi data tentang permintaan perbaikan yang diajukan oleh

user.

Primary Key : no_req_order

Foreign Key : - no_inventaris reference Ms_Inventaris (no_inventaris)



Tabel 3.53 Tabel Request_Maintenance_Order


No_req_maintenance char(20) 20

Nomor Permintaan

Perbaikan

Tgl_order_maintenance Date 0

Tanggal Permintaan

Perbaikan

No_inventaris char(20) 20 Nomor Inventaris

Kd_dept char(10) 10 Kode Departemen

Status integer 0 Status Permintaan

User_id char(10) 10 Id User

Tgl_Update date 0 Tanggal Update

Keluhan_kerusakan char(100) 100 Keluhan Kerusakan

15. Tabel Request_Fulfil

Tabel ini berisi data tentang pemenuhan permintaan inventaris yang telah

diajukan.

Primary Key : no_req_fulfil

Foreign Key : - no_req_order reference Request Order (no_req_order)

194


Tabel 3.54 Tabel Request Fulfil


no_req_fulfil char(20) 20

Nomor Pemenuhan

Permintaan

no_req_order char(20) 20

Nomor permintaan

Inventaris


tgl_Update date 0 Tanggal Update

16. Tabel Request_Fulfil_Detail

Tabel ini berisi data mengenai detail pemenuhan permintaan inventaris

yang menjabarkan barang apa saja beserta jumlah barang yang

permintaannya telah dipenuhi.

Primary Key : no_req_fulfil + no_item


- no_req_fulfil reference Request_Fulfil (no_req_fulfil)

Tabel 3.55 Tabel Request_Fulfil_Detail


No_req_fulfil char(20) 20

Nomor Pemenuhan

Permintaan


jml_diberikan Integer 0 Jumlah Yang Diberikan

195

17. Tabel Request_Sukucadang

Tabel ini berisi data tentang permintaan terhadap komponen-

komponen/suku cadang yang dibutuhkan oleh user, sebagai contoh hardisk,

memory card, dan lain-lain.

Primary Key : no_req_sukucadang

ForeignKey : - no_req_maintenance reference

Request_Maintenance_Order (no_req_maintenance)



Tabel 3.56 Tabel Request_Sukucadang


no_req_sukucadang char(20) 20

Nomor Permintaan

Sukucadang

no_req_maintenance char(20) 20

Nomor Permintaan

Pemeliharaan

tgl_req date 0

Tanggal

Permintaan


tgl_Update date 0 Tanggal Update


Status integer 0 Status Permintaan

18. Tabel Request_Sukucadang_Detail

Tabel ini berisi data detail dari permintaan komponen-komponen/suku

cadang yang dibutuhkan oleh user.

196

Primary Key : no_req_sukucadang + no_item

Foreign Key : - no_req_sukucadang reference Request_Order

(no_req_order)


Tabel 3.57 Tabel Request_Sukucadang_Detail


no_req_sukucadang char(20) 20 Nomor Permintaan

Sukucadang


Keterangan char(100) 100 Keterangan

jml_barang integer 0 Jumlah Barang

Harga integer 0 Harga

19. Tabel Transaksi_Detail_Pemakaian

Tabel berisi data detail dari transaksi pemakaian perangkat keras.

Primary Key : no_tr_pemakaian + no_inventaris


- no_tr_pemakaian reference Transaksi_Pemakaian

Tabel 3.58 Tabel Transaksi_Detail_Pemakaian


no_tr_pemakaian char(20) 20

Nomor Transaksi

Pemakaian



197

20. Tabel Tr_Maintenance

Tabel ini berisi data tentang pemeliharaan yang pernah diberikan kepada

inventaris.

Primary Key : kd_maintenance



Tabel 3.59 Tabel Tr_Maintenance


kd_maintenance char(20) 20 Kode Pemeliharaan


no_req_maintenance char(20) 20

Nomor Permintaan

Perbaikan

tgl_mulai Date 0 Tanggal Mulai

tgl_selesai Date 0 Tanggal Selesai

keterangan char(100) 100 Keterangan

Jenis_maintenance char(20) 20 Jenis Pemeliharaan

lokasi_maintenance char(100) 100 Lokasi Pemeliharaan

biaya_maintenance Integer 0 Biaya Pemeliharaan


User_id char(10) 10 Id user

21. Tabel Transaksi_Pemakaian

Tabel ini berisi data tentang transaksi pemakaian inventaris yang pernah

dibuat.

Primary Key : no_tr_pemakaian

198

Foreign Key : - kd_dept reference Ms_Departemen (kd_dept)


Tabel 3.60 Tabel Transaksi_Pemakaian

Nama Field Tpe Panjang Field Keterangan

no_tr_pemakaian char(20) 20

Nomor Transaksi

Pemakaian


tgl_terima Date 0 Tanggal Terima



no_pegawai_penerima char(10) 10

Nomor Pegawai

Penerima

22. Tabel Adjust_Detail

Tabel ini berisi data mengenai penjelasan tentang adjustment yang

dipakai dalam tabel Adjust Order

Primary Key : kode_adjus

Tabel 3.61 Tabel Adjust_Detail


Kode_adjus char(10) 10 Kode Adjustmen

keterangan char(100) 100 Keterangan

Tanda char(1) 1 Tanda

199

23. Tabel Adjust_Order

Tabel ini berisi data mengenai adjustment stok yang pernah dilakukan,

adjustment stok berfungsi untuk melakukan penyamaan jumlah stok antara data

yang terdapat di dalam database dengan data sebenarnya yang ada di gudang

Primary Key : no_adjus

Foreign Key : - kode_adjus reference Adjus_Detail (kode_adjus)


Tabel 3.62 Tabel Adjust_Order


no_adjus Char(20) 20 Nomor Adjustment

kode_ajdus Char(10) 10 Kode Adjustmen

Tgl Date 0 Tanggal

Keperluan Char(100) 100 Keperluan

user_id Char(10) 10 Id User

no_item Char(20) 20 Nomor Item

Jumlah integer 0 Jumlah

no_dokumen Char(20) 20 Nomor Dokumen

24. Tabel Fulfil_Sukucadang

Tabel ini berisi data tentang pemenuhan permintaan suku cadang yang

telah diajukan.

Primary Key : no_fulfil_sukucadang

Foreign Key : - no_req_sukucadang reference Request Sukucadang

(no_req_sukucadang)

200


Tabel 3.63 Tabel Fulfil_Sukucadang


no_fulfil_sukucadang Char(20) 20

Nomor Pemenuhan

Permintaan Suku Cadang

no_req_sukucadang Char(20) 20

Nomor Permintaan Suku

Cadang

User_id Char(10) 10 Id User


25. Tabel Fulfil_Sukucadang_Detail

Tabel ini berisi data mengenai detail pemenuhan permintaan suku cadang

yang menjabarkan barang apa saja beserta jumlah barang yang

permintaannya telah dipenuhi.

Primary Key : no_fulfil_sukucadang + no_item


- no_fulfil_sukucadang reference Fulfil_Sukucadang

(no_req_fulfil)

Tabel 3.64 Tabel Fulfil_Sukucadang_Detail


No_fulfil_sukucadang char(20) 20

Nomor Pemenuhan

Permintaan Sukucadang


jml_diberikan Integer 0 Jumlah Yang Diberikan

201

3.4.7 Spesifikasi Modul / Proses

Spesifikasi proses adalah suatu pernyataan cara yang ditempuh untuk

mengarahkan aliran input menjadi aliran output melalui fungsi utama rancangan dan

diambil dari modul dalam bagan terstruktur.

Penggunaan spesifikasi proses untuk merancang dan menulis program secara

terstruktur dalam Sistem Manajemen Aset perangkat keras pada Rumah Sakit

Jantung dan Pembuluh Darah Harapan Kita yang diusulkan adalah :

Modul Login Sistem Informasi Manajemen Aset

Open Layar Login

Insert Username

Insert Password

If Username dan Password tidak terdapat dalam database Then

Kembali ke layer login dan tampilkan kesalahan

Else

Panggil Modul Menu Utama

End If

Keluar dari system

End Modul

Modul Menu Administrasi Item

Choose Layar Menu Adminstrasi Item

Tampil Daftar Item

If klik Nomor Item then

202

Tampil Spesifikasi item, Stok History Item

If klik Stok Adjusmen Then

Tampil Form detail stok Adjusmen

If klik “add” then

Data Stok adjustmen di tambah

Data stok berubah

End

Else If klik “cancel” then

Data Stok Adjustmen tidak di tambah

End

End

Else If klik “Update” then

Tampil form Update item

If klik tombol “Update” then

Data item ter-Update

End

Else If klik tombol “cancel” then

Data item tidak ter-Update

End

End

Else if Klik tombol “delete” then

Delete item

End

203

If Klik “Add Item” then

Tampil form tambah item

If klik tombol “add” then

Data item di tambah

End


Data item tidak di tambah

End

End If

End Modul

Modul Menu Administrasi Inventaris

Choose Layar Administrasi Inventaris

Tampil Daftar Inventaris

If klik Nomor Inventaris then

Tampil Spesifikasi Inventaris, Daftar Komponen

If klik Add Komponen then

Tampil form tambah Komponen


Komponen ditambah ke dalam inventaris

End


Komponen tidak di tambah ke dalam inventaris

204

End

End

Else If klik tombol “delete” then

Delete Komponen dari Inventaris

End

Else If klik Riwayat Pemeliharaan Then

Tampil tabel Daftar Maintenance Inventaris

If klik Add Maintenance Then

Tampil Form tambah Maintenance


Data maintenance di tambah

End


Data maintenance tidak di tambah

End

End

If klik “Update” Then

Tampil form Update maintenance


Data maintenance ter-Update

End

Else if klik tombol “cancel” then

Data maintenance tidak ter-Update

205

End

End

Else If klik “delete” then

Data maintenance di hapus

End

End

Else If Klik tombol “Update” then

Tampil form Update inventaris


Data inventaris ter-Update

End


Data inventaris tidak ter-Update

End

End

Else If Klik tombol “delete” then

Delete inventaris

End

End If

If Klik “Add Inventaris” then

Tampil form tambah inventaris


Data inventaris di tambah

206

End


Data inventaris tidak di tambah

End

End If

End Modul

Modul Menu Administrasi User

Choose Layar Administrasi User

Tampil Daftar User

If klik “Update” then

Tampil form Update user


Data user ter-Update

End


Data user tidak ter-Update

End

End If

Else If klik “Delete” then

Data user di hapus

End If

If klik tombol “Add User” then

207

Tampil form tambah user


Data user ditambah

End


Data user tidak ditambah

End

End If

If klik Administrasi Departemen Then

Tampil daftar Departemen


Tampil form Update Departemen


Data Departemen ter-Update

End


Data Departemen tidak ter-Update

End


Delete inventaris

End

Else If klik Add Departemen Then

Tampil form tambah Departemen

208


Data departemen di tambah

End


Data departemen tidak di tambah

End

End

End

End Modul

Modul Menu Administrasi Vendor

Choose Layar Administrasi Vendor

Tampil Daftar Vendor

If Klik “Update” Then

Tampil form Update vendor

If klik tombol “Update” Then

Data vendor ter-Update

End


Data vendor tidak ter-Update

End

End


209

Delete vendor

End

Else If klik tombol “Add Vendor” then

Tampil form tambah vendor


Data vendor ditambah

End


Data vendor tidak ditambah

End

End

End Modul

Modul Menu Transaksi Pemakaian

Choose layar Transaksi Pemakaian

Tampil daftar Transaksi pemakaian

If klik “nomor pemakaian “ Then

Tampil header detail transaksi pemakaian

End

Else If klik tombol “Update” Then

Tampil form Update header transaksi

If klik tombol “submit” then

Data header transaksi pemakaian ter-Update

210

If klik “edit detail” then

Tampil detail transaksi

If klik “add inventaris” then

Choose inventaris


Data inventaris di tambah ke detail

transaksi

End

Else If klik tombol “back” then


End

End

End

End


Data transaksi tidak ter-Update

End

End

Else Klik tombol “delete” then

Delete Transaksi Pemakaian

End

If klik tombol “Add Pemakaian” then

Tampil form tambah Transaksi Pemakaian

211


Data Header Transaksi Pemakaian

ditambah

Tampil detail transaksi

If klik “add inventaris” then

Choose inventaris


Data inventaris di tambah ke detail

transaksi

End

Else If klik tombol “back” then


End

End

End


Data Transaksi Pemakaian tidak ditambah

End

End If

End Modul

Modul Menu Permintaan Inventaris

Choose layar Permintaan Inventaris

212

Pilih menu = true

Do case pilihan menu

Case pilihan= daftar permintaan inventaris

Case pilihan= daftar pemenuhan permintaan inventaris

Case pilihan= daftar permintaan suku cadang

Case pilihan= daftar pemenuhan permintaan sukucadang

Case pilihan= daftar permintaan perbaikan inventaris

Case pilihan= buat permintaan inventaris baru

Case pilihan= buat permintaan suku cadang baru

Case pilihan= buat permintaan perbaikan inventaris baru

End case

End Modul

Modul Menu Daftar Permintaan Inventaris

Choose layar Daftar Permintaan Inventaris

Tampil tabel daftar permintaan inventaris

If klik “nomor request” then

Tampil header detail permintaan inventaris

End If

If klik “action” then

Tampil form pemenuhan permintaan inventaris

If klik “submit” then

Tambah data pemenuhan Permintaan inventaris

213

End


Data pemenuhan permintaan inventaris tidak tersimpan

End

End If


Tampil header permintaan


Data header permintaan ter-Update


Tampil Detail permintaan inventaris

If klik “add item” then

Tampil form tambah item ke detail permintaan

If klik tombol “browse” then

Choose item

If klik “sumbit” then

Data tampil ke dalam form

End

Else if klik “back” then

Data tidak tampil ke dalam form

End

End

If Klik tombol “add” then

214

Data detail permintaan bertambah

End


Tampil header detail


Data ter-Update

End

Else if klik tombol “cancel” then

Data tidak ter-Update

End

End

Else if klik “delete” then

Data di hapus

End

End

End

End

Else If klik tombol cancel then

Data header permintaan tidak ter-Update

End

End


Data permintaan di hapus

215

End If

End Modul

Modul Menu Daftar Pemenuhan Permintaan Inventaris

Choose layar Daftar Pemenuhan Permintaan Inventaris

Tampil daftar pemenuhan permintaan inventaris

If klik nomor fulfil then

Tampil header detail fulfil

End If


Tampil form Update fulfil


Data detail fulfil ter-Update

End


Data detail fulfil tidak ter-Update

End

End If


Data pemenuhan inventaris di hapus

End If

End Modul

216

Modul Menu Daftar Permintaan Suku Cadang

Choose layar Daftar Permintaan Suku Cadang

Tampil daftar permintaan sukucadang

If klik “nomor permintaan” then

Tampil header detail permintaan sukucadang

End If


Tampil header permintaan sukucadang


Data header request sukucadang ter-Update


Tampil detail permintaan sukucadang

If klik “add item” then

Tampil form tambah detail

If klik “browse” then

Choose item


Data item ditampilkan ke form tambah detail permintaan

End

Else klik “back” then

Data tidak ditampilkan

End

217

End


Data detail permintaan ditambah

End

End


Tampil form header detail permintaan


Data ter-Update

End


Data tidak ter-Update

End

End

End


Data header permintaan sukucadang tidak ter-Update

End


Data permintaan sukucadang di hapus

End If

End Modul

218

Modul Menu Daftar Pemenuhan Permintaan Suku Cadang

Choose layar Daftar Pemenuhan Permintaan Suku Cadang

Tampil daftar pemenuhan permintaan Suku Cadang

If klik nomor fulfil then

Tampil header detail fulfil

End If


Tampil form Update fulfil


Data detail fulfil ter-Update

End


Data detail fulfil tidak ter-Update

End

End If


Data pemenuhan suku cadang di hapus

End If

End Modul

Modul Menu Daftar Permintaan Perbaikan Inventaris

Choose layar Daftar Permintaan Perbaikan Inventaris

219

Tampil daftar permintaan perbaikan invetaris


Tampil form Update permintaan perbaikan invetaris


Data permintaan perbaikan invetaris ter-Update

End


Data permintaan perbaikan invetaris tidak

ter-Update

End

End


Data permintaan perbaikan invetaris di hapus

End If

End Modul

Modul Menu Buat Permintaan Inventaris

Choose layar Buat Permintaan Inventaris Baru

Tampil form permintaan inventaris

If klik “sumbit” then

Data permintaan inventaris ter-Update

End


220

Data request order tidak ter-Update

End If

End Modul

Modul Menu Buat Permintaan Suku Cadang

Choose layar Buat Permintaan Suku Cadang Baru

Tampil form permintaan suku cadang


Data request suku cadang ter-Update

End


Data request suku cadang tidak ter-Update

End

End Modul

Modul Menu Buat Permintaan Perbaikan Inventaris

Choose layar Buat Permintaan Perbaikan Inventaris

Tampil form permintaan perbaikan inventaris


Data permintaan perbaikan inventaris disimpan

End


Data request maintenance order tidak disimpan

221

End If

End Modul

Modul Menu Riwayat Pemeliharaan

Choose layar Riwayat Pemeliharaan

Tampil daftar maintenance

If klik “add maintenance” then

Tampil form tambah maintenance

If klik “add” then

Data transaksi maintenance ditambah

End

Else If klik “cancel”then

Data transaksi maintenance tidak ditambah

End

End If


Tampil detail maintenance

If klik tombol Update then

Data detail maintenance ter-Update

End


Data detail maintenance tidak ter-Update

End

222

End If


Data detail maintenance di hapus

End

End Modul

BAB 3 ANALISA DAN PERANCANGANthesis.binus.ac.id/doc/Bab3/2007-2-00192-IF-Bab 3.pdf · Menyediakan...

Documents

Transcript of BAB 3 ANALISA DAN PERANCANGANthesis.binus.ac.id/doc/Bab3/2007-2-00192-IF-Bab 3.pdf · Menyediakan...