SRS Sistem Rawat Inap Rumah Sakit.pdf

of 59/59
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
  • date post

    08-Apr-2016
  • Category

    Documents

  • view

    1.063
  • download

    41

Embed Size (px)

description

Yuni Arti Darmawan - E1E110070Tugas Rekayasa Perangkat Lunak (IT Unhalu)SRS Sistem Informasi Rawat Inap Rumah SakitTeknik Informatika Universitas Haluoleo

Transcript of SRS Sistem Rawat Inap Rumah Sakit.pdf

  • 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 pelayanan yang ada dalam basis data.

  • 11

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

    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 Reaksi Sistem Skenario Normal

    1. Insert data pasien sesuai form yang telah tersedia.

    2. Mengecek valid tidaknya data 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 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

  • 13

    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 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 :

    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 Reaksi Sistem Skenario Normal

    1. Insert data dokter sesuai form yang telah tersedia.

    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.

  • 15

    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

  • 16

    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

  • 17

    Nama Use Case : Memasukkan Data Admin Skenario :

    Aksi Actor Reaksi Sistem Skenario Normal

    1. Insert data admin sesuai form yang telah tersedia.

    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

  • 18

    telah dipilih ke dalam form pengisian data

    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

  • 19

    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 Reaksi Sistem Skenario Normal 1. Insert data pasien keluar sesuai

    form yang telah tersedia.

    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.

  • 20

    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

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

    4. Mencari data pasien keluar yang akan diubah

    5. Menampilkan data pasien keluar 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. 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

  • 21

    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

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

    Desain Tampilan : Warna background biru muda dengan font berwarna putih untuk header dan hitam untuk body.

    Jenis : Form masukan; textfield dan button/tombol.

    Gambar 3. Layar Menu Data Pasien

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

    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.

    Desain Tampilan : Warna background biru muda dengan font berwarna putih untuk header dan hitam untuk body.

    Jenis : Form masukan; textfield dan button/tombol.

    Gambar 4. Layar Menu Data Dokter

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

    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.

    Desain Tampilan : Warna background biru muda dengan font berwarna putih untuk header dan hitam untuk body.

    Jenis : Form masukan; textfield dan button/tombol.

    Gambar 5. Layar Menu Data Admin

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

    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.

    Desain Tampilan : Warna background biru muda dengan font berwarna putih untuk header dan hitam untuk body.

    Jenis : Form masukan; textfield dan button/tombol.

    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

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

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

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

    6 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

  • 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

    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

    Tanggung Jawab Kelas Terkait

    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

    Tanggung Jawab Kelas Terkait

    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

    Tanggung Jawab Kelas Terkait

    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_Pasien,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_Kelamin_Ps=Wanita,Golongan_Darah=B,Alamat_Pasien=Mandonga,Telepon=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

    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

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

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

    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 jButton6 Button Refresh Mengosongkan form data

    dokter

    Antarmuka : Gambar 5. Data Admin Id Objek Jenis Nama Keterangan

    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 jButton6 Button Refresh Mengosongkan form data

    admin

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

    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 jButton6 Button Refresh Mengosongkan form data

    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` ( `Id_Pasien` int (11) NOT NULL AUTO_INCREMENT, `Nama_Pasien` varchar (30) NOT NULL, `Umur_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 (`Id_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, `Alamat` varchar (100) NOT NULL, `Nomor_Telepon` int (15) NOT NULL, PRIMARY KEY (`No_Induk`));

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

  • 48

    #Table structure for table admin

    CREATE TABLE ` admin` ( `Id` int (11) NOT NULL, `Username` varchar (18) NOT NULL, `Password` varchar (50) NOT NULL, PRIMARY KEY (`Id`));

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

    #Table structure for table keluar

    CREATE TABLE ` keluar ` ( `Id_Keluar` int (11) NOT NULL, `Id_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 Halaman dimana Admin dapat melakukan pengelolaan data dokter seperti memasukkan data dokter, mengubah, menghapus sekaligus admin dapat langsung melihat data tersebut untuk laporan.

  • 51

    Gambar 18. Tampilan Mengolah Data Dokter

    Pada halaman ini terdapat beberapa tombol diantaranya tombol Insert, update, dan delete data serta view dan report untuk melihat data dan laporan.

    Gambar 19. Tampilan Melihat Data Dokter

    Gambar 20. Tampilan Report Data Dokter

  • 52

    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

    Pada halaman ini terdapat beberapa tombol diantaranya tombol Insert, update, dan delete data serta view dan report untuk melihat data dan laporan.

    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.

  • 53

    Gambar 23. Tampilan Mengolah Data Pasien Keluar

    Pada halaman ini terdapat beberapa tombol diantaranya tombol Insert, update, dan delete data serta view dan report untuk melihat data 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

    Penambahan, pengubahan,

    penghapusan data dokter

    Black Box

    Mengelola Data

    Admin

    Penambahan, pengubahan,

    penghapusan data admin

    Black Box

    Mengelola Data

    Pasien Keluar

    Penambahan, pengubahan,

    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 Kasus dan Hasil Uji ( Data Normal)

    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 Kasus dan Hasil Uji ( Data Normal)

    Aktivitas Pengujian Yang Diharapkan Hasil Pengujian Kesimpulan

    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

    Data berhasil diubah

    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 Kasus dan Hasil Uji ( Data Normal)

    Aktivitas Pengujian Yang Diharapkan Hasil Pengujian Kesimpulan

    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

    Data berhasil diubah

    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 Kasus dan Hasil Uji ( Data Normal)

    Aktivitas Pengujian Yang Diharapkan Hasil Pengujian Kesimpulan

    Memasukkan data pasien keluar ke

    dalam basisdata

    Data yang

    dimasukkan tersimpan ke dalam basis data

    Valid

    Mengubah data pasien keluar yang

    sebelumnya sudah

    Data berhasil diubah

    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.