BAB IV ANALISIS DAN DESAIN SISTEM. diharapkan mampu meningkatkan kinerja Sistem Informasi Manajemen Stock

Transkripsi

1 BAB IV ANALISIS DAN DESAIN SISTEM Dalam pengembangan teknologi informasi saat ini, dibutuhkan analisis dan perancangan sistem pengolah data yang baik. Sistem pengolah data tersebut diharapkan mampu meningkatkan kinerja Sistem Informasi Manajemen Stock pada Rumah sakit umum kabupaten Sidoarjo yang akan dibuat. Analisis merupakan cara untuk menyelesaikan permasalahan berdasarkan data yang telah diperoleh dari hasil studi lapangan. Sedangkan desain sistem merupakan langkah yang harus ditempuh untuk menyajikan sebuah sistem informasi terorganisir dengan baik. 4.1 Analisa Sistem Berdasarkan hasil analisis sistem yang sedang berjalan saat ini dirumah sakit umum kabupaten Sidoarjo, masih ada kekurangan yang terjadi dalam sistem, salah satunya adalah sering kali mengalami kesalahan dalam melakukan stock hardware dan pengelolaan data hardware serta maintenance yang tidak terpantau dengan baik. Hal ini terjadi karena sistem yang masih dilakukan secara manual. Demi mendorong Rumah sakit umum kabupaten Sidoarjo untuk berbenah diri dalam rangka perbaikan kualitas pelayanan yang lebih baik, Rumah sakit umum kabupaten Sidoarjo membutuhkan Sistem informasi manajemen stock yang terkomputerisasi agar lebih efektif serta sistem tersebut diharapkan mampu memberikan kemudahan dalam melakukan pembuatan laporan stock hardware dan maintenance hardware. Oleh karena itu, dirancanglah sebuah sistem informasi manajemen stock yang diharapkan dapat mengatasi permasalahan tersebut. 22

2 Desain Sistem Berdasarkan analisis yang telah dilakukan, maka dibuatlah sistem yang baru. Sistem yang baru tersebut dapat digambarkan pada Document Flow komputerisasi, Context Diagram, HIPO, ERD, DFD, Conceptual Data Model (CDM), Phisical data Model (PDM), DBMS, dan desain input outputnya Document Flow Komputerisasi Dalam sistem informasi manajemen stock pada Rumah sakit umum kabupaten Sidoarjo terdapat tiga dokument flow komputerisasi yaitu proses Permintaan penambahan hardware, proses perbaikan, dan proses penggantian. Adapun untuk gambar dan penjelasannya dijelaskan pada uraian berikut ini. A. Document Flow Komputerisasi Permintaan Penambahan Hardware Document flow Komputerisasi memuat hasil analisis yang merupakan pengembangan dari sistem yang sudah ada. Document flow Komputerisasi menunjukkan aliran proses kegiatan Sistem Informasi manajemen stock pada Rumah sakit umum Sidoarjo. Gambar 4.1 menjelaskan proses permintaan penambahan hardware yang dimulai dari pegawai admin yang berada dirsud mengirimkan surat permintaan hardware baru ke bagian pegawai IT, kemudian pegawai IT mengecek stock hardware, apabila hardware yang diminta oleh pegawai admin tidak ada lalu membawa surat pengadaan hardware baru untuk diteruskan ke RTP (Rumah tangga pembelanjaan) untuk disetujui. Pada proses akhir bagian pegawai IT membuat laporan permintaan penambahan hardware perbulan untuk diberikan kepada RTP.

3 24 pegawai Bag IT(teknisi) Rumah tangga Pembelanjaan (RTP) Mulai Data hardware Laporan Data Permintaan Hardware Cek stok hardware Permintaan hardware A Surat permintaan data hardware T Ada? selesai 1 A Y Surat permintaan data hardware Update Stock hardware 1 T Permintaan disetujui? Simpan Data Permintaan hardware Data Permintaan hardware 2 Y anggaran dana 1 2 Mencetak Data permintaan hardware A Laporan Data Permintaan Hardware A anggaran dana 2 3 Membuat Surat pemberitahuan Nota pembelian Surat pemberitahuan Surat pemberitahuan Data hardware Menyimpan Data hardware baru 3 Nota pembelian Nota pembelian A selesai Gambar 4.1 Document flow Komputerisasi Permintaan Hardware

4 25 B. Document flow Komputerisasi Perbaikan Hardware Gambar 4.2. Document flow komputerisasi Perbaikan hardware dapat dilihat pada Pegawai Bag IT(teknisi) rumah tangga pembelanjaan (RTP) Mulai Input data perbaikan Data perbaikan 1 Kerusakan hardware Menyimpan data hardware yg sudah diperbaiki Laporan hardware yang sudah diperbaiki 2 A selesai Mencetak laporan hardware yg sudah diperbaiki Laporan hardware yang Laporan sudah penggantian diperbaiki/ perbaikan hardware 1 2 A 1 Gambar 4.2 Document flow Komputerisasi Perbaikan Hardware Gambar 4.2 menjelaskan tentang gambaran umum proses perbaikan hardware dalam bentuk document flow komputerisasi. Proses dimulai dari pegawai admin RSUD mengirimkan surat kerusakan hardware ke bagian pegawai IT, kemudian bagian pegawai IT melakukan pendataan hardware yang telah diperbaiki. Pada proses akhir bagian pegawai IT membuat laporan perbaikan perbulan untuk diberikan kepada RTP.

5 26 C. Dokumen flow Komputerisasi Penggantian Hardware Gambar 4.3 menjelaskan proses penggantian hardware yang dimulai dari pegawai admin yang berada dirsud mengirimkan surat penggantian hardware baru ke bagian pegawai IT, kemudian pegawai IT mengecek stock hardware, apabila hardware yang ingin diganti tidak ada lalu pegawai IT membawa surat pengadaan hardware baru untuk diteruskan ke RTP (Rumah tangga pembelanjaan) untuk disetujui. Pada proses akhir bagian pegawai IT membuat laporan penggantian hardware perbulan untuk diberikan kepada RTP.

6 27 Gambar 4.3. Document flow komputerisasi Penggantian hardware dapat dilihat pada Pegawai Bag IT(teknisi) Rumah tangga pembelanjaan (RTP) Mulai Data hardware Laporan Data Hardware yang diganti Permintaan Penggantian hardware Cek stok hardware A T Ada? selesai Y Surat permintaan data hardware baru Surat permintaan data hardware baru Update Stock hardware 1 1 A T Permintaan disetujui? Simpan Data hardware yang diganti Data Penggantian hardware 2 Y anggaran dana 1 2 Mencetak Data hardware yang diganti A Laporan Data Hardware yang diganti A 2 3 anggaran dana Membuat Surat pemberitahuan Surat pemberitahuan Nota pembelian Surat pemberitahuan Data Menyimpan Data hardware hardware baru 3 Nota pembelian Nota pembelian A selesai Gambar 4.3 Document flow komputerisasi Penggantian hardware

7 Data Flow Diagram Data Flow Diagram (DFD) menggambarkan aliran data yang terjadi di dalam sistem, sehingga dengan dibuatnya DFD ini akan terlihat arus data yang mengalir dalam sistem. A. Hirarki Input Proses Output 0 SISTEM INFORMASI MANAJEMEN STOCK MENGELOLA DATA PERMINTAAN PENAMBAHAN HARDWARE PERBAIKAN HARDWARE PENGGANTIAN HARDWARE 5 MENGELOLA LAPORAN MENGELOLA DATA MASTER RUANG MENGELOLA DATA MASTER HARDWARE MENGELOLA DATA MASTER SUBRUANG MENGELOLA DATA MASTER JENIS HARDWARE 2.1 PERSETUJUAN ENTRY DATA STOCK HARDWARE ENTRY DATA PERBAIKAN PERSETUJUAN STOCK HARDWARE INPUT DATA PENGGANTIAN HARDWARE MEMILIH LAPORAN MENENTUKAN PERIODE MENCETAK LAPORAN Gambar 4.4 HIPO Rancang Bangun Sistem Informasi Manajemen Stock Hirarki Input Proses Output menggambarkan hirarki proses-proses yang ada dalam Data Flow Diagram. Gambar 4.4 adalah HIPO dari Rancang Bangun Sistem Informasi Manajemen Stock pada Rumah sakit umum kabupaten Sidoarjo.

8 29 B. Context Diagram Gambar 4.5 Context diagram sistem informasi administrasi personalia dapat dilihat pada Data_Penggantian_Hardware Bagian_Pegawai_ IT Data_Perbaikan_Hardware Data_Permintaan_Penambahan_Hardware Data_Hardware Data_pegawai_IT Data_ruang 0 Sistem Informasi Manajemen Stock RSUD Sidoarjo Laporan_Permintaan_hardware_Baru_Yang_Disetujui Laporan_Data_Permintaan_Penambahan_Hardware Laporan_Data_Perbaikan_Hardware Laporan_Data_Penggantian_Hardware Laporan_Data_Ruang Laporan_Data_Hardware Laporan_Data_Pegawai_IT RTP ( Rumah tangga Pembelanjaa n) Gambar 4.5 Context Diagram Sistem Informasi Manajemen Stock Context diagram menggambarkan asal data dan menunjukkan aliran dari data tersebut. Context Diagram Sistem Informasi Manajemen Stock pada Rumah sakit Umum kabupaten Sidoarjo terdiri dari 2 external entity yaitu Bagian Pegawai IT, dan RTP (Rumah tangga pembelanjaan). Aliran data yang keluar dari masing-masing external entity mempunyai arti bahwa data tersebut berasal dari external entity, sedangkan aliran data yang masuk mempunyai arti informasi data ditujukan untuk external entity tersebut seperti pada Gambar 4.5

9 30 C. DFD level 0 Sistem Informasi Manajemen Stock Gambar 4.6 DFD level 0 rancang bangun sistem manajemen stock dapat dilihat pada Bagian_Pe gawai_it [Data_ruang] 1 Data_ruang 1 Ruang Bagian_Pe gawai_it [Data_Hardware] Mengelola_Data + Data_Hardware 2 Hardware Proses_Perminta an_penambahan Bagian_Pe [Data_Permintaan_Penambahan_Hardware] _hardware + gawai_it 2 Data_Penambahan Data_Hardware 3 Data_Permintaan_Penamb ahan_hardware Data_ruang Bagian_Pe gawai_it Data_Perbaikan 3 Proses_Perbaika n_hardware + Data_Perbaikan 4 Data_Perbaikan Data_Hardware Data_Ruang Data_Penggantian 4 5 Penggantian hardware Bagian_Pe gawai_it [Data_Penggantian_Hardware] Proses_Penggant ian_hardware + Data_Hardware Data_Ruang Bagian_Pe gawai_it [Data_pegawai_IT] [Laporan_Data_Pegawai_IT] 5 Mengelola_lapor an + Data_Hardware Data_Perbaikan Data_Ruang Data_Penggantian Data_Permintaan RTP ( Rumah tangga Pembelanjaa n) [Laporan_Data_Hardware] RTP ( Rumah tangga [Laporan_Data_Penggantian_Hardware] Pembelanjaa n) [Laporan_Data_Perbaikan_Hardware] RTP ( Rumah tangga Pembelanjaa n) [Laporan_Data_Ruang] RTP ( Rumah tangga Pembelanjaa n) [Laporan_Permintaan_hardware_Baru_Yang_Disetujui] RTP ( Rumah tangga Pembelanjaa n) [Laporan_Data_Permintaan_Penambahan_Hardware] RTP ( Rumah tangga Pembelanjaa n) RTP ( Rumah tangga Pembelanjaa n) Gambar 4.6 DFD Level 0 Sistem Informasi Manajemen Stock

10 31 Sistem Informasi Manajemen Stock memiliki beberapa proses yaitu proses mengelola data, permintaan penambahan hardware, proses perbaikan, penggantian hardware, mengelola laporan, seperti yang tertera pada Gambar 4.6 juga digambarkan data store yang digunakan dalam sistem. Data Store yang digunakan adalah ruang, hardware, permintaan, perbaikan, dan penggantian. C. DFD Level 1 Sub Proses Mengelola Data Master Pada Gambar 4.7 merupakan DFD Level 1 Sub Proses Mengelola Data master dari sistem informasi manajemen stock rumah sakit umum kabupaten Sidoarjo. DFD Level 1 tersebut terdiri dari 4 proses utama yaitu mengelola data master ruang, mengelola data master hardware, mengelola data master subruang, dan mengelola data master jenis hardware. Selain itu juga terdapat 4 datastore yaitu ruang, hardware, subruang, dan jenis. 1.3 Mengelola_Data _Master_SubRua ng SubRuang 6 SubRuang Data_SubRuang Bagian_Pe gawai_it [Data_ruang] 1.1 Mengelola_Data _Master_Ruang [Data_ruang] 1 Ruang ID_Ruang 1.2 Bagian_Pe gawai_it [Data_Hardware] Mengelola_Data _Master_Hardwar e Data_Jenis 2 Hardware [Data_Hardware] 1.4 Mengelola_Data _Master_Jenis_H ardware Jenis 7 Jenis Gambar 4.7 DFD Level 1 Sub Proses Mengelola Data Master

11 32 D. DFD Level 1 Sub Proses Permintaan Penambahan hardware Pada Gambar 4.8 merupakan DFD Level 1 Sub Proses Permintaan Penambahan hadware dari sistem informasi manajemen stock hardware dirumah sakit umum kabuapaten Sidoarjo. DFD Level 1 tersebut terdiri dari tiga proses utama yaitu Permintaan hardware, Stock hardware dan persetujuan. Selain itu juga terdapat tiga datastore dan dua external entity. Surat_Pengajuan RTP Surat_Pengajuan 2.3 Bagian_Pe gawai_it Surat_Persetujuan [Data_Permintaan_Penambahan_Hardware] Data_hardware Data_Permintaan Persetujuan Hardware 2.1 Permintaan_Pen ambahan_hardw are Nomor_Hardware Surat_Persetujuan 3 Data_Permintaan_Penamb ahan_hardware [Data_Penambahan] 2 Hardware 2.2 Stock_Hardware [Data_Hardware] [Data_ruang] 1 Ruang Gambar 4.8 DFD Level 1 Sub Proses Permintaan Penambahan Hardware

12 33 E. DFD Level 1 Sub Proses Data Perbaikan Pada Gambar 4.9 merupakan DFD Level 1 Sub Proses Perbaikan hadware dari sistem informasi manajemen stock hardware dirumah sakit umum kabuapaten Sidoarjo. DFD Level 1 tersebut terdiri dari dua proses utama yaitu perbaikan dan input data perbaikan. Selain itu juga terdapat tiga datastore dan satu external entity. 4 Data_Perbaikan 3.1 Proses_Data_Per baikan [Data_Perbaikan] Hardware 2 Hardware Bagian_Pe gawai_it [Data_Perbaikan] 3.2 Input_Data_Perb aikan [Data_Hardware] [Data_Ruang] 1 Ruang Gambar 4.9 DFD Level 1 Sub Proses Perbaikan Hardware

13 34 F. DFD Level 1 Sub Proses Penggantian Hardware Pada Gambar 4.10 merupakan DFD Level 1 Sub Proses Penggantian hadware dari sistem informasi manajemen stock hardware dirumah sakit umum kabuapaten Sidoarjo. DFD Level 1 tersebut terdiri dari tiga proses utama yaitu Penggantian hardware, Stock hardware dan persetujuan. Selain itu juga terdapat tiga datastore dan dua external entity. Surat_Pengajuan RTP 4.1 Surat_Persetujuan Persetujuan Surat_Pengajuan Surat_Persetujuan Hardware Bagian_Pe gawai_it [Data_Penggantian_Hardware] 4.2 Proses_Data_Pen ggantian_hardwa re [Data_Penggantian] 5 Penggantian hardware Data_Hardware Nomor_hardware [Data_Hardware] 2 Hardware Data_Penggantian 4.3 Stock_Hardware [Data_Ruang] 1 Ruang Gambar 4.10 DFD Level 1 Sub Proses Penggantian Hardware

14 35 G. DFD Level 1 Sub Proses Mengelola Data Laporan Pada Gambar 4.11 merupakan DFD Level 1 Sub Proses Mengelola Data Laporan dari sistem informasi manajemen stock dirumah sakit umum kabupaten Sidoarjo. DFD Level 1 tersebut terdiri dari tiga proses utama yaitu memilih laporan, menentukan periode laporan dan mencetak laporan. Selain itu juga terdapat 2 eksternal entity yaitu Bagian pegawai IT, RTP beserta 6 datastore. Bagian_Pe gawai_it [Data_pegawai_IT] 5.1 RTP ( Rumah tangga Memilih_Lapora Pembelanjaa [Laporan_Permintaan_hardware_Baru_Yang_Disetujui] n n) Data_Laporan_Yang_Sesuai 5.2 Menentukan_Per iode_laporan [Laporan_Data_Penggantian_Hardware] [Laporan_Data_Permintaan_Penambahan_Hardware] Periode_Laporan_Yang_Dipilih 1 Ruang 3 2 Hardware Data_Permintaan_Penamb ahan_hardware [Data_Ruang] [Data_Hardware] [Data_Permintaan] [Data_Perbaikan] 5.3 Mencetak_Lapor an [Laporan_Data_Ruang] [Laporan_Data_Perbaikan_Hardware] [Laporan_Data_Pegawai_IT] [Laporan_Data_Hardware] 4 Data_Perbaikan [Data_Penggantian] Data_Pegawai_IT 5 Penggantian hardware 8 Data_Pegawai_IT Gambar 4.11 DFD Level 1 Sub Proses Mengelola Data Laporan

15 Entity Relational Diagram Entity Relationship Diagram (ERD) adalah suatu model data yang ada pada sistem dimana terdapat entity dan relationship. Akan dijelaskan pada gambar dibawah ini. A. Conceptual Data Model Untuk menggambarkan konsep database sistem informasi manajemen stock dapat digambarkan conceptual data model (CDM), sehingga dapat diketahui table apa saja yang dipakai dan relasi-relasinya. Untuk lebih jelasnya dapat dilihat pada gambar 4.12 dibawah ini. memperbaiki Peg awai_it NIP Nama Jabatan Golongan Tang g al_lahir Usia Alamat Telepon Jenis_kelamin Agama Pendidikan Peng alaman_kerja Kemampuan Data perbaikan Kode_Perbaikan Nomor_hardware Kerus akan Jumlah_kerusakan Tindakan tgl_m ulai_dikerjakan tgl_seles ai_dikerjakan tgl_diserahkan_kembali Telah_perbaikan dat a_hardware Data peng gantian hardware Nomor_trans aksi Nama_hardware Tgl_Penambahan Jumlah Ket penggantian penambahan Master_Hardware Nomor_hardware kode_jenis Kode_ruang Nama_hardware Tahun Mainboard Procesor HDD Memory CDROM Jumlah Ket jenis ruang Jenis kode_jenis nama_jenis Ruang Kode_ruang Nama_ruang Kode_sub_ruang Nama_sub_ruang Jumlah Ket Data penambahan hardware Nomor_trans aksi Nomor_hardware Tgl_Penambahan Jumlah Ket Sub_Ruang Kode_Subruang Kode_Ruang Nama_Subruang Ket Sub_ruang Group_Hardware Stock_Opname Group_Hardware Kode_Group Nama_Group Spesifikasi Spes ifikasi Kode_Spes ifikasi Kode_g roup Nama_spesifikasi Stock_Opname Kode_Stock Nomor_Trans aksi Nomor_Hardware Kode_Subruang Tang g al Jumlah Sis a_stock Gambar 4.12 Conceptual Data Model

16 37 B. Physical Data Model Setelah didapatkan konsep database pada conceptual data model (CDM) maka selanjutnya degenerate ke Physical Data Model (PDM), kita dapat mengetahui hasil dari relasi-relasi yang dibangun di CDM. Untuk lebih jelasnya dapat dilihat pada Gambar 4.13 MEMPERBAIKI NIP varc har(20) KODE_PERBAIKAN varc har(20) NIP = NIP DATA_PERBAIKAN KODE_PERBAIKAN varc har(20) NOMOR_HARDWARE varc har(20) DATA_PENGGAN TIAN_HARDWARE NOMOR_HARDWARE1 varc har(20) NOMOR_TRANSAKSI varc har(10) KERUSAKAN varc har(100) NOMOR_HARDWARE varc har(20) JUM LAH_KERUSAKAN varc har(3) NAMA_HARDWARE varc har(20) TINDAKAN varc har(100) TANGGAL_PENAMBAHAN varc har(10) MULAI_DIKERJ AKAN KODE_PERBAIKAN = KODE_PERBAIKAN timestamp JUMLAH_ varc har(3) SELESAI_DIKERJAKAN timestamp KET varc har(50) DATA_PENAM BAHAN_HARDWARE DISERAHKAN_KEMBALI timestamp NOMOR_TRANSAKSI_ varc har(15) TELAH_PERBAIKAN varc har(50) NOMOR_HARDWARE varc har(20) NOMOR_HARDWARE = NOMOR_HARDWARE NOMOR_HARDWARE2 varc har(20) TANGGAL_PENAMBAHAN varc har(10) NOMOR_HARDWARE = NOMOR_HARDWARE JUMLAH_ varc har(3) KET varc har(50) PEGAWAI_IT NIP varc har(20) NAMA varc har(30) JABATAN varc har(25) GOLONGAN varc har(10) TANGGAL_LAHIR timestamp USIA varc har(3) ALAMAT varc har(50) TELEPON varc har(15) JENIS_KELAMIN varc har(15) AGAM A varc har(20) NOMOR_HARDWARE = NOMOR_HARDWARE PENDIDIKAN varc har(10) PENGALAMAN_KERJA varc har(50) KEM AM PUAN varc har(50) JENIS KODE_JENIS varc har(20) MASTER_HARDWARE NAMA_JENIS varc har(30) NOMOR_HARDWARE varc har(20) KODE_JENIS varc har(20) KODE_RUANG varc har(10) KODE_JENIS = KODE_JENIS KODE_GROUP < undefined> KODE_JENIS1 varc har(20) KODE_RUANG1 varc har(10) NAMA_HARDWARE varc har(20) TAHUN varc har(20) RUANG MAINBOARD varc har(25) KODE_RUANG varc har(10) PROCESOR varc har(25) KODE_SUBRUANG < undefined> HDD varc har(25) KODE _RUANG = KODE_RUANG KODE_STOCK < undefined> MEMORY varc har(25) NAMA_RUANG varc har(30) CDROM varc har(20) KODE_SUB_RUANG varc har(20) JUM LAH integ er NAMA_SUB_RUANG varc har(20) KET varc har(50) JUM LAH integ er KET varc har(50) KODE_GROUP = KODE_GROUP KODE_STOCK = KODE_STOCK SUB_RUANG KODE_SUBRUANG < undefined> KODE_RUANG_ < undefined> NAMA_SUBRUANG < undefined> KET varc har(50) KODE _SUBRUANG = KODE_SUBRUANG GROUP_HARDWARE KODE_GROUP < undefined> NAMA_GROUP < undefined> KODE_GROUP = KODE_GROUP SPESIFIKASI KODE_SPESIFIKASI < undefined> KODE_GROUP < undefined> KODE_GROUP < undefined> NAMA_SPESIFIKASI < undefined> STOCK_OPNAME KODE_STOCK < undefined> NOMOR_TRANSAKSI < undefined> NOMOR_HARDWARE < undefined> KODE_SUBRUANG < undefined> TANGGAL < undefined> JUM LAH integ er SISA_STOCK < undefined> Gambar 4.13 Physical Data Model (PDM)

17 Struktur Basis Data dan Tabel Dalam penjelaskan struktur tabel yang akan digunakan dalam pembuatan sistem informasi manajemen stock di rumah sakit umum kabupaten sidoarjo. Tabel-tabel yang digunakan pada sistem informasi manajemen stock adalah: Nama Tabel Schema Created Pegawai IT Dbo 28/03/2011 Master Hardware Dbo 28/03/2011 Jenis Hardware Dbo 28/03/2011 Ruang Dbo 28/03/2011 Sub Ruang Dbo 28/03/2011 Stock Opname Dbo 28/03/2011 Penambahan Hardware Dbo 28/03/2011 Perbaikan Hardware Dbo 28/03/2011 Penggantian Hardware Dbo 28/03/2011 Gambar 4.14 Database Sistem Informasi Manajemen Stock Tabel dibawah ini akan menjelaskan satu-satu detil dari struktur tabel untuk setiap tabel. 1. Nama tabel : Pegawai IT Fungsi Primary key : Menyimpan data Pegawai : NIP Foreign key : - Tabel 4.1 Pegawai No Atribut Tipe Panjang Keterangan 1 NIP Varchar 50 Primary Key 2 Nama Varchar 50 Nama 3 Jabatan Varchar 50 Jabatan 4 Golongan Varchar 50 Golongan 5 Tanggal lahir Varchar 50 Tanggal lahir 6 Usia Varchar 50 Usia 7 Alamat Varchar 50 Alamat 8 Telepon Varchar 50 Telepon 9 Jenis Kelamin Varchar 50 Jenis Kelamin

18 39 No Atribut Tipe Panjang Keterangan 10 Agama Varchar 50 Agama 11 Pendidikan Varchar 50 Pendidikan 12 Pengalaman Varchar 50 Pengalaman 13 Kemampuan Varchar 50 Kemampuan 2. Nama tabel : Master hardware Fungsi Primary key : Menyimpan data hardware : Nomor hardware Foreign key : - Tabel 4.2 Master hardware No Atribut Tipe Panjang Keterangan 1 Nomor Hardware Varchar 50 Primary Key 2 Kode Jenis Varchar 50 Kode Jenis 3 Nama Hardware Varchar 50 Nama Hardware 4 Tahun Varchar 50 Tahun 5 Mainboard Varchar 50 Mainboard 6 Procesor Varchar 50 Procesor 7 HDD Varchar 50 HDD 8 Memory Varchar 50 Memory 9 CDROM Varchar 50 CDROM 10 Ket Varchar 50 Ket 11 Jumlah Int - Jumlah 12 Sisa Int - Sisa 3. Nama tabel : Jenis Hardware Fungsi Primary key : Menyimpan data Jenis hardware : Kode_jenis Tabel 4.3 Jenis hardware No Atribut Tipe Panjang Keterangan 1 Kode Jenis Varchar 50 Primary Key 2 Nama Jenis Varchar 50 Nama Jenis 3 Ket Varchar 50 Ket

19 40 4. Nama tabel : Ruang Fungsi Primary key : Menyimpan data ruang. : Kode_Ruang Foreign key : - Tabel 4.4 Ruang No Atribut Tipe Panjang Keterangan 1 Kode Ruang Varchar 50 Primary Key 2 Nama Ruang Varchar 50 Nama Ruang 5. Nama tabel : Sub Ruang Fungsi Primary key Foreign key : Menyimpan data sub ruang : Kode_SubRuang : Kode_Ruang Tabel 4.5 Sub Ruang No Atribut Tipe Panjang Keterangan 1 Kode SubRuang Varchar 50 Primary Key 2 Kode Ruang Varchar 50 Foreign key 3 Nama SubRuang Varchar 50 Nama SubRuang 4 Ket Varchar 50 Ket

20 41 6. Nama tabel : Stock_Opname Fungsi Primary key Foreign key : Menyimpan data stock_opname. : Kode_Stock : Kode_subruang Tabel 4.6 Stock Opname No Atribut Tipe Panjang Keterangan 1 Kode Stock Varchar 50 Primary Key 2 Nomor Transaksi Varchar 50 Nomor Transaksi 3 Nomor Hardware Varchar 50 Nomor Hardware 4 Kode SubRuang Varchar 50 Foreign key 5 Tanggal Datetime - Tanggal 6 Jumlah Int - Jumlah 7 Sisa stock Int - Sisa stock 7. Nama tabel : Data penambahan hardware Fungsi Primary key Foreign key : Menyimpan data penambahan hardware : Nomor_Transaksi : Kode_subruang Tabel 4.7 Data penambahan hardware No Atribut Tipe Panjang Keterangan 1 Nomor Transaksi Varchar 50 Primary Key 2 Nomor Hardware Varchar 50 Nomor Hardware 3 Kode SubRuang Varchar 50 Foreign key 4 Tanggal Penambahan Datetime - Tanggal Penambahan 5 Jumlah Int - Jumlah 6 Ket Varchar 50 Ket

21 42 8. Nama tabel : Data perbaikan hardware Fungsi Primary key Foreign key : Menyimpan data perbaikan hardware. : Kode_perbaikan : Kode subruang Tabel 4.8 Data perbaikan No Atribut Tipe Panjang Keterangan 1 Kode Perbaikan Varchar 50 Primary Key 2 Nomor Hardware Varchar 50 Nomor Hardware 3 Kode SubRuang Varchar 50 Foreign key 4 Kode Stock Varchar 50 Kode Stock 5 Kerusakan Varchar 50 Kerusakan 6 Tindakan Varchar 50 Tindakan 7 Mulai Dikerjakan Datetime - Mulai Dikerjakan 8 Selesai Dikerjakan Datetime - Selesai Dikerjakan 9 Diserahkan Kembali Datetime - Diserahkan Kembali 10 Telah Perbaikan Varchar 50 Telah Perbaikan 11 Status Varchar 50 Status 9. Nama tabel : Data Penggantian hardware Fungsi : Menyimpan data Penggantian hardware. Primary key : Nomor_transaksi Foreign key : Kode stock, Kode subruang Tabel 4.9 Data penggantian No Atribut Tipe Panjang Keterangan 1 Nomor Transaksi Varchar 50 Primary Key 2 Kode Stock Varchar 50 Foreign key 3 Nomor Hardware Varchar 50 Nomor Hardware 4 Kode SubRuang Varchar 50 Foreign key 5 Tanggal Penggantian Datetime - Tanggal Penggantian 6 Ket Varchar 50 Ket

22 Desain Input/Output Desain input output merupakan langkah pertama untuk membuat sebuah aplikasi sistem informasi. Dalam tahap ini user akan diberikan gambaran tentang bagaimana sistem ini nantinya dibuat. A. Desain Input Desain input merupakan gambaran secara umum tentang bentuk dari tampilan atau user interface dari suatu program. Pada sistem informasi manajemen stock dibuat beberapa desain input sebagai interface. Pada Gambar 4.15 merupakan gambar desain input untuk form login. Form desain input login digunakan jika user ingin masuk ke dalam program.user harus menginputkan password. Jika password benar maka user dapat masuk ke dalam program. User dapat mengakses semua menu-menu yang ada pada program. Pada Gambar 4.15 merupakan gambar desain interface untuk menu. Menu digunakan agar user dapat mengakses form-form program yang diinginkan. Gambar 4.15 Desain Input Form Login

23 44 MENU UTAMA MASTER TRANSAKSI REPORT DATA MASTER REPORT DATA TRANSAKSI Pegawai IT Permintaan Hardware Hardware Stock Opname Jenis Hardware Perbaikan hardware Pegawai IT Permintaan Hardware Ruang Penggantian Hardware Ruang Perbaikan hardware SubRuang Penggantian Hardware Hardware Gambar 4.16 Desain Interface Menu Gambar 4.17 Desain Interface Pegawai IT

24 45 Pada Gambar 4.17 merupakan gambar desain Master data pegawai IT. Desain data pegawai IT digunakan untuk menyimpan data-data Pegawai IT yang bekerja di Rumah sakit umum Kabupaten Sidoarjo. Di dalam desain data pegawai IT, yang mana field tersebut akan diinputkan oleh user sesuai data pribadinya. FORM JENIS HARDWARE View Data Input Data Kode Jenis JNS Cari Nama Jenis CPU Keterangan Computer Processor Simpan Update Delete Close Gambar 4.18 Desain Interface Jenis Hardware Gambar 4.19 Desain Interface Hardware

25 46 Pada Gambar 4.18 dan Gambar 4.19 merupakan gambar desain jenis hardware dan desain Hardware. Desain jenis hardware digunakan untuk menyimpan data jenis hardware sedangkan desain hardware digunakan untuk menyimpan data hardware yang references ke tabel jenis hardware, dimana tabel hardware sebagai Detail hardware. FORM RUANG View Data Input Data Kode Ruang RUANG-0001 Cari Nama Ruang Laborat Simpan Update Delete Close Gambar 4.20 Desain Interface Ruang FORM SUBRUANG View Data Input Data Kode SubRuang SUBRUANG-0003 Cari Kode Ruang RUANG-0001 Browse Nama SubRuang LAB PK Keterangan - Simpan Update Delete Close Gambar 4.21 Desain Interface SubRuang

26 47 Pada Gambar 4.20 dan Gambar 4.21 merupakan gambar desain ruang dan desain subruang. Desain ruang digunakan untuk menyimpan data ruang sedangkan desain subruang digunakan untuk menyimpan data subruang yang references ke tabel ruang, dimana tabel subruang sebagai Detail ruang. Gambar 4.22 Desain Interface Permintaan Penambahan Hardware Pada Gambar 4.22 merupakan gambar desain transaksi Permintaan penambahan hardware. Desain transaksi Permintaan penambahan hardware digunakan untuk memasukkan data-data permintaan hardware baru yang dipesan oleh bagian admin Rumah sakit umum kabupaten Sidoarjo. Di dalam transaksi

27 48 Permintaan penambahan hardware terdapat textboxt jumlah yang mengacu pada tabel hardware, jika terjadi permintaan hardware baru maka jumlah hardware akan berkurang sesuai permintaan. Gambar 4.23 Desain Interface Perbaikan Hardware Pada Gambar 4.23 merupakan gambar desain transaksi Perbaikan hardware. Desain transaksi Perbaikan hardware digunakan untuk memasukkan data-data

28 49 perbaikan hardware. Di dalam transaksi perbaikan hardware terdapat beberapa field yang isinya dapat diinputkan berupa analisa dan tindakan yang akan diambil oleh teknisi ketika memperbaiki hardware, dan terdapat proses waktu perbaikan Misalnya mulai dikerjakan, selesai dikerjakan, dan diserahkan kembali. Gambar 4.24 Desain Interface Penggantian Hardware

29 50 Pada Gambar 4.24 merupakan gambar desain transaksi penggantian hardware. Desain transaksi penggantian hardware digunakan untuk memasukkan data-data pernggantian hardware. Di dalam transaksi penggantian hardware, tabel data lama dengan data baru saling terkait. Gambar 4.25 Desain Output Laporan Stock Opname Pada Gambar 4.25 merupakan gambar desain output untuk laporan Stock Opname. Desain output untuk laporan Stock Opname digunakan untuk menampilkan laporan tentang jumlah data hardware yang ada ditiap ruang rumah sakit umum Sidoarjo. Terdapat beberapa filter dalam menampilkan hasil laporan yaitu berdasarkan periode perbulan atau pertahun.

30 51 Gambar 4.26 Desain Output Permintaan Penambahan Hardware Pada Gambar 4.26 merupakan gambar desain output untuk laporan Permintaan Penambahan Hardware. Desain output untuk laporan Permintaan Penambahan Hardware digunakan untuk menampilkan laporan tentang permintaan hardware baru, tanggal permintaan dan jumlah permintaan. Terdapat beberapa filter dalam menampilkan hasil laporan yaitu berdasarkan periode perbulan atau pertahun.

31 52 Gambar 4.27 Desain Output Perbaikan Hardware Pada Gambar 4.27 merupakan gambar desain output untuk laporan Perbaikan Hardware. Desain output untuk laporan Perbaikan Hardware digunakan untuk menampilkan laporan tentang data hardware yang telah diperbaiki. Terdapat beberapa filter dalam menampilkan hasil laporan yaitu berdasarkan periode perbulan atau pertahun.

32 53 Gambar 4.28 Desain Output Penggantian Hardware Pada Gambar 4.28 merupakan gambar desain output untuk laporan Penggantian hardware. Desain output untuk laporan Penggantian hardware digunakan untuk menampilkan laporan tentang data hardware yang diganti, tanggal penggantian dan data baru dari hardware tersebut. Terdapat beberapa filter dalam menampilkan hasil laporan yaitu berdasarkan periode perbulan atau pertahun.