Fase Inception: Dokumen Pembangunan Perangkat Lunak

Fase Inception

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 Mei 2013

Revisi

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 Penghapusan tombol navigasi first, next, previous, dan last

B

pada aplikasi. Perbaikan interface.

C

D

E

F

G

INDEX

A

B

C

D

E

F

G

TGL Ditulis oleh Diperiksa oleh Disetujui oleh

2

Daftar Halaman Perubahan

Halaman

Revisi

Halaman

Revisi

3

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

4

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. 5

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 Sistem Informasi Inap Rumah Sakit

Definisi Rawat 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 Resepsionis adalah pegawai yang membantu (administrasi) 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 Sebuah dokumen yang mendeskripsikan semua fungsi Specification 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).

6

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.

7

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.

8

2.5

Lingkungan Operasi Perangkat lunak pada yang dibutuhkan adalah:

2.6

•

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

•

DBMS: MySQL.

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 1.

2.

3.

4. 5.

Actor

Deskripsi Login Proses pengecekan hak akses terhadap siapa yang berhak mengakses proses pengelolaan data yang dalam kasus ini adalah admin/pegawai. Melihat dan Merupakan proses memview/melihat/mencari Mencari Data data pasien, data dokter, data admin, dan data Pasien pasien keluar, yang kemudian bisa dipilih untuk melakukan proses lebih lanjut. Mengelola Data Proses pengelolaan data pasien adalah proses Pasien 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. Memasukkan data Yaitu proses memasukkan data-data pasien yang pasien dibutuhkan ke dalam database. Mengubah data Yaitu proses mengubah data pasien yang ada pasien dalam database. 9

6. 7. 8.

9. 10. 11. 12. 13.

14 15. 16. 167.

18. 19. 20.

Menghapus data pasien Melihat laporan data pasien Mengelola data dokter

Yaitu proses menghapus data pasien yang ada dalam database. Yaitu proses melihat laporan data pasien yang ada dalam database. 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. Memasukkan data Yaitu proses memasukkan data-data dokter ke dokter dalam database. Mengubah data Yaitu proses mengubah data dokter yang ada dokter dalam database. Menghapus data Yaitu proses menghapus data dokter yang ada dokter dalam database. Melihat laporan Yaitu proses melihat laporan data dokter yang ada data dokter dalam database. Mengelola data Proses pengelolaan data admin/administrator admin 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). Memasukkan data Merupakan proses memasukkan data proses admin pelayanan kedalam basis data Mengubah data Merupakan proses mengubah data proses admin pelayanan yang ada dalam basis data Menghapus data Merupakan proses mengapus data proses admin pelayanan yang ada dalam basis data. Mengelola data Proses pengelolaan data pasien keluar adalah pasien keluar 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. Memasukkan data Merupakan proses memasukkan data proses pasien keluar pelayanan kedalam basis data Mengubah data Merupakan proses mengubah data proses pasien keluar pelayanan yang ada dalam basis data Menghapus data Merupakan proses mengapus data proses pasien keluar pelayanan yang ada dalam basis data. 10

21.

Melihat laporan data pasien keluar

Merupakan proses mencetak data proses pelayanan yang ada dalam basis data.

2.7.3 Skenario Usecase Nama Use Case : Login Skenario : Aksi Actor Skenario Normal 1. Memasukkan username dan password pada form login

Reaksi Sistem

2. 3.

Mengecek valid tidaknya data masukkan Masuk pada menu aplikasi

Skenario Alternatif 1. Memasukkan username dan password 2. Mengecek valid tidaknya data masukkan 3. Menampilkan pesan login tidak valid 4. Memasukkan username dan password yang valid 5. Mengecek valid tidaknya data masukkan 6. Masuk pada menu aplikasi Nama Use Case : Memasukkan Data Pasien Skenario : Aksi Actor Skenario Normal 1. Insert data pasien sesuai form yang telah tersedia.

Reaksi Sistem

2. Mengecek valid tidaknya data yang dimasukkan. 3. Menyimpan data pasien ke dalam database. 4. Menampilkan pesan bahwa data telah berhasil diinsertkan.

11

Skenario Alternatif 1. Insert data pasien sesuai form yang telah tersedia. 1. Mengecek valid tidaknya data yang dimasukkan 2. Menampilkan pesan bahwa data yang dimasukkan tidak valid. 3. Memperbaiki data masukkan yang tidak valid 4. Mengecek valid tidaknya data yang dimasukkan 5. Menyimpan data nasabah ke dalam database. 6. Menampilkan pesan bahwa data telah berhasil diinsertkan. Nama Use Case : Mengubah Data Pasien Skenario : Aksi Actor Reaksi Sistem 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 7. Menampilkan data pasien yang telah dipilih ke dalam form pengisian data 8. Mengubah data pasien 9. Mengecek valid tidaknya data yang dimasukkan 10. Menyimpan data yang telah diubah ke dalam database 11. Menampilkan pesan bahwa data telah berhasil diedit. Skenario Alternatif 1. Pilih tombol view 2. Menampilkan data pasien 3. Inputkan data yang dicari ke 12

dalam form yang disediakan. 4. Mencari data pasien yang akan diubah 5. Menampilkan data pasien yang dicari 6. Memilih data pasien yang akan diubah 7. Menampilkan data pasien yang telah dipilih ke dalam form pengisian data 8. Mengubah data pasien 9. Mengecek valid tidaknya data yang dimasukkan 10. Menampilkan pesan bahwa data yang dimasukkan tidak valid. 11. Memperbaiki data masukkan yang sebelumnya tidak valid 12. Mengecek valid tidaknya data yang masukkan 13. Menyimpan data yang telah diubah ke dalam database 14. Menampilkan pesan bahwa data telah berhasil diedit. Nama Use Case : Menghapus Data Pasien Scenario : Aksi Actor Reaksi Sistem Skenario Normal 1 Pilih tombol view 2 Menampilah data pasien 3 Inputkan data yang dicari ke dalam form yang disediakan. 4 Mencari data pasien yang dihapus 5 Menampilkan data pasien yang telah dipilih kedalam inputan yang disediakan 6 Menghapus data pasien 7 Menghapus data pasien database 8 Menampilkan pesan bahwa telah berhasil didelete. Skenario Alternatif Tidak ada

akan yang form

dari data

13

Nama Use Case : Melihat Laporan Data Pasien Scenario : Aksi Actor Reaksi Sistem 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 : Aksi Actor Skenario Normal 1. Insert data dokter sesuai form yang telah tersedia.

Reaksi Sistem

2. Mengecek valid tidaknya data yang dimasukkan. 3. Menyimpan data dokter ke dalam database. 4. Menampilkan pesan bahwa data telah berhasil diinsertkan. Skenario Alternatif 5. Insert data dokter sesuai form yang telah tersedia. 5. Mengecek valid tidaknya data yang dimasukkan 6. Menampilkan pesan bahwa data yang dimasukkan tidak valid. 7. Memperbaiki data masukkan yang tidak valid 8. Mengecek valid tidaknya data yang dimasukkan 6. Menyimpan data nasabah ke dalam database. 7. Menampilkan pesan bahwa data telah berhasil diinsertkan. 14

Nama Use Case : Mengubah Data Dokter Skenario : Aksi Actor Reaksi Sistem Skenario Normal 1. Pilih tombol view 2. Menampilkan data dokter 3. Inputkan data yang dicari ke dalam form yang disediakan. 4. Mencari data dokter yang akan diubah 5. Menampilkan data dokter yang dicari 6. Memilih data dokter yang akan diubah 7. Menampilkan data dokter yang telah dipilih ke dalam form pengisian data 8. Mengubah data dokter 9. Mengecek valid tidaknya data yang dimasukkan 10. Menyimpan data yang telah diubah ke dalam database 11. Menampilkan pesan bahwa data telah berhasil diedit. Skenario Alternatif 1. Pilih tombol view 2. Menampilkan data dokter 3. Inputkan data yang dicari ke dalam form yang disediakan. 4. Mencari data dokter yang akan diubah 5. Menampilkan data dokter yang dicari 6. Memilih data dokter yang akan diubah 7. Menampilkan data dokter yang telah dipilih ke dalam form pengisian data 8. Mengubah data dokter 9. Mengecek valid tidaknya data yang dimasukkan 10. Menampilkan pesan bahwa data yang dimasukkan tidak valid. 11. Memperbaiki data masukkan yang sebelumnya tidak valid 12. Mengecek valid tidaknya data yang masukkan 13. Menyimpan data yang telah 15

diubah ke dalam database 14. Menampilkan pesan bahwa data telah berhasil diedit.

Nama Use Case : Menghapus Data Dokter Scenario : Aksi Actor Reaksi Sistem Skenario Normal 1. Pilih tombol view 2. Menampilkan data dokter 3. Inputkan data yang dicari ke dalam form yang disediakan. 4. Mencari data dokter yang akan dihapus 5. Menampilkan data dokter yang yang telah dipilih kedalam form inputan yang disediakan 6. Menghapus data dokter 7. Menghapus data dokter dari database 8. Menampilkan pesan bahwa data telah berhasil didelete. Skenario Alternatif Tidak ada Nama Use Case : Melihat Laporan Data Dokter Scenario : Aksi Actor Reaksi Sistem Skenario Normal 1. Memilih tombol report 2. Menampilkan data dokter dalam bentuk laporan. 3. Memilih mencetak data dokter 4. Mencetak laporan data dokter. Skenario Alternatif 5. Memilih tombol report 6. Menampilkan data dokter dalam bentuk laporan. 7. Memilih tombol Close 8. Kembali ke form pengisisan data dokter

16

Nama Use Case : Memasukkan Data Admin Skenario : Aksi Actor Skenario Normal 1. Insert data admin sesuai form yang telah tersedia.

Reaksi Sistem

8. Mengecek valid tidaknya data yang dimasukkan. 9. Menyimpan data admin ke dalam database. 10. Menampilkan pesan bahwa data telah berhasil diinsertkan. Skenario Alternatif 1. Insert data admin sesuai form yang telah tersedia. 2. Mengecek valid tidaknya data yang dimasukkan 3. Menampilkan pesan bahwa data yang dimasukkan tidak valid. 4. Memperbaiki data masukkan yang tidak valid 5. Mengecek valid tidaknya data yang dimasukkan 6. Menyimpan data nasabah ke dalam database. 7. Menampilkan pesan bahwa data telah berhasil diinsertkan. Nama Use Case : Mengubah Data Admin Skenario : Aksi Actor Reaksi Sistem Skenario Normal 1. Pilih tombol view 2. Menampilkan data admin 3. Inputkan data yang dicari ke dalam form yang disediakan. 4. Mencari data admin yang akan diubah 5. Menampilkan data admin yang dicari 6. Memilih data admin yang akan diubah 7. Menampilkan data admin yang 17

telah dipilih ke pengisian data

dalam

form

8. Mengubah data admin 9. Mengecek valid tidaknya data yang dimasukkan 10. Menyimpan data yang telah diubah ke dalam database 11. Menampilkan pesan bahwa data telah berhasil diedit. Skenario Alternatif 1. Pilih tombol view 2. Menampilkan data admin 3. Inputkan data yang dicari ke dalam form yang disediakan. 4. Mencari data admin yang akan diubah 5. Menampilkan data admin yang dicari 6. Memilih data admin yang akan diubah 7. Menampilkan data admin yang telah dipilih ke dalam form pengisian data 8. Mengubah data admin 9. Mengecek valid tidaknya data yang dimasukkan 10. Menampilkan pesan bahwa data yang dimasukkan tidak valid. 11. Memperbaiki data masukkan yang sebelumnya tidak valid 12. Mengecek valid tidaknya data yang masukkan 13. Menyimpan data yang telah diubah ke dalam database 14. Menampilkan pesan bahwa data telah berhasil diedit. Nama Use Case : Menghapus Data Admin Scenario : Aksi Actor Reaksi Sistem Skenario Normal 1. Pilih tombol view 2. Menampilkan data admin 3. Inputkan data yang dicari ke dalam form yang disediakan. 4. Mencari data admin yang akan dihapus 5. Menampilkan data admin yang 18

yang telah dipilih kedalam form inputan yang disediakan 6. Menghapus data dokter 7. Menghapus data admin dari database 8. Menampilkan pesan bahwa data telah berhasil didelete. Skenario Alternatif Tidak ada Nama Use Case : Memasukkan Data Pasien Keluar Skenario : Aksi Actor Skenario Normal 1. Insert data pasien keluar sesuai form yang telah tersedia.

Reaksi Sistem

2. Mengecek valid tidaknya data yang dimasukkan. 3. Menyimpan data pasien ke dalam database. 4. Menampilkan pesan bahwa data telah berhasil diinsertkan. Skenario Alternatif 5. Insert data pasien keluar sesuai form yang telah tersedia. 6. Mengecek valid tidaknya data yang dimasukkan 7. Menampilkan pesan bahwa data yang dimasukkan tidak valid. 8. Memperbaiki data masukkan yang tidak valid 9. Mengecek valid tidaknya data yang dimasukkan 10. Menyimpan data nasabah ke dalam database. 11. Menampilkan pesan bahwa data telah berhasil diinsertkan.

19

Nama Use Case : Mengubah Data Pasien Keluar Skenario : Aksi Actor Reaksi Sistem Skenario Normal 1. Pilih tombol view 2. Menampilkan data pasien keluar 3.

Inputkan data yang dicari ke dalam form yang disediakan. 4. Mencari data pasien keluar yang akan diubah 5. Menampilkan data dokter yang dicari

6. Memilih data pasien keluar yang akan diubah 7. Menampilkan data pasien keluar yang telah dipilih ke dalam form pengisian data 8. Mengubah data pasien keluar 9. Mengecek valid tidaknya data yang dimasukkan 10. Menyimpan data yang telah diubah ke dalam database 11. Menampilkan pesan bahwa data telah berhasil diedit. Skenario Alternatif 1. Pilih tombol view 2.

Menampilkan data pasien keluar

4.

Mencari data pasien keluar yang akan diubah Menampilkan data pasien keluar yang dicari

3. Inputkan data yang dicari ke dalam form yang disediakan.

5. 6. Memilih data pasien keluar yang akan diubah 7.

Menampilkan data pasien keluar yang telah dipilih ke dalam form pengisian data

8. Mengubah data pasien keluar 9.

Mengecek valid tidaknya data yang dimasukkan 10. Menampilkan pesan bahwa data yang dimasukkan tidak valid. 11. Memperbaiki data masukkan yang sebelumnya tidak valid 12. Mengecek valid tidaknya data yang masukkan 13. Menyimpan data yang telah 20

diubah ke dalam database 14. Menampilkan pesan bahwa data telah berhasil diedit. Nama Use Case : Menghapus Data Pasien Keluar Scenario : Aksi Actor Reaksi Sistem Skenario Normal 1. Pilih tombol view 2. Menampilkan data pasien keluar 3. Inputkan data yang dicari ke dalam form yang disediakan. 4. Mencari data pasien keluar yang akan dihapus 5. Menampilkan data pasien keluar yang yang telah dipilih kedalam form inputan yang disediakan 6. Menghapus data pasien keluar 7. Menghapus data pasien keluar dari database 8. Menampilkan pesan bahwa data telah berhasil didelete. Skenario Alternatif Tidak ada Nama Use Case : Melihat Laporan Data Pasien Keluar Scenario : Aksi Actor Reaksi Sistem Skenario Normal 1. Memilih tombol report 2. Menampilkan data pasien keluar dalam bentuk laporan. 3. Memilih mencetak data pasien keluar 4. Mencetak laporan data pasien keluar. Skenario Alternatif 1. Memilih tombol report 9. Menampilkan data pasien keluar dalam bentuk laporan. 10. Memilih tombol Close 11. Kembali ke form pengisisan data pasien keluar

21

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. 22

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.

Administrator Login Username : Password :

Login

Cancel

Gambar 1. Layar Login Sistem Informasi Rawat Inap

23

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

:

Profile

Form masukan; button/tombol dan menu list.

File

RSUD PROVINSI SULAWESI TENGGARA

Selamat Datang di Sistem Informasi Rawat Inap Rumah Sakit

Data Pasien

Data Dokter

GAMBAR Data Keluar

Data Admin

Exit

Pilih menu disamping untuk melanjutkan

Gambar 2. Layar Menu Utama Sistem Informasi Rawat Inap

24

Deskripsi Isi

:

Antarmuka untuk mengelola data-data pasien yang ada seperti melihat data pasien, memasukan, mengubah, mengapus, maupun melihat laporan.

Desain Tampilan :


Jenis

:

Form masukan; textfield dan button/tombol.


No. Pasien :

View

Nama Pasien : Umur :

Refresh Jenis Kelamin :

Report

Laki-Laki

Perempuan

Golongan Darah : Alamat :

Kontak : Tanggal Masuk : Status :

Umum

Askes

Diagnosa Awal :

Insert

Edit

Delete

Gambar 3. Layar Menu Data Pasien

25

Deskripsi Isi

:

Antarmuka untuk mengelola data-data dokter yang ada seperti melihat data pasien, memasukan, mengubah, mengapus, maupun melihat laporan.

Desain Tampilan :


Jenis

:



No. Induk :

View

Nama Dokter : Dokter :

Refresh Jenis Kelamin :

Laki-Laki

Perempuan

Report Alamat :

Telepon :

Insert

Edit

Delete

Gambar 4. Layar Menu Data Dokter

26

Deskripsi Isi

:

Antarmuka untuk mengelola data-data admin seperti menambah admin, mengubah username, maupun mengubah password.

Desain Tampilan :


Jenis

:



Id :

View Username :

Refresh

Password :

Insert

Edit

Delete

Gambar 5. Layar Menu Data Admin

27

Deskripsi Isi

:

Antarmuka untuk mengelola data-data admin seperti menambah admin, mengubah username, maupun mengubah password.

Desain Tampilan :


Jenis

:



Id Keluar :

View

Nama Pasien : Status :

Umum

Lama Inap :

hari

Askes

Refresh

Report

Tanggal Keluar : Nama Dokter : Jumlah Bayar :

Insert

Edit

Delete

Gambar 6. Layar Menu Data Pasien Keluar

2.9

Glossary Istilah Package

Deskripsi 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 28

instance. Class

Sekumpulan objek yang mempunyai ciri sama Protected

Access modifier pada class dengan sifat dapat diakses oleh class itu sendiri atau class yang mewarisi.

Private

Access modifier yang hanya dapat diakses oleh class itu sendiri.

Public

Access modifier yang dapat diakses secara umum

Super Class

Merupakan class induk (orang tua)

Sub Class

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)

29

BAB III MODEL ANALISIS

3.1

Deskripsi Arsitektur 3.1.1 No. 1 2

3

4

5

6

Deskripsi Class Diagram Nama Kelas

Keterangan Merupakan kelas proses yang diambil Login dari pendefinisian use case login Menu Merupakan paket main atau utama sistem informasi yang menampung semua menu untuk masuk ke dalam proses pengelolaan data. 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. Mengelola data admin Merupakan kelas proses yang diambil dari pendefinisian use case untuk mengelola data dokter. Dimana proses didalamnya dapat juga menangani proses melihat dan mencari data dokter, memasukkan data dokter, mengubah data dokter, menghapus data dokter dan melihat laporan. Mengelola data admin Merupakan kelas proses yang diambil dari pendefinisian use case untuk mengelola data admin. Dimana proses didalamnya dapat juga menangani proses melihat dan mencari data admin, memasukkan data admin, mengubah data admin, dan menghapus data admin. Mengelola data pasien keluar Merupakan kelas proses yang diambil dari pendefinisian use case untuk 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 30

6

pasien

7

dokter

8

admin

9

keluar

10

KoneksiBasisData

data pasien keluar dan melihat laporan. Merupakan kelas data yang digunakan untuk menyimpan data-data pasien. Merupakan kelas data yang digunakan untuk menyimpan data-data dokter. Merupakan kelas data yang digunakan untuk menyimpan data-data admin. Merupakan kelas data yang digunakan untuk menyimpan data pasien keluar dan membungkus hasil data dari tabel pasien dan dokter. Merupakan kelas utama untuk koneksi ke basis data dan melakukan query.

31

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 :

32

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

<> 1 2: username dan password 3: validasiLogin()

4: true false validasi 5: pesan tidak valid jika tidak valid

Gambar 8. Diagram Sequence Login

33

Use Case: Mengelola Data Pasien

Gambar 8. Diagram Sequence Mengelola Data Pasien

34

Use Case: Mengelola Data Dokter

Gambar 9. Diagram Sequence Mengelola Data Dokter

35

Use Case: Mengelola Data Admin

Gambar 10. Diagram Sequence Mengelola Data Admin 36

Use Case: Mengelola Data Pasien Keluar

Gambar 11. Diagram Sequence Mengelola Data Pasien Keluar

37

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

38

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 • Id Pasien • Nama • Umur • Jenis Kelamin • Golongan Darah • Alamat • Telepon • Tanggal Masuk • Status • Diagnosa Awal 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 Tanggung Jawab • No Induk • Nama • Jenis Dokter • Jenis Kelamin • Alamat • Nomor Telepon 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 Tanggung Jawab • Id Pasien • Username • Password

Kelas Terkait Tidak ada



39

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 Tanggung Jawab Kelas Terkait Tidak ada • Id Keluar • Id Pasien • No Induk • Status • Jenis Kamar • Pembayaran • Tanggal Keluar 3.3.2

Identifikasi Atribut Nama Kelas Mengelola Data Pasien

Mengelola Data Dokter

Daftar Atribut 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 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. 2. 3. 4. 5. 6. 7.

Id Keluar Id Pasien No Induk Status Jenis Kamar Pembayaran Tanggal Keluar

40

3.3.3

Identifikasi Generalisasi Nama Kelas Mengelola Data Pasien

Mengelola Data Dokter

Mengelola Data Admin

Mengelola Data Pasien Keluar

Daftar Generalisasi 1. Memasukkan Data Pasien 2. Mengubah Data Pasien 3. Menghapus Data Pasien 4. Melihat Laporan Data Pasien 1. Memasukkan Data Dokter 2. Mengubah Data Dokter 3. Menghapus Data Dokter 4. Melihat Laporan Data Dokter 1. Memasukkan Data Admin 2. Mengubah Data Admin 3. Menghapus Data Admin 4. Melihat Laporan Data Admin 1. Memasukkan Data Pasien Keluar 2. Mengubah Data Pasien Keluar 3. Menghapus Data Pasien Keluar 4. Melihat Laporan Pasien Keluar

41

BAB IV MODEL PERANCANGAN

4.1

Kelas Perancangan 4.1.1

Algoritma Query No Query Q-001 Q-002

Q-003

Q-004

4.2

Query

Keterangan

Select * from registrasi; "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."

Menampilkan data pasien 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. "UPDATE registrasi SET Mengubah data Nama_Pasien=Destriana K. Nama_Pasien dan Umur Sari,Umur_Pasien=26,Jenis_Kela dengan Id_Pasien 1 min_Ps=Wanita,Golongan_Darah menjadi Destriana K. Sari =B,Alamat_Pasien=Mandonga,Tel epon=04013131850,Tgl_Masuk= dan 26. 2013-05-03, Status=Umum,Diagnosa_Awal= Panas, demam, menggigil." + " WHERE Id_Pasien=1 " "DELETE FROM registrasi " Menghapus data siswa + " WHERE NIS=1 " dengan Id_Pasien =1.

Antarmuka Antarmuka : Gambar 1. Layar Login Id Objek

Jenis

Nama

TextField

username

Field pengisian username

jPasswordField1 PasswordField password

Field pengisian password

jTextField1

Keterangan

jButton1

Button

OK

Membuka Form Menu

jButton2

Button

Batal

Menutup Form Login

42

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

Jenis

Nama

Keterangan

jButton1

Button

Data Pasien

Membuka Form Data Pasien

jButton2

Button

Data Dokter

Membuka Form Data Dokter

jButton4

Button

Data Pasien

Membuka Form Data Pasien

Keluar

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 Id Objek Jenis

Nama

jTextField1 jTextField2 jTextField3 jTextField4

TextField TextField TextField TextField

Nama Umur Kontak Tanggal Masuk

jTextField5

TextField

Diagnosa Awal

jTextField6 jTextField7 jRadioButton1 jRadioButton2 jRadioButton3 jRadioButton4 jComboBox1

TextField TextField RadioButton RadioButton RadioButton RadioButton ComboBox

jButton1 jButton2 jButton3 jButton4 jButton5

Button Button Button Button Button

Id Pasien Alamat Pria Wanita Umum Askes Golongan Darah Insert Update Delete View Report

jButton6

Button

Refresh

Keterangan Field pengisian nama Field pengisian umur Field pengisian kontak Field pengisian tanggal masuk Field pengisian diagnosa awal Field pengisian id pasien Field pengisian alamat Memilih jenis kelamin Memilih jenis kelamin Memilih jenis status Memilih jenis status Memilih golongan darah Menambahkan data pasien Mengubah data pasien Menghapus data pasien Melihat data pasien Melihat laporan data pasien Mengosongkan form data pasien

43

Antarmuka : Gambar 4. Data Dokter Id Objek Jenis jTextField1 jTextField2 jTextField3 jTextField4 jComboBox1 jRadioButton1 jRadioButton2 jButton1 jButton2 jButton3 jButton4 jButton5 jButton6

TextField TextField TextField TextField ComboBox RadioButton RadioButton Button Button Button Button Button Button

Nama No. Induk Nama Alamat Telepon Jenis Dokter Pria Wanita Insert Update Delete View Report Refresh

Antarmuka : Gambar 5. Data Admin Id Objek Jenis jTextField1 jTextField2 jPasswordField1 jButton1 jButton2 jButton3 jButton4 jButton6

Nama

TextField TextField PasswordField Button Button Button Button Button

Id Username Password Insert Update Delete View Refresh

Antarmuka : Gambar 6. Data Pasien Keluar Id Objek Jenis Nama jTextField1

TextField

Id Keluar

jTextField2

TextField

jTextField3

TextField

Tanggal Keluar Pembayaran

Nama Nama Dokter ComboBox Jenis Kamar jComboBox3 jRadioButton1 RadioButton Umum jComboBox1 jComboBox2

ComboBox ComboBox

Keterangan Field pengisian no. induk Field pengisian nama Field pengisian alamt Field pengisian telepon Memilih jenis dokter Memilih jenis kelamin Memilih jenis kelamin Menambahkan data dokter Mengubah data dokter Menghapus data dokter Melihat data dokter Melihat laporan data dokter Mengosongkan form data dokter

Keterangan Field pengisian Id Field pengisian username Field pengisian password Menambahkan data admin Mengubah data admin Menghapus data admin Melihat data admin Mengosongkan form data admin

Keterangan Field pengisian Id pasien keluar Field pengisian tanggal keluar Field pengisian jenis pembayaran (otomatis) Memilih nama pasien Memilih nama dokter Memilih jenis kamar Memilih jenis status 44

jRadioButton2 RadioButton Askes Button Insert jButton1 jButton2

Button

Update

jButton3

Button

Delete

jButton4 jButton5

Button Button

View Report

jButton6

Button

Refresh

Memilih jenis status Menambahkan data pasien keluar Mengubah data pasien keluar dokter Menghapus data pasien keluar Melihat data pasien keluar Melihat laporan data pasien keluar Mengosongkan form data pasien keluar

45

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.

46

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.

5.1.4

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.

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`));

#--------------------------------------------------------------47

#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

48

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 49

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 Halaman dimana Admin dapat melakukan pengelolaan data dokter seperti memasukkan data dokter, mengubah, menghapus sekaligus admin dapat langsung melihat data tersebut untuk laporan.

50

Gambar 18. Tampilan Mengolah Data Dokter


Gambar 19. Tampilan Melihat Data Dokter

Gambar 20. Tampilan Report Data Dokter 51

5.1.5.5 Tampilan Data Admin Halaman dimana Admin dapat melakukan pengelolaan data dokter seperti memasukkan data dokter, mengubah, menghapus sekaligus admin dapat langsung melihat data tersebut untuk laporan.

Gambar 21. Tampilan Mengolah Data Admin


Gambar 22. Tampilan Melihat Data Admin

5.1.5.6 Tampilan Data Pasien Keluar Halaman dimana Admin dapat melakukan pengelolaan data transaksi pasien keluar seperti memasukkan data pasien keluar, mengubah, menghapus sekaligus admin dapat langsung melihat data tersebut untuk laporan. 52

Gambar 23. Tampilan Mengolah Data Pasien Keluar


Gambar 24. Tampilan Melihat Data Pasien Keluar

Gambar 23. Tampilan Report Data Pasien Keluar 53

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 54

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

55

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

6.3

Butir Uji

JenisPengujian

Login

Verifikasi username dan password

Black Box

Mengelola Data

Penambahan, pengubahan,

Black Box

pasien

penghapusan data pasien

Mengelola Data


Dokter

penghapusan data dokter

Mengelola Data


Admin

penghapusan data admin

Mengelola Data


Pasien Keluar

penghapusan data pasien keluar

Black Box

Black Box

Black Box

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

Username: yuu

Dapat login dan

Dapat login dan

Password: ycnb

masuk ke halaman

masuk kehalaman

menu utama

menu utama

Kesimpulan

Valid

Kasus dan Hasil Uji ( Data Salah) Data Masuk

Yang Diharapkan

Pengamatan

Username: random

Tidak dapat login

Admin akan gagal

Password: random

dan tidak dapat

masuk ke sistem

menampilkan

jika memasukkan

halaman menu

username dan

utama

password yang salah

Kesimpulan

Tidak Valid

56

6.3.2

Kelas Mengelola Data Pasien Kasus dan Hasil Uji ( Data Normal) Aktivitas Pengujian

Yang Diharapkan

Hasil Pengujian

Memasukkan data

Data yang

pasien ke dalam

dimasukkan

basisdata

tersimpan ke dalam

Kesimpulan

Valid

basis data Mengubah data

Data berhasil diubah

pasien yang sebelumnya sudah

Valid

ada di basis data dengan data yang baru Menghapus data

Data pasien yang

pasien

dipilih terhapus

Menampilkan data

Data-data pasien

pasien

tampil ke dalam

Valid

Valid

tabel

6.3.3

Menampilkan

Laporan data pasien

laporan

tampil

Valid

Kelas Mengelola Data Dokter Kasus dan Hasil Uji ( Data Normal) Aktivitas Pengujian

Yang Diharapkan

Hasil Pengujian

Memasukkan data

Data yang

dokter ke dalam

dimasukkan

basisdata

tersimpan ke dalam

Kesimpulan

Valid



dokter yang sebelumnya sudah

Valid


Data pasien yang

dokter

dipilih terhapus

Valid

57

Menampilkan data

Data-data dokter

dokter

tampil ke dalam

Valid

tabel

6.3.4

Menampilkan

Laporan data

laporan

doktertampil

Valid

Kelas Mengelola Data Admin Kasus dan Hasil Uji ( Data Normal) Aktivitas Pengujian

Yang Diharapkan

Hasil Pengujian

Memasukkan data

Data yang

admin ke dalam

dimasukkan

basisdata

tersimpan ke dalam

Kesimpulan

Valid



admin yang sebelumnya sudah

Valid


Data admin yang

admin

dipilih terhapus

Menampilkan data

Data-data

admin

admintampil ke

Valid

Valid

dalam tabel

6.3.5

Kelas Mengelola Data Pasien Keluar Kasus dan Hasil Uji ( Data Normal) Aktivitas Pengujian

Yang Diharapkan

Hasil Pengujian

Memasukkan data

Data yang

pasien keluar ke

dimasukkan

dalam basisdata

tersimpan ke dalam

Kesimpulan

Valid

basis data Mengubah data pasien keluar yang

Data berhasil diubah Valid

sebelumnya sudah 58


Data pasien keluar

pasien keluar

yang dipilih

Valid

terhapus Menampilkan data

Data-data pasien

pasien keluar

keluar tampil ke

Valid

dalam tabel

6.4

Menampilkan

Laporan data pasien

laporan

keluar tampil

Valid

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.

59

Fase Inception: Dokumen Pembangunan Perangkat Lunak

Recommend Documents