SRS Sistem Rawat Inap Rumah Sakit

DOKUMEN PEMBANGUNAN PERANGKAT LUNAK

Sistem Informasi Rawat Inap Rumah Sakit

Dosen : Subardin, ST.,M.T.

untuk:

Teknik Informatika Unhalu

Dipersiapkan oleh:

Yuni Arti Darmawan (E1E1 10 070)

Program Studi Teknik Informatika – Universitas Haluoleo

Kampus Hijau Bumi Tridharma Anduonohu, Kendari 93232

Program Studi Teknik Informatika Universitas Haluoleo

Nomor Dokumen Halaman

SKPL-001 59

Revisi Mei 2013

Fase Inception

2

DAFTAR PERUBAHAN

Revisi Deskripsi

A

Restrukturisasi sistematika dokumen SKPL-001

Penyempurnaan (penambahan dan pengurangan)penjelasan

sesuai dengan penyesuaian sistematika dokumen

template IF-ITB-UP-REQDOC-2008

B

Penghapusan tombol navigasi first, next, previous, dan last

pada aplikasi.

C

Perbaikan interface.

D

E

F

G

INDEX A B C D E F G

TGL

Ditulis

oleh

Diperiksa

oleh

Disetujui

oleh

3

Daftar Halaman Perubahan

Halaman Revisi Halaman Revisi

4

DAFTAR ISI

1 Pendahuluan .........................................................................................................................5

1.1 Tujuan Penulisan Dokumen ............................................................................................5

1.2 Lingkup Masalah ............................................................................................................5

1.3 Referensi .........................................................................................................................6

1.4 Definisi, Akronim, dan Singkatan .................................................................................6

1.5 Deskripsi Umum Dokumen (Ikhtisar) ............................................................................7

2 Kebutuhan Perangkat Lunak ................................................................................................8

2.1 Deskripsi Umum Sistem .................................................................................................8

2.2 Fungsi Utama Perangkat Lunak ......................................................................................8

2.3 Karakteristik Pengguna ...................................................................................................8

2.4 Batasan-Batasan .............................................................................................................8

2.5 Lingkungan Operasi ........................................................................................................9

2.6 Asumsi dan Ketergantungan ...........................................................................................9

2.7 Model Use Case ..............................................................................................................9

2.7.1 Definisi Actor ......................................................................................................9

2.7.2 Definisi Use Case ................................................................................................9

2.7.3 Skenario Use Case .............................................................................................10

2.7.4 Diagram Use Case .............................................................................................22

2.8 Prototype Antarmuka ....................................................................................................23

2.9 Glossary ........................................................................................................................28

3 Model Analisis .......................................................................................................................30

3.1 Deskripsi Arsitektur .............................................................................................30

3.3.1 Deskripsi Class Diagram ............................................................................30

3.2 Realisasi Use Case Terhadap Analisis ..................................................................32

3.2.1 Class Diagram ..............................................................................................32

3.2.2 Sequence Diagram .......................................................................................33

3.2.2 Activity Diagram .........................................................................................38

3.3 Kelas Analisis .......................................................................................................39

3.3.1 Identifikasi Tanggung-Jawab (CRC) ...........................................................39

3.3.2 Identifikasi Atribut.......................................................................................40

3.3.3 Identifikasi Generalisasi ..............................................................................41

4 Model Perancangan ..........................................................................................................42

4.1 Kelas Prancangan .........................................................................................42

4.2 Antarmuka ...................................................................................................42

5 Implementasi ....................................................................................................................46

5.1 Implementasi ................................................................................................46

5.1.1 Batasan Implementasi .........................................................................46

5.1.2 Implementasi Perangkat Lunak ..........................................................46

5.1.3 Implementasi Perangkat Keras ...........................................................47

5.1.4 Implementasi Basisdata ......................................................................46

5.1.5 Penggunaan Program ..........................................................................48

6 Pengujian..........................................................................................................................54

6.1 Pengujian Software ......................................................................................54

6.2 Rencana Pengujian .......................................................................................56

6.3 Kasus dan Hasil Uji .....................................................................................56

6.4 Kesimpulan Hasil Pengujian ........................................................................59

5

BAB I

PENDAHULUAN

1.1 Tujuan Penulisan Dokumen

Tujuan dari dokumen ini adalah untuk menjelaskan deskripsi Spesifikasi

Kebutuhan Perangkat Lunak (SKPL) atau Software Requirement Spesification (SRS)

dari Sistem Informasi Rawat Inap Rumah Sakit secara detail. Dokumen ini akan

menjelaskan tujuan dan fitur dari sistem, interface dari sistem, apa yang sistem lakukan,

batasan dimana sistem beroperasi dan bagaimana sistem berinteraksi. Dokumen ini

ditujukan bagi pengembang sistem dan akan diusulkan ke Rumah sakit yang

memerlukan Software system informasi untuk mendapat persetujuan.

Pengguna dari dokumen ini adalah pengembang perangkat lunak sistem

informasi rawat inap rumah sakit dan user (pengguna) dari perangkat lunak atau

personil-personil yang terlibat dalam sistem. Dokumen ini akan digunakan sebagai

bahan acuan dalam proses pengembangan dan sebagai bahan evaluasi pada saat proses

pengembangan perangkat lunak maupun di akhir pengembangannya. Dengan adanya

dokumen SKPL ini diharapkan pengembangan perangkat lunak akan lebih terarah dan

lebih terfokus serta tidak menimbulkan ambiguitas terutama bagi pengembang

perangkat lunak Sistem Informasi Rawat Inap Rumah Sakit.

1.2 Lingkup Masalah

Perangkat lunak yang akan dikembangkan adalah perangkat lunak Sistem Rawat

Inap Rumah Sakit, yaitu merupakan perangkat lunak yang digunakan untuk

mempermudah proses administrasi dan pengaturan sistem. Aplikasi sistem rawat inap

Rumah sakit ini dapat melakukan hal-hal berikut ini :

1.2.1 Fasilitas Login untuk admin (pegawai/resepsionis) untuk menghindari

penyalahgunaan hak akses.

1.2.2 Menampilkan daftar pasien rawat inap yang ada di rumah sakit.

1.2.3 Mengganti sistem yang manual agar mempermudah.

1.2.4 Admin/ pegawai dapat melihat rekapitulasi sistem.

Dengan adanya Aplikasi ini diharapkan, sistem informasi rawat inap rumah sakit

tidak lagi menggunakan sistem manual, agar dapat mengefisenkan waktu dalam

mengelola sistem rawat inap rumah sakit tersebut.

6

1.3 Referensi

Pada pembuatannya, dokumen SRS ini didasarkan pada referensi-referensi

sebagai berikut:

• DOKUMEN1: ATM Contoh Lengkap.doc

• http://aps-rumah-sakit.googlecode.com/files/SRS%20SI-Rumah%20Sakit.doc

• A.S., Rosa, Shalahuddin, M. 2011. Modul Pembelajaran Rekayasa Perangkat Lunak

(Terstruktur dan Berorientasi Objek). Modula.

1.4 Definisi, Akronim, dan Singkatan

Istilah Definisi

Sistem Informasi Rawat

Inap Rumah Sakit

Sistem yang membantu mengelola informasi mengenai

data pasien rawat inap rumah sakit seperti data pasien,

dokter, dan data lainnya yang terkait dengan informasi

yang dibutuhkan oleh rumah sakit tersebut.

Resepsionis/Pegawai

(administrasi)

Resepsionis adalah pegawai yang membantu

pengolahan data dari pasien seperti menambah data

pasien, dan dapat melihat data pasien, serta membantu

melakukan daftar bagi pasien yang belum terdaftar di

rumah sakit tersebut.

Database Kumpulan data atau informasi yang digunakan dan

dikelola oleh sistem ini.

Interface Tampilan dari sistem sebagai penghubung antara

pengguna dengan sistem yang mudah untuk dipahami.

Software Requirements

Specification

Sebuah dokumen yang mendeskripsikan semua fungsi

dari sistem yang akan dikembangkan dan batasan

operasinya. Sebagai contoh adalah dokumen ini.

Admin Yaitu pegawai rumah sakit yang mengelola system

informasi secara keseluruhan, dan membatasi kinerja

dari pegawai yang lainnya (resepsionis).

7

1.5 Deskripsi Umum Dokumen (Ikhtisar)

Dokumen ini secara garis besar terdiri dari tiga bab dengan perincian sebagai berikut:

1.5.1 Bab 1 Pendahuluan, merupakan pengantar dokumen SRS yang berisi tujuan

penulisan dokumen, lingkupan masalah pengembangan perangkat lunak,

referensi, definisi, akronim dan istilah yang digunakan serta deskripsi umum

dokumen yang merupakan ikhtisar dokumen SKPL/SRS.

1.5.1 Bab 2 Kebutuhan Perangkat Lunak, menjelaskan kebutuhan perangkat lunak

yang diperlukan oleh sistem informasi rawat inap rumah sakit.

1.5.2 Bab 3 Model Analisis, mendeskripsikan kebutuhan khusus bagi sistem rawat

inap rumah sakit, yang meliputi kebutuhan antarmuka eksternal, kebutuhan

fungsionalitas, kebutuhan performansi, batasan perancangan, atribut sistem

perangkat lunak dan kebutuhan lain dari sistem informasi rawat inap rumah

sakit agar dapat bekerja sesuai yang diharapkan.

8

BAB II

KEBUTUHAN PERANGKAT LUNAK

2.1 Deskripsi Umum Sistem

Sistem Informasi Rawat Inap Rumah Sakit ini merupakan perangkat lunak yang

digunakan untuk mempermudah proses pengelolaan data-data pasien rawat inap yang

ada. Aplikasi sistem informasi ini berkaitan dengan beberapa entitas luar, yaitu admin

atau pegawai, dan pasien. Sistem informasi

2.2 Fungsi Utama Perangkat Lunak

Sistem informasi rawat inap rumah sakit ini dikembangkan dengan menyediakan

beberapa fungsi utama sebagai berikut:

2.2.1 Admin dapat melihat daftar pasien rawat inap agar lebih cepat di lakukan

penanganan medis.

2.2.2 Dapat langsung melihat laporan.

2.3 Karakteristik Pengguna

Pengguna yaitu administrator/karyawan yang menjadi pengelola sistem informasi

rawat inap rumah sakit ini . Karakteristik pengguna :

2.3.1 Pengguna harus sudah terbiasa menggunakan komputer.

2.3.2 Pengguna harus sudah terbiasa menginputkan data ke dalam program atau

dengan kata lain sudah terbiasa menggunakan program.

2.4 Batasan-Batasan

Batasan-batasan yang digunakan pada pengembangan perangkat lunak ini adalah :

2.4.1 Pasien tidak dapat berhubungan langsung dengan aplikasi administrator dan

penanggung pegawai.

2.4.2 Administrator hanya dapat melakukan pengolahan data rawat inap berupa, data

registrasi pasien rawat inap, data kamar, data dokter, dan data pasien keluar.

2.4.3 Perangkat lunak ini hanya bisa digunakan untuk RSUD provinsi sultra.

9

2.5 Lingkungan Operasi

Perangkat lunak pada yang dibutuhkan adalah:

• Sistem operasi: Microsoft® Windows XP/7/8.

• DBMS: MySQL.

2.6 Asumsi dan Ketergantungan

Asumsi dan ketergantungan sistem ini diantaranya adalah :

� Administrator yang berhak menggunakan sistem harus memenuhi syarat sesuai

dengan karakteristik yang telah disebutkan.

� Spesifikasi perangkat keras dan perangkat lunak telah terinstall dan berjalan

dengan baik.

2.7 Model Usecase

2.7.1 Definisi Actor

No Actor Deskripsi

1. Admin/ Pegawai Admin adalah orang yang melakukan

pengelolaan dan maintenance terhadap sistem

informasi rawat inap rumah sakit.

2.7.2 Definisi Usecase

No Actor Deskripsi

1. Login Proses pengecekan hak akses terhadap siapa yang

berhak mengakses proses pengelolaan data yang

dalam kasus ini adalah admin/pegawai.

2. Melihat dan

Mencari Data

Pasien

Merupakan proses memview/melihat/mencari

data pasien, data dokter, data admin, dan data

pasien keluar, yang kemudian bisa dipilih untuk

melakukan proses lebih lanjut.

3. Mengelola Data

Pasien

Proses pengelolaan data pasien adalah proses -

proses sistem informasi rawat inap rumah sakit

ini yang meliputi empat proses pengelolaan data

pasien, yaitu melihat (view), memasukkan

(insert), mengubah (edit), menghapus (delete) dan

melihat laporan dari data pasien.

4. Memasukkan data

pasien

Yaitu proses memasukkan data-data pasien yang

dibutuhkan ke dalam database.

5. Mengubah data

pasien

Yaitu proses mengubah data pasien yang ada

dalam database.

10

6. Menghapus data

pasien

Yaitu proses menghapus data pasien yang ada

dalam database.

7. Melihat laporan

data pasien

Yaitu proses melihat laporan data pasien yang ada

dalam database.

8. Mengelola data

dokter

Proses pengelolaan data dokter adalah proses -

proses sistem informasi rawat inap rumah sakit

ini yang meliputi empat proses pengelolaan data

dokter, yaitu melihat (view), memasukkan

(insert), mengubah (edit), menghapus (delete) dan

melihat laporan dari data dokter.

9. Memasukkan data

dokter

Yaitu proses memasukkan data-data dokter ke

dalam database.

10. Mengubah data

dokter

Yaitu proses mengubah data dokter yang ada

dalam database.

11. Menghapus data

dokter

Yaitu proses menghapus data dokter yang ada

dalam database.

12. Melihat laporan

data dokter

Yaitu proses melihat laporan data dokter yang ada

dalam database.

13. Mengelola data

admin

Proses pengelolaan data admin/administrator

adalah proses - proses sistem informasi rawat

inap rumah sakit ini yang meliputi tiga proses

pengelolaan data admin yaitu melihat (view),

memasukkan (insert), mengubah (edit), dan

menghapus (delete).

14 Memasukkan data

admin

Merupakan proses memasukkan data proses

pelayanan kedalam basis data

15. Mengubah data

admin

Merupakan proses mengubah data proses

pelayanan yang ada dalam basis data

16. Menghapus data

admin

Merupakan proses mengapus data proses

pelayanan yang ada dalam basis data.

167. Mengelola data

pasien keluar

Proses pengelolaan data pasien keluar adalah

proses - proses sistem informasi rawat inap rumah

sakit ini yang meliputi empat proses pengelolaan

data pasien yang akan/sudah keluar, yaitu melihat

(view), memasukkan (insert), mengubah (edit),

menghapus (delete) dan melihat laporan dari data

pasien keluar.

18. Memasukkan data

pasien keluar

Merupakan proses memasukkan data proses

pelayanan kedalam basis data

19. Mengubah data

pasien keluar

Merupakan proses mengubah data proses

pelayanan yang ada dalam basis data

20. Menghapus data

pasien keluar

Merupakan proses mengapus data proses


11

21. Melihat laporan

data pasien keluar

Merupakan proses mencetak data proses


2.7.3 Skenario Usecase

Nama Use Case : Login

Skenario :

Aksi Actor Reaksi Sistem

Skenario Normal

1. Memasukkan username dan

password pada form login

2. Mengecek valid tidaknya data

masukkan

3. Masuk pada menu aplikasi

Skenario Alternatif


password


masukkan

3. Menampilkan pesan login

tidak valid


password yang valid


masukkan

6. Masuk pada menu aplikasi

Nama Use Case : Memasukkan Data Pasien

Skenario :


Skenario Normal

1. Insert data pasien sesuai form

yang telah tersedia.


yang dimasukkan.

3. Menyimpan data pasien ke dalam

database.

4. Menampilkan pesan bahwa data

telah berhasil diinsertkan.

12

Skenario Alternatif

1. Insert data pasien sesuai form



yang dimasukkan


yang dimasukkan tidak valid.

3. Memperbaiki data masukkan

yang tidak valid


yang dimasukkan

5. Menyimpan data nasabah ke

dalam database.



Nama Use Case : Mengubah Data Pasien

Skenario :


Skenario Normal

1. Pilih tombol view

2. Menampilkan data pasien

3. Inputkan data yang dicari ke

dalam form yang disediakan.

4. Mencari data pasien yang akan

diubah

5. Menampilkan data pasien yang

dicari

6. Memilih data pasien yang akan

diubah


telah dipilih ke dalam form

pengisian data

8. Mengubah data pasien


yang dimasukkan

10. Menyimpan data yang telah

diubah ke dalam database


telah berhasil diedit.

Skenario Alternatif


2. Menampilkan data pasien


13


4. Mencari data pasien yang akan

diubah


dicari

6. Memilih data pasien yang

akan diubah



pengisian data

8. Mengubah data pasien


yang dimasukkan




yang sebelumnya tidak valid


yang masukkan





Nama Use Case : Menghapus Data Pasien

Scenario :


Skenario Normal

1 Pilih tombol view

2 Menampilah data pasien

3 Inputkan data yang dicari ke


4 Mencari data pasien yang akan

dihapus

5 Menampilkan data pasien yang

yang telah dipilih kedalam form

inputan yang disediakan

6 Menghapus data pasien

7 Menghapus data pasien dari

database

8 Menampilkan pesan bahwa data

telah berhasil didelete.

Skenario Alternatif

Tidak ada

14

Nama Use Case : Melihat Laporan Data Pasien

Scenario :


Skenario Normal

1 Memilih tombol report

2 Menampilkan data pasien dalam

bentuk laporan.

3 Memilih mencetak data pasien

4 Mencetak laporan data pasien.

Skenario Alternatif

1. Memilih tombol report

2. Menampilkan data pasien dalam

bentuk laporan.

3. Memilih tombol Close

4. Kembali ke form pengisisan data

pasien

Nama Use Case : Memasukkan Data Dokter

Skenario :


Skenario Normal

1. Insert data dokter sesuai form



yang dimasukkan.

3. Menyimpan data dokter ke dalam

database.



Skenario Alternatif

5. Insert data dokter sesuai form



yang dimasukkan




yang tidak valid


yang dimasukkan


dalam database.



15

Nama Use Case : Mengubah Data Dokter

Skenario :


Skenario Normal


2. Menampilkan data dokter



4. Mencari data dokter yang akan

diubah

5. Menampilkan data dokter yang

dicari

6. Memilih data dokter yang akan

diubah



pengisian data

8. Mengubah data dokter


yang dimasukkan





Skenario Alternatif






diubah


dicari

6. Memilih data dokter yang

akan diubah



pengisian data

8. Mengubah data dokter


yang dimasukkan






yang masukkan


16




Nama Use Case : Menghapus Data Dokter

Scenario :


Skenario Normal






dihapus




6. Menghapus data dokter

7. Menghapus data dokter dari

database



Skenario Alternatif

Tidak ada

Nama Use Case : Melihat Laporan Data Dokter

Scenario :


Skenario Normal


2. Menampilkan data dokter dalam

bentuk laporan.

3. Memilih mencetak data dokter

4. Mencetak laporan data dokter.

Skenario Alternatif


6. Menampilkan data dokter dalam

bentuk laporan.



dokter

17

Nama Use Case : Memasukkan Data Admin

Skenario :


Skenario Normal

1. Insert data admin sesuai form



yang dimasukkan.

9. Menyimpan data admin ke dalam

database.



Skenario Alternatif

1. Insert data admin sesuai form



yang dimasukkan




yang tidak valid


yang dimasukkan


dalam database.



Nama Use Case : Mengubah Data Admin

Skenario :


Skenario Normal


2. Menampilkan data admin



4. Mencari data admin yang akan

diubah

5. Menampilkan data admin yang

dicari

6. Memilih data admin yang akan

diubah


18


pengisian data

8. Mengubah data admin


yang dimasukkan





Skenario Alternatif






diubah


dicari

6. Memilih data admin yang

akan diubah



pengisian data

8. Mengubah data admin


yang dimasukkan






yang masukkan





Nama Use Case : Menghapus Data Admin

Scenario :


Skenario Normal






dihapus


19



6. Menghapus data dokter

7. Menghapus data admin dari

database



Skenario Alternatif

Tidak ada

Nama Use Case : Memasukkan Data Pasien Keluar

Skenario :


Skenario Normal

1. Insert data pasien keluar sesuai

form yang telah tersedia.


yang dimasukkan.

3. Menyimpan data pasien ke

dalam database.



Skenario Alternatif

5. Insert data pasien keluar sesuai

form yang telah tersedia.


yang dimasukkan




yang tidak valid


yang dimasukkan


dalam database.



20

Nama Use Case : Mengubah Data Pasien Keluar

Skenario :


Skenario Normal


2. Menampilkan data pasien keluar



4. Mencari data pasien keluar yang

akan diubah


dicari

6. Memilih data pasien keluar

yang akan diubah


yang telah dipilih ke dalam form

pengisian data

8. Mengubah data pasien keluar


yang dimasukkan





Skenario Alternatif






akan diubah


yang dicari

6. Memilih data pasien keluar

yang akan diubah


yang telah dipilih ke dalam form

pengisian data

8. Mengubah data pasien keluar


yang dimasukkan






yang masukkan


21




Nama Use Case : Menghapus Data Pasien Keluar

Scenario :


Skenario Normal






akan dihapus


yang yang telah dipilih kedalam

form inputan yang disediakan

6. Menghapus data pasien keluar

7. Menghapus data pasien keluar dari

database



Skenario Alternatif

Tidak ada

Nama Use Case : Melihat Laporan Data Pasien Keluar

Scenario :


Skenario Normal



dalam bentuk laporan.

3. Memilih mencetak data pasien

keluar

4. Mencetak laporan data pasien

keluar.

Skenario Alternatif



dalam bentuk laporan.



pasien keluar

22

2.7 Diagram Usecase

� Use Case Login : untuk mengecek hak akses siapa yang berhak mengakses proses

pengolahan data pada sistem rawat inap rumah sakit, yang dalam kasus ini adalah

administrator.

23

� Use case Mengelola Data Pasien : Use Case ini dijalankan pada saat admin akan

melihat/mencari, memasukkan, mengedit, menghapus dan melihat laporan data

pasien.

� Use case Mengelola Data Dokter : Use Case ini dijalankan pada saat admin akan

melihat/mencari, memasukkan, mengedit, menghapus dan melihat laporan data

dokter.

� Use case Mengelola Data Admin : Use Case ini dijalankan pada saat admin akan

melihat/mencari, memasukkan, mengedit, dan menghapus data admin.

� Use case Mengelola Data Pasien Keluar: Use Case ini dijalankan pada saat admin

akan melihat/mencaru, memasukkan, mengedit, menghapus dan malihat laporan data

pasien yang keluar.

2.8 Prototype Antarmuka

Deskripsi : Antarmuka login untuk para administrator agar dapat masuk ke

dalam sistem.

Desain Tampilan : Warna background biru muda dengan font berwarna hitam dan

putih.

Jenis : Form masukkan.

Gambar 1. Layar Login Sistem Informasi Rawat Inap

Administrator LoginAdministrator LoginAdministrator LoginAdministrator Login

Username :

Password :

Login Cancel

24

Deskripsi Isi : Antarmuka untuk menyediakan jenis-jenis menu yang ada dan

dapat dipilih melalui tombol yang tersedia.

Desain Tampilan : Warna background biru muda dengan font berwarna putih

untuk header dan hitam untuk body.

Jenis : Form masukan; button/tombol dan menu list.

Gambar 2. Layar Menu Utama Sistem Informasi Rawat Inap

RSUD PROVINSI SULAWESI TENGGARARSUD PROVINSI SULAWESI TENGGARARSUD PROVINSI SULAWESI TENGGARARSUD PROVINSI SULAWESI TENGGARA

Selamat Datang di Sistem Informasi Rawat Inap Rumah Sakit

Pilih menu disamping untuk melanjutkan

Data Pasien

Data Dokter

Data Keluar

Data Admin

Exit

GAMBAR

Profile File

25

Deskripsi Isi : Antarmuka untuk mengelola data-data pasien yang ada seperti

melihat data pasien, memasukan, mengubah, mengapus,

maupun melihat laporan.



Jenis : Form masukan; textfield dan button/tombol.

Gambar 3. Layar Menu Data Pasien


No. Pasien :

Nama Pasien :

Umur :

Jenis Kelamin : Laki-Laki Perempuan

Golongan Darah :

Alamat :

Kontak :

Tanggal Masuk :

Status : Umum Askes

Diagnosa Awal :

View

Refresh

Report

Insert Edit Delete

26

Deskripsi Isi : Antarmuka untuk mengelola data-data dokter yang ada seperti

melihat data pasien, memasukan, mengubah, mengapus,

maupun melihat laporan.




Gambar 4. Layar Menu Data Dokter


No. Induk :

Nama Dokter :

Dokter :

Jenis Kelamin : Laki-Laki Perempuan

Alamat :

Telepon :

View

Refresh

Report

Insert Edit Delete

27

Deskripsi Isi : Antarmuka untuk mengelola data-data admin seperti

menambah admin, mengubah username, maupun mengubah

password.




Gambar 5. Layar Menu Data Admin


Id :

Username :

Password :

View

Refresh

Insert Edit Delete

28

Deskripsi Isi : Antarmuka untuk mengelola data-data admin seperti

menambah admin, mengubah username, maupun mengubah

password.




Gambar 6. Layar Menu Data Pasien Keluar

2.9 Glossary

Istilah Deskripsi

Package Merupakan kumpulan dari class-class dengan karakteristik

sama.

Objek ENtitas yang memiliki jati diri, state, dan behavior, bereaksi

terhadap pesan dari objek lain, dan sering disebut sebagai


Id Keluar :

Nama Pasien :

Status : Umum Askes

Lama Inap : hari

Tanggal Keluar :

Nama Dokter :

Jumlah Bayar :

View

Refresh

Report

Insert Edit Delete

29

instance.

Class

Protected

Private

Public

Sekumpulan objek yang mempunyai ciri sama

Access modifier pada class dengan sifat dapat diakses oleh

class itu sendiri atau class yang mewarisi.

Access modifier yang hanya dapat diakses oleh class itu

sendiri.

Access modifier yang dapat diakses secara umum

Super Class

Sub Class

Merupakan class induk (orang tua)

Merupakan class anak (turunan) yang mewarisi super class

Inheritance Pewarisan sifat-sifat super class yang berupa data, fungsi,

atau prosedur

Encapsulation Menyembunyikan, mengamankan informasi serta

menentukan cara aksesnya.

Polymorphism Ada banyak objek dari class berbeda dapat bereaksi pada

class yang sama

Agregasi Hubungan bagian dari (part of)

Asosiasi Hubungan antar objek

Spesialisasi Pengkhususan, objek dari class anak memiliki kekhasan

tertentu yang tidak dimiliki oleh objek dari class induk

Generalisasi Peng-umuman class anak untuk mem[peroleh class orang

tuanya (induk)

30

BAB III

MODEL ANALISIS

3.1 Deskripsi Arsitektur

3.1.1 Deskripsi Class Diagram

No. Nama Kelas Keterangan

1 Login Merupakan kelas proses yang diambil

dari pendefinisian use case login

2

Menu Merupakan paket main atau utama sistem

informasi yang menampung semua menu

untuk masuk ke dalam proses

pengelolaan data.

3 Mengelola data pasien Merupakan kelas proses yang diambil

dari pendefinisian use case untuk

mengelola data pasien. Dimana proses

didalamnya dapat juga menangani proses

melihat dan mencari data pasien,

memasukkan data pasien, mengubah data

pasien, menghapus data pasien dan

melihat laporan.

4 Mengelola data admin Merupakan kelas proses yang diambil


mengelola data dokter. Dimana proses


melihat dan mencari data dokter,

memasukkan data dokter, mengubah data

dokter, menghapus data dokter dan

melihat laporan.

5 Mengelola data admin Merupakan kelas proses yang diambil


mengelola data admin. Dimana proses


melihat dan mencari data admin,

memasukkan data admin, mengubah data

admin, dan menghapus data admin.

6 Mengelola data pasien keluar Merupakan kelas proses yang diambil


mengelola data pasien keluar. Dimana

proses didalamnya dapat juga menangani

proses melihat dan mencari data pasien

keluar, memasukkan data pasien keluar,

mengubah data pasien keluar, menghapus

31

data pasien keluar dan melihat laporan.

6 pasien Merupakan kelas data yang digunakan

untuk menyimpan data-data pasien.

7 dokter Merupakan kelas data yang digunakan

untuk menyimpan data-data dokter.

8 admin Merupakan kelas data yang digunakan

untuk menyimpan data-data admin.

9 keluar Merupakan kelas data yang digunakan

untuk menyimpan data pasien keluar dan

membungkus hasil data dari tabel pasien

dan dokter.

10 KoneksiBasisData Merupakan kelas utama untuk koneksi ke

basis data dan melakukan query.

32

3.2 Realisasi Use Case Tahap Analisis

3.2.1 Class Diagram

Class diagram menggambarkan struktur sistem dari segi pendefinisian

kelas-kelas yang akan dibuat untuk membangun sebuah sistem. Berikut

gambaran class diagram pada Sistem Rawat Inap Rumah Sakit :

33

3.2.2 Sequence Diagram

Sequence Diagram menggambarkan kelakuan objek pada use case

dengan mendeskripsikan waktu hidup objek dan message yang dikirimkan dan

diterima antar objek. Oleh karena itu untuk menggambar sequence diagram

maka harus diketahui objek-objek yang terlibat dalam sebuah use case beserta

metode-metode yang dimiliki kelas yang diinstansiasi menjadi objek itu.

Adapun sequence diagram pada Sistem Rawat Inap Rumah Sakit adalah

sebagai berikut:

Use Case: Login

admin main: Main login: Login

2: username dan password

5: pesan tidak valid jika tidak valid

1

<<create>>

3: validasiLogin()

4: true false validasi

Gambar 8. Diagram Sequence Login

34

Use Case: Mengelola Data Pasien

Gambar 8. Diagram Sequence Mengelola Data Pasien

35

Use Case: Mengelola Data Dokter

Gambar 9. Diagram Sequence Mengelola Data Dokter

36

Use Case: Mengelola Data Admin

Gambar 10. Diagram Sequence Mengelola Data Admin

37

Use Case: Mengelola Data Pasien Keluar

Gambar 11. Diagram Sequence Mengelola Data Pasien Keluar

38

3.2.3. Activity Diagram

Activity diagram menggambarkan aliran kerja (workflow) atau aktivitas

dari sebuah sistem atau proses bisnis. Yang perlu diperhatikan adalah bahwa

diagram aktivitas menggambarkan aktivitas sistem bukan apa yang dilakukan

actor, jadi aktivitas yang dilakukan oleh sistem.

Adapun activity digram pada Sistem Rawat Inap Rumah Sakit adalah

sebagai berikut :

Gambar 12. Activity Diagram

39

3.3 Kelas Analisis

3.3.1 Identifikasi Tanggung-Jawab (CRC)

Kelas: Mengelola Data Pasien

Kelas Induk: Mengelola Data Pasien

Kelas Anak: 1. Memasukkan Data Pasien

2. Mengubah Data Pasien

3. Menghapus Data Pasien

4. Melihat Laporan Data Pasien

Tanggung Jawab Kelas Terkait

• Id Pasien

• Nama

• Umur

• Jenis Kelamin

• Golongan Darah

• Alamat

• Telepon

• Tanggal Masuk

• Status

• Diagnosa Awal

Tidak ada

Kelas: Mengelola Data Dokter

Kelas Induk: Mengelola Data Dokter

Kelas Anak: 1. Memasukkan Data Dokter

2. Mengubah Data Dokter

3. Menghapus Data Dokter

4. Melihat Laporan Data Dokter


• No Induk

• Nama

• Jenis Dokter

• Jenis Kelamin

• Alamat

• Nomor Telepon

Tidak ada

Kelas: Mengelola Data Admin

Kelas Induk: Mengelola Data Admin

Kelas Anak: 1. Memasukkan Data Admin

2. Mengubah Data Admin

3. Menghapus Data Admin

4. Melihat Laporan Data Admin


• Id Pasien

• Username

• Password

Tidak ada

40

Kelas: Mengelola Data Pasien Keluar

Kelas Induk: Mengelola Data Pasien Keluar

Kelas Anak: 1. Memasukkan Data Pasien Keluar

2. Mengubah Data Pasien Keluar

3. Menghapus Data Pasien Keluar

4. Melihat Laporan Pasien Keluar


• Id Keluar

• Id Pasien

• No Induk

• Status

• Jenis Kamar

• Pembayaran

• Tanggal Keluar

Tidak ada

3.3.2 Identifikasi Atribut

Nama Kelas Daftar Atribut

Mengelola Data Pasien 1. Id Pasien

2. Nama

3. Umur

4. Jenis Kelamin

5. Golongan Darah

6. Alamat

7. Telepon

8. Tanggal Masuk

9. Status

10. Diagnosa Awal

Mengelola Data Dokter 1. No Induk

2. Nama

3. Jenis Dokter

4. Jenis Kelamin

5. Alamat

6. Nomor Telepon

Mengelola Data Admin 1. Id Pasien

2. Username

3. Password

Mengelola Data Pasien Keluar 1. Id Keluar

2. Id Pasien

3. No Induk

4. Status

5. Jenis Kamar

6. Pembayaran

7. Tanggal Keluar

41

3.3.3 Identifikasi Generalisasi

Nama Kelas Daftar Generalisasi

Mengelola Data Pasien 1. Memasukkan Data Pasien

2. Mengubah Data Pasien

3. Menghapus Data Pasien

4. Melihat Laporan Data Pasien

Mengelola Data Dokter 1. Memasukkan Data Dokter

2. Mengubah Data Dokter

3. Menghapus Data Dokter

4. Melihat Laporan Data Dokter

Mengelola Data Admin 1. Memasukkan Data Admin

2. Mengubah Data Admin

3. Menghapus Data Admin

4. Melihat Laporan Data Admin

Mengelola Data Pasien Keluar 1. Memasukkan Data Pasien Keluar

2. Mengubah Data Pasien Keluar

3. Menghapus Data Pasien Keluar

4. Melihat Laporan Pasien Keluar

42

BAB IV

MODEL PERANCANGAN

4.1 Kelas Perancangan

4.1.1 Algoritma Query

No

Query

Query Keterangan

Q-001 Select * from registrasi; Menampilkan data pasien

Q-002 "INSERT INTO registrasi

(Id_Pasien,Nama_Pasien,Umur_P

asien,Jenis_Kelamin_Ps,Golongan

_Darah,Alamat_Pasien,Telepon,

Tgl_Masuk,Status,Diagnosa_Awal

) " + " VALUES(1,Destriana

Kumala

Sari,24,Wanita,B,Mandonga,

04013131850, 2013-05-03,

umum,Panas, demam, menggigil."

Memasukkan data siswa

dengan NIS 1, Nama

Pasien Destriana Kumala

Sari, umur 24, Jenis

Kelamin wanita, Golongan

darah B, Alamat

Mandonga, Telepon

04013131850, Tanggal

Masuk 2013-05-03, Status

umum,dan Diagnosa awal

Panas, demam, menggigil.

Q-003 "UPDATE registrasi SET

Nama_Pasien=Destriana K.

Sari,Umur_Pasien=26,Jenis_Kela

min_Ps=Wanita,Golongan_Darah

=B,Alamat_Pasien=Mandonga,Tel

epon=04013131850,Tgl_Masuk=

2013-05-03,

Status=Umum,Diagnosa_Awal=

Panas, demam, menggigil."

+ " WHERE Id_Pasien=1 "

Mengubah data

Nama_Pasien dan Umur

dengan Id_Pasien 1

menjadi Destriana K. Sari

dan 26.

Q-004 "DELETE FROM registrasi "

+ " WHERE NIS=1 "

Menghapus data siswa

dengan Id_Pasien =1.

4.2 Antarmuka

Antarmuka : Gambar 1. Layar Login

Id Objek Jenis Nama Keterangan

jTextField1 TextField username Field pengisian username

jPasswordField1 PasswordField password Field pengisian password

jButton1 Button OK Membuka Form Menu

jButton2 Button Batal Menutup Form Login

43

Antarmuka : Gambar 2. Layar Menu Sistem Rawat Inap Rumah Sakit


jButton1 Button Data Pasien Membuka Form Data Pasien

jButton2 Button Data Dokter Membuka Form Data Dokter

jButton4 Button Data Pasien

Keluar

Membuka Form Data Pasien

Keluar

jButton6 Button Exit Menutup form menu

jButton7 Button Data Admin Membuka Form Data Admin

jMenu1 Menu Bar File Berisi menu-menu yang dapat

dipilih untuk mengelola sistem.

Antarmuka : Gambar 3. Data Pasien


jTextField1 TextField Nama Field pengisian nama

jTextField2 TextField Umur Field pengisian umur

jTextField3 TextField Kontak Field pengisian kontak

jTextField4 TextField Tanggal Masuk Field pengisian tanggal

masuk

jTextField5 TextField Diagnosa Awal Field pengisian diagnosa

awal

jTextField6 TextField Id Pasien Field pengisian id pasien

jTextField7 TextField Alamat Field pengisian alamat

jRadioButton1 RadioButton Pria Memilih jenis kelamin

jRadioButton2 RadioButton Wanita Memilih jenis kelamin

jRadioButton3 RadioButton Umum Memilih jenis status

jRadioButton4 RadioButton Askes Memilih jenis status

jComboBox1 ComboBox Golongan

Darah

Memilih golongan darah

jButton1 Button Insert Menambahkan data pasien

jButton2 Button Update Mengubah data pasien

jButton3 Button Delete Menghapus data pasien

jButton4 Button View Melihat data pasien

jButton5 Button Report Melihat laporan data

pasien

jButton6 Button Refresh Mengosongkan form data

pasien

44

Antarmuka : Gambar 4. Data Dokter


jTextField1 TextField No. Induk Field pengisian no. induk

jTextField2 TextField Nama Field pengisian nama

jTextField3 TextField Alamat Field pengisian alamt

jTextField4 TextField Telepon Field pengisian telepon

jComboBox1 ComboBox Jenis Dokter Memilih jenis dokter

jRadioButton1 RadioButton Pria Memilih jenis kelamin

jRadioButton2 RadioButton Wanita Memilih jenis kelamin

jButton1 Button Insert Menambahkan data dokter

jButton2 Button Update Mengubah data dokter

jButton3 Button Delete Menghapus data dokter

jButton4 Button View Melihat data dokter

jButton5 Button Report Melihat laporan data dokter


dokter

Antarmuka : Gambar 5. Data Admin


jTextField1 TextField Id Field pengisian Id

jTextField2 TextField Username Field pengisian username

jPasswordField1 PasswordField Password Field pengisian password

jButton1 Button Insert Menambahkan data admin

jButton2 Button Update Mengubah data admin

jButton3 Button Delete Menghapus data admin

jButton4 Button View Melihat data admin


admin

Antarmuka : Gambar 6. Data Pasien Keluar


jTextField1 TextField Id Keluar Field pengisian Id pasien

keluar

jTextField2 TextField Tanggal

Keluar

Field pengisian tanggal

keluar

jTextField3 TextField Pembayaran Field pengisian jenis

pembayaran (otomatis)

jComboBox1 ComboBox Nama Memilih nama pasien

jComboBox2 ComboBox Nama

Dokter

Memilih nama dokter

jComboBox3 ComboBox Jenis Kamar Memilih jenis kamar

jRadioButton1 RadioButton Umum Memilih jenis status

45

jRadioButton2 RadioButton Askes Memilih jenis status

jButton1 Button Insert Menambahkan data pasien

keluar

jButton2 Button Update Mengubah data pasien

keluar dokter

jButton3 Button Delete Menghapus data pasien

keluar

jButton4 Button View Melihat data pasien keluar

jButton5 Button Report Melihat laporan data pasien

keluar


pasien keluar

46

BAB V

IMPLEMENTASI

5.1 Implementasi

Tahap implementasi pada sebuah sistem informasi merupakan tahap dimana

sistem yang telah dirancang pada tahap sebelumnya diterapkan, berupa perangkat lunak

maupun perangkat keras yang digunakan. Dengan penerapan sistem yang dirancang,

hasilnya dapat dioperasikan dan digunakan secara optimal sesuai kebutuhan.

Implementasi Aplikasi Sistem Rawat Inap Rumah Sakit dilakukan dengan

menggunakan bahasa pemograman JAVA, dengan Basis data yang digunakan yaitu

MySQL, dengan versi 5.0. Aplikasi JAVA tersebut dapat dijalankan pada berbagai

platform sistem operasi dan perangkat keras, tetapi implementasi dan pengujian

sepenuhnya hanya dilakukan di perangkat keras PC (Personal Computer) dengan sistem

operasi Windows.

5.1.1 Batasan Implementasi

Dalam mengimplementasikan perangkat lunak, pemantauan dan

pengendalian aplikasi ini, ada beberapa hal yang menjadi batasan implementasi

yaitu :

1. Dalam Sistem Rawat Inap Rumah Sakit ini hanya sebatas pengelolaan

data pasien, data dokter, data admin, dan data pasien keluar.

2. Basis data yang digunakan dalam pengimplementasian ini adalah MySQL

baik untuk basis data utama maupun ekstraksi basis data yang disebarkan

ke User. Pengaksesan basis data di server dilakukan melalui Localhost.

5.1.2 Implementasi Perangkat Lunak

Untuk pengembangan perangkat lunak ini digunakan Apache (2.2),

JAVA dan MySQL (5.0.18), Apache dipilih sebagai perangkat lunak untuk web

server, JAVA dipilih sebagai perangkat lunak pengembang karena menyediakan

fasilitas yang memadai untuk membuat perangkat lunak. Sementara MySQL

digunakan sebagai perangkat lunak pengembang dalam pembuatan basis data.

47

5.1.3 Implementasi Perangkat Keras

Perangkat keras yang dibutuhkan berdasarkan kebutuhan minimal yang

harus dipenuhi adalah sebagai berikut:

1. Rekomendasi minimum adalah menggunakan processor minimal intel

Pentium IV 2.0 Ghz.

2. Harddisk terpasang min 320 GB

3. Memori (RAM) rekomendasi minimal 1 GB

4. Resolusi monitor VGA minimal 800x1200

5. Mouse dan keyboard dan monitor sebagai peralatan antarmuka.

5.1.4 Implementasi Basis Data

Pembuatan basis data dilakukan dengan menggunakan bahasa SQL, dimana

DBMS yang digunakan adalah MySQL, Implementasi basis datanya dalam SQL

adalah sebagai berikut :

#Database : ‘rumahsakit’

#---------------------------------------------------------------

#Table structure for table ‘registrasi’

CREATE TABLE `registrasi` (

Ìd_Pasien` int (11) NOT NULL AUTO_INCREMENT,

`Nama_Pasien` varchar (30) NOT NULL,

Ùmur_Pasien` int (3) NOT NULL,

`Jenis_Kelamin_Ps` varchar (15) NOT NULL,

` Golongan_Darah` varchar (5) NOT NULL,

` Alamat_Pasien` text NOT NULL,

`Telepon` varchar (30) NOT NULL,

`Tgl_Masuk` date NOT NULL,

`Status` varchar (15) NOT NULL,

` Diagnosa_Awal` text NOT NULL,

PRIMARY KEY (Ìd_Pasien`));

#---------------------------------------------------------------

#Table structure for table ‘dokter’

CREATE TABLE ` bendahara ` (

`No_Induk` int (11) NOT NULL AUTO_INCREMENT,

`Nama` varchar (35) NOT NULL,

`Dokter` varchar (15) NOT NULL,

`Jenis_Kelamin` varchar (10) NOT NULL,

Àlamat` varchar (100) NOT NULL,

`Nomor_Telepon` int (15) NOT NULL,

PRIMARY KEY (`No_Induk`));

#---------------------------------------------------------------

48

#Table structure for table ‘admin’

CREATE TABLE ` admin` (

Ìd` int (11) NOT NULL,

Ùsername` varchar (18) NOT NULL,

`Password` varchar (50) NOT NULL,

PRIMARY KEY (Ìd`));

#---------------------------------------------------------------

#Table structure for table ‘keluar’

CREATE TABLE ` keluar ` (

Ìd_Keluar` int (11) NOT NULL,

Ìd_Pasien` int (11) NOT NULL,

`Statusd` varchar (10) NOT NULL,

`Jumlah_Bayar` varchar (30) NOT NULL,

`No_Induk` int(11) NOT NULL,

`Tgl_Keluar` varchar (20) NOT NULL,

#---------------------------------------------------------------

5.1.5 Penggunaan Program

5.1.5.1 Tampilan Login

Halaman login adalah halaman yang digunakan oleh

administrator untuk masuk ke sistem agar dapat melakukan pengolahan

data. Dengan catatan username dan password harus benar.

Gambar 13. Tampilan Login Admin

49

5.1.5.2 Tampilan Menu Utama Admin

Yaitu tampilan awal pada saat admin telah berhasil masuk ke

dalam sistem. Tampilan utama berisi menu-menu yang dapat admin

pilih untuk melakukan pengolahan data, diantaranya data pasien,

dokter, admin.

Gambar 14 Tampilan Menu Utama Admin

5.1.5.3 Tampilan Data Pasien

Halaman dimana Admin dapat melakukan pengelolaan data

pasien seperti memasukkan data pasien, mengubah, menghapus

sekaligus admin dapat langsung melihat data tersebut untuk laporan.

Gambar 15. Tampilan Mengolah Data Pasien

50

Pada halaman ini terdapat beberapa tombol diantaranya tombol

Insert, update, dan delete data serta view dan report untuk melihat data

dan laporan.

Gambar 16. Tampilan Melihat Data Pasien

Gambar 17. Tampilan Report Data Pasien

5.1.5.4 Tampilan Data Dokter


dokter seperti memasukkan data dokter, mengubah, menghapus


51

Gambar 18. Tampilan Mengolah Data Dokter



dan laporan.

Gambar 19. Tampilan Melihat Data Dokter

Gambar 20. Tampilan Report Data Dokter

52

5.1.5.5 Tampilan Data Admin


dokter seperti memasukkan data dokter, mengubah, menghapus


Gambar 21. Tampilan Mengolah Data Admin



dan laporan.

Gambar 22. Tampilan Melihat Data Admin

5.1.5.6 Tampilan Data Pasien Keluar


transaksi pasien keluar seperti memasukkan data pasien keluar,

mengubah, menghapus sekaligus admin dapat langsung melihat data

tersebut untuk laporan.

53

Gambar 23. Tampilan Mengolah Data Pasien Keluar



dan laporan.

Gambar 24. Tampilan Melihat Data Pasien Keluar

Gambar 23. Tampilan Report Data Pasien Keluar

54

BAB VI

PENGUJIAN

6.1 Pengujian Software

Pengujian software atau perangkat lunak merupakan suatu investigasi yang

dilakukan untuk mendapatkan informasi mengenai kualitas dari produk atau layanan

yang sedang diuji (under test). Pengujian perangkat lunak juga memberikan pandangan

mengenai perangkat lunak secara obyektif dan independen, yang bermanfaat dalam

operasional bisnis untuk memahami tingkat risiko pada implementasinya. Teknik-teknik

pengujian mencakup, namun tidak terbatas pada, proses mengeksekusi suatu bagian

program atau keseluruhan aplikasi dengan tujuan untuk menemukan bug perangkat

lunak (kesalahan atau cacat lainnya).

Pengujian perangkat lunak dapat dinyatakan sebagai proses validasi dan

verifikasi bahwa sebuah program / aplikasi / produk:

• Memenuhi kebutuhan (requirement) yang mendasari perancangan dan

pengembangan perangkat lunak tersebut;

• Berjalan sesuai dengan yang diharapkan;

• Dapat diterapkan menggunakan karakteristik yang sama;

• Memenuhi kebutuhan semua pihak yang berkepentingan.

Pengujian software atau perangkat lunak dapat diuji dengan beberapa cara,

diantaranya yaitu:

1. White Box Testing

White Box Testing merupakan cara pengujian dengan melihat ke dalam

modul untuk meneliti kode-kode program yang ada, dan menganalisis apakah ada

kesalahan atau tidak. Jika ada modul yang menghasilkan output yang tidak sesuai

dengan proses bisnis yang dilakukan, maka baris-baris program, variabel, dan

parameter yang terlibat pada unit tersebut akan dicek satu persatu dan diperbaiki,

kemudian di-compile ulang. Dengan menggunakan white box akan didapatkan

kasus uji yang :

• Menguji semua keputusan logical

• Menguji seluruh Loop yang sesuai dengan batasannya

• Menguji seluruh struktur data internal yang menjamin validitas

55

2. Black Box Testing

Black-box testing adalah metode pengujian perangkat lunak yang tes

fungsionalitas dari aplikasi yang bertentangan dengan struktur internal atau kerja

(lihat pengujian white-box). pengetahuan khusus dari kode aplikasi / struktur

internal dan pengetahuan pemrograman pada umumnya tidak diperlukan. Uji

kasus dibangun di sekitar spesifikasi dan persyaratan, yakni, aplikasi apa yang

seharusnya dilakukan. Menggunakan deskripsi eksternal perangkat lunak,

termasuk spesifikasi, persyaratan, dan desain untuk menurunkan uji kasus. Tes ini

dapat menjadi fungsional atau non-fungsional, meskipun biasanya fungsional.

Perancang uji memilih input yang valid dan tidak valid dan menentukan output

yang benar. Tidak ada pengetahuan tentang struktur internal benda uji itu.

Metode uji dapat diterapkan pada semua tingkat pengujian perangkat lunak: unit,

integrasi, fungsional, sistem dan penerimaan.Ini biasanya terdiri dari kebanyakan

jika tidak semua pengujian pada tingkat yang lebih tinggi, tetapi juga bisa

mendominasi unit testing juga.

Metode ujicoba blackbox memfokuskan pada keperluan fungsional dari

software. Karna itu ujicoba blackbox memungkinkan pengembang software untuk

membuat himpunan kondisi input yang akan melatih seluruh syarat-syarat

fungsional suatu program. Ujicoba blackbox bukan merupakan alternatif dari

ujicoba whitebox, tetapi merupakan pendekatan yang melengkapi untuk

menemukan kesalahan lainnya, selain menggunakan metode whitebox.

Ujicoba blackbox berusaha untuk menemukan kesalahan dalam beberapa kategori,

diantaranya :

1. Fungsi-fungsi yang salah atau hilang

2. Kesalahan interface

3. Kesalahan dalam struktur data atau akses database eksternal

4. Kesalahan performa

5. Kesalahan inisialisasi dan terminasi

Pada tahap pengujian sistem rawat inap rumah sakit kali ini metode testing yang

digunakan adalah black box testing. Tujuannya adalah untuk memperkecil kesalahan

56

pada saat pengembangan dan dengan mudah melakukan perbaikan terhadap kekurangan

aplikasi yang telah dibuat.

6.2 Rencana Pengujian

Rencana pengujian akan dilakukan dengan menguji sistem. Rencana pengujian

selengkapnya adalah sebagai berikut:

Kelas Uji Butir Uji JenisPengujian

Login Verifikasi username dan password Black Box

Mengelola Data

pasien

Penambahan, pengubahan,

penghapusan data pasien

Black Box

Mengelola Data

Dokter


penghapusan data dokter

Black Box

Mengelola Data

Admin


penghapusan data admin

Black Box

Mengelola Data

Pasien Keluar


penghapusan data pasien keluar

Black Box

6.3 Kasus dan Hasil Uji

Kasus dan hasil pengujian dibuat untuk mengetahui apakah Sistem Informasi

rawat inap rumah sakit ini dapat berjalan dengan baik atau tidak.

6.3.1 Kelas Login

Kasus dan Hasil Uji ( Data Normal)

Data Masuk Yang Diharapkan Pengamatan Kesimpulan

Username: yuu

Password: ycnb

Dapat login dan

masuk ke halaman

menu utama

Dapat login dan

masuk kehalaman

menu utama

Valid

Kasus dan Hasil Uji ( Data Salah)

Data Masuk Yang Diharapkan Pengamatan Kesimpulan

Username: random

Password: random

Tidak dapat login

dan tidak dapat

menampilkan

halaman menu

utama

Admin akan gagal

masuk ke sistem

jika memasukkan

username dan

password yang salah

Tidak Valid

57

6.3.2 Kelas Mengelola Data Pasien


Aktivitas Pengujian Yang Diharapkan Hasil Pengujian Kesimpulan

Memasukkan data

pasien ke dalam

basisdata

Data yang

dimasukkan

tersimpan ke dalam

basis data

Valid

Mengubah data

pasien yang

sebelumnya sudah

ada di basis data

dengan data yang

baru

Data berhasil diubah

Valid

Menghapus data

pasien

Data pasien yang

dipilih terhapus

Valid

Menampilkan data

pasien

Data-data pasien

tampil ke dalam

tabel

Valid

Menampilkan

laporan

Laporan data pasien

tampil Valid

6.3.3 Kelas Mengelola Data Dokter



Memasukkan data

dokter ke dalam

basisdata

Data yang

dimasukkan

tersimpan ke dalam

basis data

Valid

Mengubah data

dokter yang

sebelumnya sudah

ada di basis data

dengan data yang

baru


Valid

Menghapus data

dokter

Data pasien yang

dipilih terhapus

Valid

58

Menampilkan data

dokter

Data-data dokter

tampil ke dalam

tabel

Valid

Menampilkan

laporan

Laporan data

doktertampil Valid

6.3.4 Kelas Mengelola Data Admin



Memasukkan data

admin ke dalam

basisdata

Data yang

dimasukkan

tersimpan ke dalam

basis data

Valid

Mengubah data

admin yang

sebelumnya sudah

ada di basis data

dengan data yang

baru


Valid

Menghapus data

admin

Data admin yang

dipilih terhapus

Valid

Menampilkan data

admin

Data-data

admintampil ke

dalam tabel

Valid

6.3.5 Kelas Mengelola Data Pasien Keluar



Memasukkan data

pasien keluar ke

dalam basisdata

Data yang

dimasukkan

tersimpan ke dalam

basis data

Valid

Mengubah data

pasien keluar yang

sebelumnya sudah


Valid

59

ada di basis data

dengan data yang

baru

Menghapus data

pasien keluar

Data pasien keluar

yang dipilih

terhapus

Valid

Menampilkan data

pasien keluar

Data-data pasien

keluar tampil ke

dalam tabel

Valid

Menampilkan

laporan

Laporan data pasien

keluar tampil Valid

6.4 Kesimpulan Hasil Pengujian

Berdasarkan pengujian perangkat lunak seperti diatas, dapat dilihat dan

disimpulkan bahwa Sistem Informasi Rawat Inap Rumah Sakit dapat berjalan dengan

baik dan sesuai harapan.

SRS Sistem Rawat Inap Rumah Sakit

Documents

Transcript of SRS Sistem Rawat Inap Rumah Sakit