Manajemen Informatika Politeknik Pos Ind
DOKUMEN PEMBANGUNAN PERANGKAT LUNAK SISTEM INFORMASI PUSKESMAS ENGGAL WARAS
(MODUL RAWAT JALAN)
Untuk:
Kepala Puskesmas dan Petugas
Dipersiapkan oleh:
Amas Setia Rukmana
Mila Siti Armilah
Jurusan Manajemen Informatika – Politeknik Pos Indonesia Jl. Sari Asih no. 54, Bandung 40151
Halaman Jurusan Manajemen Informatika Politeknik Pos Indonesia
Nomor Dokumen
Revisi
Manajemen Informatika
Dokumen Pembangunan Sistem Informasi
Halaman 1 dari 107 halaman
DAFTAR PERUBAHAN
Revisi
Deskripsi
INDEX - A B C D E F G TGL
Amas, Amas, oleh
Mila Mila Diperiksa
Ari Ari oleh
Yanuar Yanuar Yanuar
Ridwan Ridwan Ridwan Disetujui
Supono Supono Supono oleh
Supono
Supono
Supono
Supono
Daftar Halaman Perubahan
Halaman
Revisi
Halaman
Revisi
DAFTAR SIMBOL
No. Simbol
Keterangan
1. Actor adalah elemen diluar sistem yang berkepentingan secara langsung dengan sistem
2. Use Case adalah urutan interaksi antar aktor dengan sistem. 3. Include adalah relasi dari base use case kepada
inclusion use case, menggambarkan bagaimana <<include>>
perilaku dari inclusion use case disisipkan ke dalam base use case
4. Extends adalah hubungan dari extention use case,
menerangkan bagaimana perilaku dari extension <<extends>> use case dapat disisipkan ke dalam perilaku base
use case .
5. Association adalah partisipasi aktor dalam suatu use case yang saling berkomunikasi satu dangan yang lainnya. 6. Sistem boundary, untuk mereprensentasikan batasan fisik sistem dengan aktor yang berinteraksi dengan sistem
7. Class adalah deskripsi dari kumpulan objek yang memiliki atribut, operation, method, relationship dan semantics yang sama
8. Generalization adalah hubungan taksonomik antara use case yang lebih umum dan use case yang lebih spesifik 9. Start State adalah memperlihatkan dimana aliran kerja berawal
10. End State adalah memperlihatkan dimana aliran kerja berakhir
11. Activity merupakan aktivitas pada diagram activity
1. Pendahuluan
Bab ini menjelaskan tentang tujuan penulisan dokumen, lingkup masalah yang ditangani dalam pengembangan perangkat lunak, definisi, akronim dan singkatan yang digunakan, referensi serta gambaran umum dokumen.
1.1 Tujuan Penulisan Dokumen
Dokumen ini secara keseluruhan mencakup empat bagian besar yaitu Spesifikasi Kebutuhan Perangkat Lunak, Dokumen Perancangan Perangkat Lunak, Perencanaan, Deskripsi, dan Hasil Uji Perangkat Lunak, Acuan Teknis Perangkat Lunak.
Tujuan dari penulisan Spesifikasi Kebutuhan Perangkat Lunak (SKPL) ini adalah untuk memberikan penjelasan mengenai kebutuhan perangkat lunak yang akan dibuat yaitu Sistem Informasi Puskesmas Enggal Waras (Modul Rawat Jalan) secara detail dan menyeluruh dan sebagai pegangan dalam membangun perangkat lunak ini, sehingga perangkat lunak yang akan dibangun sesuai dengan yang diharapkan.
Sedangkan tujuan untuk perancang yaitu sebagai acuan dalam pembuatan dan pengembangan Informasi Puskesmas Enggal Waras (Modul Rawat Jalan) agar sesuai dengan batasan-batasan yang sebelumnya telah ditentukan. Spesifikasi Kebutuhan Perangkat Lunak ini diberikan kepada pembimbing dan penguji Tugas Besar II sebagai bahan pertimbangan dan gambaran atas aplikasi yang dibuat oleh perancang.
Tujuan penulisan Dokumen Perancangan Perangkat Lunak (DPPL) adalah untuk menggambarkan hasil perancangan Informasi Puskesmas Enggal Waras (Modul Rawat Jalan) berdasarkan Spesifikasi Kebutuhan Perangkat Lunak, dan juga untuk menggambarkan dan mendefinisikan arsitektur sistem secara keseluruhan yang meliputi perancangan logika kontrol, struktur data, format masukkan dan keluaran, gambaran antarmuka sehingga dapat dijadikan pedoman untuk pengembangan di tahap selanjutnya.
Adapun tujuan pembuatan Perencanaan, Deskripsi, dan Hasil Uji Perangkat Lunak digunakan oleh pihak pengembang dan penguji untuk melakukan pengujian terhadap Aplikasi berbasis Visual Basic.Net yang berjudul “Informasi Puskesmas Enggal Waras (Modul Rawat Jalan)” ini secara keseluruhan. Sedangkan tujuan dari penulisan Acuan Teknis Perangkat Lunak ini adalah untuk memberikan gambaran tentang aplikasi dan perangkat lunak yang akan diuji dan digunakan oleh klien.
Sistem Informasi yang akan dibangun ini dapat digunakan administrator yang mengatur seluruh pengelolaan Puskesmas Enggal Waras dan petugas yang dapat mengelola transaksi rawat jalan.
1.2 Lingkup Masalah
Masalah yang timbul dari pengolahan pencatatan seluruh data yang masih dilakukan secara manual pada Puskesmas Enggal Waras yaitu banyaknya masalah teknis seperti ketidakakuratan seluruh data yang disimpan. Hal ini dikarenakan masih sedikitnya petugas puskesmas yang mampu atau mengerti tentang teknologi informasi. Masalah tersebut akan berdampak pada ketidakefektifan waktu dan tidak dapat menjamin keamanan data yang disimpan. Selain itu pencarian data yang berkaitan dengan data-data pengelolaan puskesmas masih dilakukan secara manual. Hal ini juga akan memakan banyak waktu untuk pencarian data, sehingga memperlambat karyawan melakukan pencarian.
Untuk itu dibutuhkan suatu aplikasi yang dapat mempermudah cara kerja petugas puskesmas seperti administrator dalam mencatat semua pengelolaan obat di apotek dan kasir yang mengelola transaksi penjualan obat. Oleh karena itu dibangunlah sebuah Sistem Informasi yang dapat menjawab semua kebutuhan proses yang relevan, akurat dan tepat waktu dalam mendapatkan informasi mengenai data-data yang berkaitan dengan sistem pengolahan data sehingga memudahkan dalam pembuatan laporan.
Lingkup produk perangkat lunak yang akan dibangun mencakup pemakain DBMS yaitu Microsoft SQL Server 2008, dengan bahasa pemrograman menggunakan Microsoft Visual Basic.Net2010. Adapun tujuan dari “Sistem Informasi Puskesmas Enggal Waras (Modul Rawat Jalan)” ini adalah sebagai berikut:
1. Mengembangkan Sistem Rawat Jalan yang berbasis desktop yang terdiri atas menu data pasien, data dokter, kunjungan, kartu berobat dan laporan yang terhubung ke database, sehingga dapat membantu user untuk menjalankan tugasnya,
2. Merancang Sistem Informasi Rawat Jalan Puskesmas Enggal Waras dengan menerapkan konsep pengamanan data melalui batasan hak akses terhadap user,
3. Menyediakan fasilitas pembuatan laporan Rawat Jalan Puskesmas Enggal Waras.
1.3 Definisi, Istilah, dan Singkatan
Tabel 1.1 Istilah, Singkatan, Akronim
No Istilah,Singkatan,Akronim Keterangan
1. SRS Software Requirements Specification
2. SKPL Spesifikasi Kebutuhan Perangkat Lunak
3. DPPL Dokumen Perancangan Perangkat Lunak
4. PDHUPL Perencanaan, Deskripsi, dan Hasil Uji Perangkat Lunak
5. ATPL Acuan Teknis Perangkat Lunak
6. UML
Unified Modeling Language Merupakan sebuah bahasa standar untuk spesifikasi, visualisasi, konstruksi dan dokumentasi sistem perangkat lunak.
7. Tools Pemodelan proses dari perangkat lunak dalam membantu pengembangan perangkat lunak lain
8. Pengguna ( user ) Seseorang atau sekelompok orang yang menggunakan fungsi yang disediakan oleh perangkat lunak yang bersangkutan (dalam hal ini Sistem Informasi Puskesmas Enggal Waras.
9. Sistem Operasi Perangkat lunak dasar yang berperan sebagai jembatan penghubung antara aplikasi dengan 9. Sistem Operasi Perangkat lunak dasar yang berperan sebagai jembatan penghubung antara aplikasi dengan
10. Basis Data Kumpulan data yang diorganisaskikan menurut sturktur tertentu.
11. Availibility Ketersediaan aplikasi ( apakah terus menerus beroperasi atau hanya beberapa jam saja )
12. Reliability Keandalan perangkat lunak ( tidak pernah gagal atau memiliki persen toleransi terhadap kesalahan )
13. Ergonomy Kenyamanan pakai bagi pengguna
14. Security Tingkat keamanan perangkat lunak
15. Portability Kemudahan untuk dibawa atau dioperasikan ke komputer atau Sistem Operasi lain.
16. DBMS Database Management Sistem
17. SI
Sistem Informasi
18. Test Pengujian perangkat lunak yang telah dibuat
1.4 Aturan Penomoran
Tabel 1.2 Aturan penomoran
Aturan Penomoran
Deskripsi
SKPL-SIP-NF-XX Dokumen SKPL– Nama Perangkat-Lunak- Kebutuhan non fungsional produk – Nomor urut
SKPL-SIP-F-XX Dokumen SKPL– Nama Perangkat Lunak- Kebutuhan fungsional produk – Nomor urut
DPPL-SIP-F-XX Dokumen DPPL– Nama Perangkat Lunak- Kebutuhan fungsional produk – Nomor urut
PDHUPL-SIP-F-XX
Dokumen-PHUPL-Nama
Perangkat Lunak-
Fungsional-XX
Gambar X
Gambar ke-X
Tabel X
Tabel ke-X
1.5 Referensi
Dalam penulisan dokumen Sistem Informasi Puskesmas Enggal Waras (Modul Rawat Jalan) merujuk kepada struktur penulisan yang digunakan dalam pembuatan dokumen ini berdasarkan kepada template dokumen yang dikeluarkan oleh jurusan Manajemen Informatika Politeknik Pos Indonesia.
Adapun buku teks dan referensi yang digunakan sebagai bahan acuan dalam proses pengembangan aplikasi Sistem Informasi MQ-Syifa (Modul Penjualan) ini adalah :
a. Buku-buku mengenai SQL Server 2008 R2 dan Visual Basic.Net.
b. Modul-modul mata kuliah Sistem Informasi Manajemen, Analisis dan Perancangan Sistem Informasi, Basis Data, Algoritma, Pemrograman
Berorientasi Objek (Visual Basic.Net 2003), Interaksi Manusia dan Komputer, Rekayasa Perangkat Lunak Program D3 Manajemen Informatika Politeknik Pos Indonesia.
1.6 Deskripsi Umum Dokumen (Ikhtisar)
Isi dari Deskripsi Perancangan Perangkat Lunak merupakan rincian dari kebutuhan perancangan perangkat lunak yang akan dikembangkan. Organisasi dari Deskripsi Perancangan Perangkat Lunak ini adalah sebagai berikut :
1. Pendahuluan
Memberikan gambaran umum dari seluruh SKPL
1.1 Tujuan Penulisan Dokumen Menjelaskan tujuan SKPL dan menentukan siapa yang akan menggunakan SKPL ini.
1.2 Lingkup Masalah Bagian ini menguraikan identifikasi produk berdasarkan nama. Penjelasan mengenai apa yang akan dilakukan dan apa yang tidak dilakukan oleh perangkat lunak. Penjelasan aplikasi yang ditentukan termasuk tujuan.
1.3 Definsi, Istilah dan Singkatan Memberikan penjelasan mengenai daftar definisi, istilah dan singkatan- singkatan yang digunakan dalam DPPL ini.
1.4 Aturan Penomoran Memberikan penjelasan terhadap aturan penomoran untuk kebutuhan fungsional dan kebutuhan non fungsional
1.5 Referensi Berisi daftar lengkap dan dokumen yang direferensikan. Identifikasi dari setiap dokumen berdasarakan judul, nomor laporan, tanggal, penerbit, pengarang serta sumber-sumber referensi yang diperoleh.
1.6 Deskripsi Umum Dokumen (ikhtisar) Menjelaskan isi dari dokumen SKPL dan sistematika pembahasan dari dokumen SKPL.
2. Kebutuhan Perangkat Lunak
Menjelaskan secara umum tentang kebutuhan dalam perancangan perangkat lunak.
2.1 Deskripsi Umum Sistem Berisi overview sistem yang dikembangkan, menjelaskan tentang batasan dan keterkaitan antara sistem yang dikembangkan dengan sistem lain di luarnya.
2.2 Fungsi Utama Perangkat lunak Memuat fungsi – fungsi sistem yang utama yang diberikan langsung kepada pengguna atau sistem lain yang terkait.
2.3 Model Use Case Bagian ini menjelaskan tentang definisi Actor, definisi UseCase dan menggambarkan UseCase Diagram yang akan digunakan dalam pembangunan perangkat lunak.
2.3.1 Definisi Actor Mendefinisikan actor-actor yang terlibat dalam sistem ini.
2.3.2 Definisi Use Case Menjelaskan tentang proses apa saja yang dapat dilakukan oleh sistem.
2.3.3 Skenario Use Case Bagian ini menggambarkan skenario dari masing-masing use case.
2.4 Spesifikasi Tambahan Bagian ini diisi dengan informasi tambahan mengenai setiap atau seluruh use case, terutama mengenai kebutuhan non fungsional.
2.5 Glossary Menjelaskan tentang daftar istilah yang digunakan.
3. Model Analisis
Menjelaskan secara umum tentang pemodelan analisis yang dipakai dalam pembangunana sistem
3.1 Realisasi Use Case Tahap Analisis Menggambarkan diagram kelas analisis untuk setiap use case utama.
3.2 Kelas Analisis Bagian ini diisi dengan daftar kelas analisis berdasarkan hasil identifikasi kelas analisis per paket.
3.2.1 Tanggungjawab dan Atribut Berisi identifikasi tanggung jawab (responsibility) dan atributnya.
3.2.2 Asosiasi dan Agregasi Berisi identifikasi asosiasi dan agregasi antar kelas jika ada.
3.2.3 Generalisasi Berisi identifikasi generalisasi jika ada.
3.2.4 Kebutuhan Khusus Berisi identifikasi kebutuhan khusus untuk realisasi kelas analisis.
3.3 Paket Analisis Menggambarkan diagram package beserta uraiannya.
3.4 Prototipe Antarmuka Menampilkan prototipe antarmuka perangkat lunak serta penjelasan untuk pemakainya.
3.5 Deskripsi Arsitektural
3.5.1 Identifikasi Kelas Perancangan Berisi tentang konfigurasi jaringan, identifikasi subsistem pendukung, identifikasi subsistem aplikasi, dan identifikasi kelas perancangan.
3.6 Pedoman Perancangan Berisi tentang pedoman perancangan yang digunakan.
4. Model perancangan
Menjelaskan tentang perancangan sistem yang akan dibangun.
4.1 Realisasi Use Case Tahap Perancangan Penggambaran diagram kelas untuk setiap use case.
4.2 Kelas Perancangan Berisi daftar kelas perancangan berdasarkan hasil identifikasi kelas tiap subsistem.
4.2.1 Operasi dan Atribut Berisi daftar operasi dan atribut beserta visibility-nya.
4.2.2 Asosiasi dan Agregasi Asosiasi atau agregasi yang terdapat pada perancangan.
4.2.3 Generalisasi Generalisasi pada perancangan.
4.2.4 Algoritma / Query Berisi daftar query beserta keterangannya.
4.2.5 Diagram Statechart Penggambaran diagram statechart untuk menampilkan perubahan status pada kelas yang kompleks.
4.2.6 Kebutuhan Khusus Komponen khusus yang diperlukan.
4.3 Perancangan Subsistem Berisi rancangan antarmuka yang akan digunakan.
4.4 Antarmuka Berisi rancangan antarmuka yang akan digunakan.
4.5 Model Deployment Model deployment aplikasi
5. Implementasi
Menjelaskan tentang implementasi komponen, subsistem dan antarmuka.
5.1 Implementasi Komponen Menjelaskan daftar kelas yang telah diimplementasikan.
5.2 Implementasi Subsistem Menjelaskan daftar subsitem yang telah diimplementasikan.
5.3 Implementasi Antarmuka Berisis antarmuka yang telah diimplementasikan.
6. Pengujian
Menerangkan mengenai hal-hal yang akan diujikan terhadap perangkat lunak yang dibuat. Mulai dari perangkat kerasnya, tools yang menunjang perangkat lunak, sampai pengujian logika proses dari perangkat lunak.
6.1 Lingkungan Pengujian Menjelaskan lingkungan yang dibutuhkan dalam pengujian perangkat lunak
6.1.1 Perangkat Lunak Pengujian Bagian ini menjelaskan perangkat lunak yang digunakan untuk pengujian.
6.1.2 Perangkat keras pengujian Bagian ini menjelaskan perangkat keras yang digunakan untuk pengujian.
6.2 Material Pengujian
Meenjelaskan material pengujian yang digunakan untuk pengujian perangkat lunak ini.
6.3 Sumber Daya Manusia Menjelaskan sumber daya manusia yang terlibat dalam pengujian perangkat lunak ini.
6.4 Prosedural Umum Pengujian Menjelaskan tentang prosedural untuk melakukan pengujian perangkat lunak ini.
6.4.1 Pengenalan dan Pelatihan Menjelaskan tentang perlu tidaknya diadakan pelatihan terlebih dahulu sebelum melakukan pengujian.
6.4.2 Persiapan Awal Menjelaskan tetang persiapan awal yang perlu dilakukan sebelum pengujian.
6.4.3 Pelaksanaan Menjelaskan tentang pembagian kelas untuk pengujian.
6.4.4 Pelaporan Hasil Menjelaskan tentang hasil pengujian.
6.5 Identifikasi dan Rencana Pengujian Menjelaskan tentang rencana pengujian yang akan dilakukan.
6.6 Deskripsi dan Hasil Uji Menjelaskan tentang hasil pengujian yang dilakukan.
6.7 Keterurutan Pengujian Menjelaskan tentang urutan dalam pengujian.
7. Spesifikasi Produk Perangkat Lunak
Menerangkan tentang spesifikasi produk perangkat lunak.
7.1 Perangkat Lunak Siap Eksekusi Menjelaskan tentang jenis perangkat lunak aplikasi ini.
7.2 Berkas Sumber Menjelaskan tentang berkas sumber aplikasi ini.
7.3 Syarat Pemaketan Menjelaskan ada tidaknya syarat pemaketan yang menandai keabsahan untuk duplikat perangkat lunak.
7.4 Prosedur Konstruksi Menjelaskan perangkat keras yang diperlukan untuk prosedur konstruksi.
8. Panduan Instalasi
Menerangkan tentang panduan instalasi aplikasi ini.
8.1 Instalasi Program Siap Eksekusi Menjelaskan tentang spesifikasi minimal komputer agar aplikasi ini dapat berjalan dan cara instalasinya.
8.2 Instalasi Kode Program Sumber Menjelaskan tentang hal-hal yang harus diperhatikan agar sistem dapat berjalan dengan baik.
9. Penutup
Bagian ini berisi penutup atau catatan lain yang dirasa perlu.
2 Kebutuhan Perangkat Lunak
Bab ini menjelaskan mengenai perangkat lunak yang akan dikembangkan secara umum dari deskripsi, fungsi produk, karakteristik pengguna akhir dari perangkat lunak, batasan-batasan perancangan, serta lingkungan tempat perangkat lunak akan beroperasi.
2.1 Deskripsi Umum Sistem
Sistem Informasi Puskesmas Enggal Waras (Modul Rawat Jalan) merupakan perangkat lunak yang dikembangkan untuk membantu pengelolaan data-data master dan data transaksi rawat jalan di Puskesmas Enggal Waras.
Aplikasi ini membantu seorang admin dalam memasukkan data-data pengguna, data pasien, data dokter, aplikasi dan juga mengelola laporan dari kegiatan rawat jalan. Selain itu aplikasi ini juga digunakan oleh seorang petugas agar dapat membantu dalam mengelola kegiatan rawat jalan. Sebelum menggunakan aplikasi ini, pengguna wajib melakukan login, untuk menentukan halaman mana yang akan diaksesnya.
Penyusunan laporan rawat jalan masih manual dan petugas mencatat proses transaksi diselembar kertas. Secara umum perangkat lunak ini digunakan oleh petugas yang mengelola data transaksi rawat jalan dan seorang admin yang mengelola data pengguna, data pasien, data dokter, data kunjungan, dan mengelola laporan-laporan.
2.2 Fungsi Produk
Perangkat lunak yang dikembangkan memiliki fungsi-fungsi utama sebagai berikut :
1. Melakukan validasi ( login ) untuk admin dan dan petugas. Untuk dapat mengakses aplikasi ini, pengguna harus melakukan login. Fungsi produk ini dimaksudkan agar pihak-pihak yang tidak berkepentingan tidak dapat mengakses aplikasi. Dan pihak-pihak yang dapat mengakses juga dibatasi haknya sesuai dengan jabatannya. Misalnya : Admin yang mempunyai hak 1. Melakukan validasi ( login ) untuk admin dan dan petugas. Untuk dapat mengakses aplikasi ini, pengguna harus melakukan login. Fungsi produk ini dimaksudkan agar pihak-pihak yang tidak berkepentingan tidak dapat mengakses aplikasi. Dan pihak-pihak yang dapat mengakses juga dibatasi haknya sesuai dengan jabatannya. Misalnya : Admin yang mempunyai hak
2. Pengelolaan data master yang berfungsi untuk simpan, ubah, hapus dan tampil data, misal : input nama pasien, alamat, dan lain sebagainya. Kemampuan sistem ini membantu perusahan dalam mengelola data master yang nantinya akan digunakan dalam pengelolaan laporan rawat jalan.
3. Pengelolaan data pengguna yang berhak mengakses ke dalam sistem.
4. Pengelolaan transaksi rawat jalan yaitu simpan, cari dan tampil data kunjungan. Dengan melihat data kunjungan ini, pihak perusahaan dapat mengetahui jumlah pasien yang datang ke puskesmas.
5. Melihat data-data yang disimpan di database sewaktu-waktu Melakukan view (hanya melihat) data-data yang tersimpan contohnya : melihat data pengguna, data pasien, data dokter, data poli dan data kunjungan.
2.2.1 Kebutuhan Fungsional
Sistem Informasi yang akan dibuat memiliki fungsi-fungsi utama yaitu sebagai berikut :
• Administrator: • Fungsi Login (SKPL-SIP-F-1). Merupakan fungsi utama agar admin dapat
masuk kedalam sistem • Fungsi Kelola Data Pengguna (SKPL-SIPF-2). Merupakan fungsi yang
digunakan admin untuk dapat mengelola data pengguna aplikasi. • Fungsi Kelola Data Pasien (SKPL-SIP-F-3). Merupakan fungsi yang
digunakan admin untuk melihat data pasien. • Fungsi Kelola Dokter (SKPL-SIP-F-4). Merupakan fungsi yang
digunakan admin untuk melihat data dokter. • Fungsi Kelola Data Kunjungan (SKPL-SIP-F-5). Merupakan fungsi yang
digunakan admin untuk melihat data kunjungan. • Fungsi Kelola Poli (SKPL-SIP-F-6) Merupakan fungsi yang digunakan
admin untuk melihat data poli. • Fungsi Laporan Rawat Jalan (SKPL-SIP-F-7) Merupakan fungsi yang
digunakan admin untuk melakukan proses pencetakan laporan rawat jalan.
• Fungsi Log Out (SKPL-SIP-F-8). Merupakan fungsi yang digunakan pengguna untuk mengakhiri pemakaian aplikasi. Kasir
• Fungsi Login (SKPL-SIP-F-9). Merupakan fungsi utama agar kasir dapat masuk kedalam sistem
• Fungsi Kelola Transaksi Rawat Jalan (SKPL-SIP-F-10). Merupakan fungsi yang digunakan petugas untuk mengelola seluruh data-data transaksi rawat jalan.
• Fungsi Log Out (SKPL-SIP-F-11). Merupakan fungsi yang digunakan petugas untuk mengakhiri pemakaian aplikasi.
2.2.2 Kebutuhan Non Fungsional
Kebutuhan non fungsional dari Sistem Informasi Puskesmas Enggal Waras adalah sebagai berikut:
1. Keamanan (Security) Keamanan sistem informasi lebih terjaga dengan adanya pembagian hak akses untuk masing-masing pengguna.
2. Kehandalan (Reliability) Sistem mampu menampung data-data dalam satu database terpusat sehingga memudahkan dalam penyusunan laporan.
3. Kecepatan transaksi Sistem mampu melakukan proses pengolahan data secara valid dengan waktu yang cepat.
4. Tampilan layar (User Interface) dan bahasa yang digunakan Antarmuka yang digunakan didesign secara user friendly.
5. Pemeliharaan (Maintenance) Pemeliharaan sistem informasi layanan surat elektronik ini dilakukan dengan membagi menjadi tiga bagian yaitu :
Pemeliharaan Aplikasi (Maintenance Software) Pemeliharaan aplikasi dilakukan dengan sistem database terpusat.
Pemeliharaan Pengguna (Maintenance Brainware)
Pengguna sistem merupakan orang yang mempunyai pengetahuan mengenai sistem informasi, mempunyai pengetahuan di bidang visual basic, dan sistem database, Pemeliharaan Perangkat Keras (Maintenance Hardware) Dilakukan dengan menyimpan server pada tempat yang aman dengan pendingin ruangan yang cukup.
2.3 Model Use Case
Pada bagian ini akan dijelaskan tentang definis actor, definisi Use case, dan Use case diagram.
Diagram use case
Use case diagram menampilkan Actor, Use case dan hubungan antara keduanya. Actor mana yang menggunakan Use case mana dan Use case mana yang memasukan Use case lain.
Gambar 2.1 Use case diagram
2.3.1 Definisi Aktor
Pada bagian ini akan menjelaskan aktor yang terlibat dalam Sistem Informasi Puskesmas Enggal Waras (Modul Rawat Jalan).
Tabel 2.1 Deskripsi Aktor
No Nama Aktor
Deskripsi
1 Kepala Merupakan pihak/bagian yang mempunyai tanggung Puskesmas
jawab untuk mengelola laporan dan mencetaknya.
2. Petugas Merupakan pihak yang memiliki hak akses dan bertanggung jawab untuk mengelola keseluruhan data master yang ada meliputi data pasien, data dokter, data kunjungan, dan data poli, data pengguna, dan mengelola laporan.
2.3.2 Definisi Use Case
Pada bagian ini akan menjelaskan daftar use case dan deskripsi singkat mengenai use case dalam Sistem Informasi Puskesmas Enggal Waras (Modul Rawat Jalan).
Tabel 2.2 Definisi Use Case No
UseCase
Deskripsi
1. Login Merupakan proses pemberian hak akses kepada pengguna aplikasi.
2. Kelola Pengguna Merupakan proses input, edit, hapus dan view data pengguna.
3. Kelola Pasien Merupakan proses input, edit, hapus dan view data pasien.
4. Kelola Dokter Merupakan proses input, edit, hapus dan view data dokter.
5. Kelola Kunjungan Merupakan input, edit, hapus dan view data kunjungan.
6. Kelola Poli Merupakan proses input, edit, hapus dan view data poli.
7. Laporan Merupakan proses mencetak laporan, yaitu laporan kegiatan rawat jalan.
2.3.3 Skenario Use Case
Skenario Use Case menjelaskan masing- masing use case yang ada.
2.3.3.1 Nama Use Case :Login Skenario:
Tabel 2.3 Use case Login
Use Case Name
: Login
Description
: Validasi pengguna untuk masuk kedalam
sistem
Actor
: Patugas dan Kepala Puskesmas
Precondition
: Pengguna telah memiliki nama pengguna,
kata sandi dan hak akses
Postcondition
: Hak akses pengguna ditampilkan Main flow of event
Actor actions Respon sistem
1. Pengguna melakukan login dengan Sistem menerima inputan nama
memasukkan nama pengguna, pengguna, kata sandi dan hak aksesnya kata sandi dan hak aksesnya
2. Pengguna menekan button Login Sistem melakukan validasi nama pengguna, kata sandi dan hak aksesnya dan menampilkan halaman utama
Exceptional flow event
1. Jika nama pengguna dan kata sandi salah maka sistem akan menampilkan pesan kesalahan.
2. Jika yang di inputkan nama pengguna nya saja maka sistem akan menampilkan pesan kesalahan.
3. Jika yang di inputkan kata sandi saja maka sistem akan menampilkan pesan kesalahan.
4. Jika salah memilih hak akses maka sistem akan menampilkan pesan kesalahan.
5. Jika nama pengguna dan kata sandi tidak diisi maka sistem akan menampilkan pesan kesalahan.
Gambar 2.2 Activity Diagram Login
2.3.3.2 Nama Use Case : Kelola Data Pengguna Skenario:
Tabel 2.4 Use case Kelola Data Pengguna
Use Case Name
: Kelola Data Pengguna
Description
: Merupakan aktivitas mengelola data pengguna yang terdapat dalam sistem informasi ini
Actor
: Administrator/Petugas
Precondition
: Nama pengguna, kata sandi dan hak akses
sudah teridentifikasi
Postcondition
: Data pengguna dapat ditambah, edit, dihapus,
dan ditampilkan
Main flow of event
Actor actions Respon sistem
1. Pengguna memilih menu Kelola Sistem akan menampilkan form Data Pengguna
Pengguna
2. Pengguna memilih button Tambah Sistem melakukan verifikasi data dan menginputkan data pengguna menyimpan data pengguna ke dalam lalu pilih Simpan
database
id Sistem menampilkan data pengguna pengguna untuk tampil record
3. Pengguna
menginputka
sesuai id pengguna yang diinputkan
4. Pengguna memilih Hapus atas Sistem menampilkan pesan record yang sebelumnya telah konfirmasi lalu sistem menghapus ditampilkan dan menghapus data data pengguna yang telah dipilih pengguna.
5. Pengguna memilih Ubah atas Sistem menampilkan pesan record yang sebelumnya telah konfirmasi lalu sistem mengubah ditampilkan dan mengubah data data pengguna yang telah diperbarui pengguna.
Exceptional flow event
1. Jika id pengguna yang dimasukkan salah maka sistem akan menampilkan pesan kesalahan (dalam pencarian data).
2. Jika data tidak lengkap maka sistem tetap menyimpan data tersebut namun tidak lengkap.
Gambar 2.3 Activity Diagram Kelola Data Pengguna
2.3.3.3 Nama Use Case : Kelola Data Pasien Skenario:
Tabel 2.5 Use case Kelola Data Obat
Use Case Name
: Kelola Data Pasien
Description
: Merupakan aktivitas mengelola data pasien yang terdapat dalam sistem informasi rawat jalan ini.
Actor
: Administrator/Petugas
Precondition
: Nama petugas, kata sandi dan hak akses
sudah teridentifikasi
Postcondotion
: Data pasien dapat ditambah, diubah, dihapus,
dan ditampilkan.
Main flow of event
Actor actions Respon sistem
1. Petugas memilih menu Data Sistem menampilkan form pasien Pasien
2. Petugas memilih button Tambah Sistem melakukan verifikasi data dan menginputkan data pasien menyimpan data pasien ke dalam lalu pilih Simpan
database
3. Petugas menginputka id pasien Sistem menampilkan data pasien untuk tampil record
sesuai id kode pasien yang diinputkan
4. Petugas memilih Hapus atas Sistem menampilkan pesan record yang sebelumnya telah konfirmasi lalu sistem menghapus ditampilkan dan menghapus data data pasien yang telah dipilih pasien.
5. Petugas memilih Ubah atas Sistem menampilkan pesan record yang sebelumnya telah konfirmasi lalu sistem menubah ditampilkan dan mengubah data data pasien yang telah diperbarui pasien.
Exceptional flow event
1. Jika data tidak lengkap maka sistem akan tetap menyimpan data, namun data tidak lengkap
2. Jika id pasien tidak ditemukan maka sistem akan menampilkan pesan kesalahan.
Gambar 2.4 Activity Diagram Kelola Data Pasien
2.3.3.4 Nama Use Case : Kelola Data Dokter Skenario:
Tabel 2.6 Use case Kelola Data Data Dokter
Use Case Name
Kelola Data Data Dokter
Description
Merupakan aktivitas mengelola data dokter yang terdapat dalam sistem informasi ini
Actor
Administrator/petugas
Precondition
Nama pengguna, kata sandi dan hak akses sudah teridentifikasi
Postcondition
Data dokter dapat ditambah, diubah, dihapus, dan ditampilkan
Main flow of event
Actor actions Respon sistem
1. Pengguna memilih menu data Sistem menampilkan form data dokter
dokter
2. Pengguna memilih button Tambah Sistem melakukan verifikasi data dan menginputkan data dokter lalu menyimpan data dokter ke dalam pilih Simpan
database
3. Pengguna menginputka id dokter Sistem menampilkan data data untuk tampil record
dokter sesuai id dokter yang diinputkan
4. Pengguna memilih Hapus atas Sistem menampilkan pesan record yang sebelumnya telah konfirmasi lalu sistem menghapus ditampilkan dan menghapus data data dokter yang telah dipilih dokter.
5. Pengguna memilih Ubah atas Sistem menampilkan pesan record yang sebelumnya telah konfirmasi lalu sistem menubah data ditampilkan dan mengubah data dokter yang telah diperbarui. dokter.
Exceptional flow event
1. Jika data tidak lengkap maka sistem akan tetap menyimpan data, namun data tidak lengkap
2. Jika id dokter tidak ditemukan maka sistem akan menampilkan pesan kesalahan.
Gambar 2.5 Activity Diagram Kelola Data Dokter
2.3.3.5 Nama Use Case : Kelola Data Poli Skenario:
Tabel 2.7 Use case Kelola Data Poli
Use Case Name
Kelola Data Poli
Description
Merupakan aktivitas mengelola data poli yang terdapat dalam sistem informasi ini
Actor
Administrator/petugas
Precondition
Nama pengguna, kata sandi dan hak akses sudah teridentifikasi
Postcondition
Data poli dapat ditambah, diubah, dihapus, dan ditampilkan
Main flow of event
Actor actions Respon sistem
1. Pengguna memilih menu kelola Sistem menampilkan form kelola poli
poli
2. Pengguna memilih button Tambah Sistem melakukan verifikasi data dan menginputkan data poli lalu menyimpan data poli ke dalam pilih Simpan
database
3. Pengguna menginputka id poli Sistem menampilkan data poli sesuai untuk tampil record
id poli yang diinputkan
4. Pengguna memilih Hapus atas Sistem menampilkan pesan record yang sebelumnya telah konfirmasi lalu sistem menghapus ditampilkan dan menghapus data data poli yang telah dipilih poli.
5. Pengguna memilih Ubah atas Sistem menampilkan pesan
record yang sebelumnya telah konfirmasi lalu sistem menubah data ditampilkan dan mengubah data poli yang telah diperbarui poli.
Exceptional flow event
1. Jika data tidak lengkap maka sistem akan tetap menyimpan data, namun data tidak lengkap
2. Jika id poli tidak ditemukan maka sistem akan menampilkan pesan kesalahan.
Gambar 2.6 Activity Diagram Kelola Data Poli
2.3.3.6 Nama Use Case : Transaksi Rawat Jalan Skenario:
Tabel 2.8 Use case Transaksi Rawat Jalan
Use Case Name
: Transaksi Rawat Jalan
Description
: Merupakan aktivitas mengelola transaksi rawat jalan yang terdapat dalam sistem informasi ini
Actor
: Administrator/petugas
Precondition
: Nama pengguna, kata sandi dan hak akses
sudah teridentifikasi
Postcondition
: Data transaksi penjualan dapat bertambah Main flow of event
Actor actions
Respon sistem
menu Sistem akan menampilkan form Transaksi > Rawat Jalan
1. Pengguna
memilih
transaksi rawat jalan.
2. Pengguna
id Sistem menampilkan data pasien pasien
memasukkan
sesuai dengan inputan id pasien.
id Sistem menampilkan nama dokter dokter
3. Pengguna
memasukkan
sesuai dengan id yang diinputkan
4. Pengguna menambahkan data Sistem melakukan verifikasi data dan transaksi rawat jalan dan pilih menyimpan data transaksi rawat button Simpan
jalan ke dalam database
5. Pengguna
button Sistem menyimpan ke database Simpan
memilih
Exceptional flow event
1. Jika id pasien tidak sesuai maka sistem akan menampilkan pesan kesalahan.
Gambar 2.7 Activity Diagram Transaksi Rawat Jalan
2.3.3.7 Nama Use Case : Kelola Laporan Skenario:
Tabel 2.9 Use Case Kelola Laporan
Use Case Name
: Kelola Laporan
Description
: Merupakan aktivitas pencetakan laporan yang terdapat dalam sistem informasi ini
Actor
: Administrator dan Kepala Puskesmas
Precondition
: Nama pengguna, kata sandi dan hak akses
sudah teridentifikasi
Postcondition
: Laporan dapat dicetak
Main flow of event
Actor actions
Respon sistem
1. Pengguna
menu Sistem akan menampilkan form Laporan
memilih
laporan.
2. Pengguna memilih kriteria Sistem melakukan verifikasi modul laporan yang ingin dicetak
pencetakan
laporan dan menampilkan data laporan sesuai dengan modul yang dipilih
Exceptional flow event
1. Jika data tidak sesuai maka sistem akan menampilkan pesan kesalahan.
Gambar 2.8 Activity Diagram Kelola Laporan
2.4 Spesifikasi Tambahan
Spesifikasi tambahan menjelaskan kebutuhan non-fungsional sistem yang dibangun. Kebutuhan non-fungsional menjelaskan kebutuhan yang diperlukan agar sistem dapat menjalankan fungsionalitas dengan efektif dan efisien. Item terkait kebutuhan non-fungsional ini menggunakan atribut kualitas perangkat lunak yang biasa digunakan dalam standar pembangunan perangkat lunak.
Tabel 2.10 Spesifikasi Tambahan Kebutuhan Non-Fungsional
Deskripsi
Usabilitas - Human Factor
Merupakan faktor manusia dalam penggunaan sistem
- Help Merupakan fasilitas bantuan tentang sistem
- Dokumentasi Merupakan dokumentasi dari sistem - Kehandalan - Frequency of failure
Merupakan frekuensi kesalahan yang terdapat pada sistem
- Recoverability Merupakan kemampuan sistem untuk melakukan
pengcoveran
terhadap
kesalahan yang terjadi
- Predictability
Merupakan
untuk memprediksi apa yang akan terjadi pada sistem
kemampuan
- Performance - Response time
Merupakan waktu yang diperlukan sistem untuk memberikan response
- Troughoutput - Accuracy
Merupakan akurasi dari sistem terhadap berbagai hal
- Availability - Resource Usage
Merupakan pemakaian sumber daya oleh sistem
- Supportability - Adaptability - Maintability
Merupakan perawatan terhadap sistem - Configurability
Merupakan konfigurasi terhadap sistem agar sistem dapat berjalan dengan lancar
2.5 Glosari
Daftar istilah yang digunakan adalah sebagai berikut:
Tabel 2.11 Glossary
Istilah
Definisi
Actor Elemen luar sistem yang berkepentingan secara langsung dengan sistem
Postcondition Batasan/kondisi yang dilakukan sebelum melakukan proses
Precondition Batasan/kondisi yang dilakukan setelah melakukan proses
Usecase Deskripsi fungsi dari sebuah sistem dari persefektif pengguna.
SRS
Software Requirements Specification
SKPL Spesifikasi Kebutuhan Perangkat Lunak
DPPL Dokumen Perancangan Perangkat Lunak
PDHUPL Perencanaan, Deskripsi, dan Hasil Uji Perangkat Lunak
ERD Entity Relationship Diagram Adalah suatu diagram yang menunjukkan keterhubungan antar entitas yang ERD Entity Relationship Diagram Adalah suatu diagram yang menunjukkan keterhubungan antar entitas yang
Pengguna ( user ) Seseorang atau sekelompok orang yang menggunakan fungsi yang disediakan oleh perangkat lunak yang bersangkutan
Sistem Operasi Perangkat lunak dasar yang berperan sebagai jembatan penghubung antara aplikasi dengan hardware .
Basis Data
Kumpulan data yang diorganisaskikan menurut sturktur tertentu.
Sistem sequence diagram Penggambaran prilaku pada sebuah skenario
3 Model Analisis
Setelah dijelaskan dalam Use case diatas, sistem yang dibangun digambarkan ke dalam sistem sequence diagram, sequence diagram, dan class diagram tahap analisis yang mendeskripsikan apa saja yang dapat dilakukan actor ke sistem secara teknis, dan bagaimana sistem dapat menampilkan informasi yang diharapkan melalui pesan- pesan (method) ke setiap object (candidate class).
3.1 Realisasi Use Case Tahap Analisis
Setelah dijelaskan dalam use case, sistem yang dibangun digambarkan ke dalam Sistem Sequence Diagram, Conceptual Class Diagram tahap analisis yang mendeskripsikan apa saja yang dapat dilakukan actor ke sistem secara teknis, dan bagaimana sistem dapat menampilkan informasi yang di harapkan melalui pesan- pesan (method) ke setiap object (candidate class). Sistem Sequence Diagram (SSD).
3.1.1 Conceptual Diagram
Gambar 3.1 Conceptual Class Diagram
3.1.2 System Sequence Diagram
Sistem sequence diagran merupakan penggambaran keterhubungan atau interaksi antar objek dalam suatu jangka waktu. Sistem sequence diagram terutama menampilkan interaksi antara pengguna (user) dengan sistem. Berikut ini adalah sistem sequence diagram dari Sistem Informasi Puskesmas Enggal Waras (Modul Rawat Jalan)
3.1.2.1 Sistem Sequence Diagram Login
Urutan langkah dalam proses login adalah sebagai berikut : • User masuk ke sistem. • Sistem menampilkan form login • User menginputkan nama pengguna, kata sandi dan hak akses • Jika nama pengguna, kata sandi dan hak akses yang dimasukankan benar
maka sistem akan menampilkan halaman Menu Utama.
Gambar 3.2 Sistem Sequence Diagram Login
3.1.2.2 Sistem Sequence Diagram Kelola Pengguna
Urutan langkah dalam proses kelola pengguna adalah sebagai berikut : • Sistem menampilkan form menu utama. • Admin meminta form kelola pengguna • Sistem menampilkan form kelola pengguna. • Admin menambahkan data pengguna. • Sistem menampilkan informasi bahwa data pengguna telah ditambah. • Admin melakukan pengubahan data pengguna.
• Sistem menampilkan informasi bahwa data pengguna sudah di ubah. • Admin melakukan penghapusan data pengguna. • Sistem menampilkan konfirmasi apakah ingin menghapus data pengguna. • Sistem menampilkan informasi bahwa data pengguna sudah dihapus.
Gambar 3.3 Sistem Sequence Diagram Kelola Pengguna
3.1.2.3 Sistem Sequence Diagram Kelola Pasien
• Sistem menampilkan form menu utama. • Admin meminta form kelola data pasien. • Sistem menampilkan form kelola data pasien. • Admin menambahkan data data pasien. • Sistem menampilkan informasi bahwa data pasien telah ditambah. • Admin melakukan pengubahan data pasien. • Sistem menampilkan informasi bahwa data pasien sudah di ubah.
• Admin melakukan penghapusan data pasien. • Sistem menampilkan konfirmasi apakah ingin menghapus data pasien. • Sistem menampilkan informasi bahwa data pasien sudah dihapus.
Gambar 3.4 Sistem Sequence Diagram Kelola Data Pasien
3.1.2.4 Sistem Sequence Diagram Kelola Data Dokter
• Sistem menampilkan form menu utama. • Admin meminta form kelola data dokter. • Sistem menampilkan form kelola data dokter. • Admin menambahkan data dokter. • Sistem menampilkan informasi bahwa data dokter telah ditambah. • Admin melakukan pengubahan data dokter. • Sistem menampilkan informasi bahwa data dokter sudah di ubah. • Admin melakukan penghapusan data dokter. • Sistem menampilkan konfirmasi apakah ingin menghapus data dokter. • Sistem menampilkan informasi bahwa data dokter sudah dihapus.
Gambar 3.5 Sistem Sequence Diagram Kelola Data Dokter
3.1.2.5 Sistem Sequence Diagram Kelola Data Poli
• Sistem menampilkan form menu utama. • Admin meminta form kelola data poli. • Sistem menampilkan form kelola data poli. • Admin menambahkan data data poli. • Sistem menampilkan informasi bahwa data poli telah ditambah. • Admin melakukan pengubahan data poli. • Sistem menampilkan informasi bahwa data poli sudah di ubah. • Admin melakukan penghapusan data poli. • Sistem menampilkan konfirmasi apakah ingin menghapus data poli. • Sistem menampilkan informasi bahwa data poli sudah dihapus.
Gambar 3.6 Sistem Sequence Diagram Kelola Data Poli
3.1.2.6 Sistem Sequence Diagram Transaksi Rawat Jalan
• Petugas memilih menu transaksi rawat jalan. • Sistem akan menampilkan form transaksi rawat jalan. • Petugas menambahkan data rawat jalan • Sistem akan melakukan penyimpanan data dan menvalidasi data lalu
menyimpannya ke database.
Gambar 3.7 Sistem Sequence Diagram Transaksi Rawat Jalan
3.1.2.7 Sistem Sequence Diagram Kelola Laporan Rawat Jalan
• Admin memilih menu kelola laporan rawat jalan. • Sistem akan menampilkan pilihan laporan rawat jalan. • Admin memilih laporan rawat jalan. • Sistem melakukan proses pencarian lalu menampilkan data laporan rawat
jalan.
Gambar 3.8 Sistem Sequence Diagram Kelola Laporan Rawat Jalan
3.1.2.8 Sistem Sequence Diagram Kelola Laporan
• Admin memilih menu kelola laporan. • Sistem akan menampilkan pilihan laporan. • Admin memilih laporan. • Sistem melakukan proses pencarian lalu menampilkan data laporan.
Gambar 3.9 Sistem Sequence Diagram Kelola Laporan
3.2 Kelas Analisis
Kelas analisis merupakan penjabaran dari identifikasi kelas-kelas yang terdapat pada sistem yang dikembangkan. Kelas analisis yang terdapat pada Sistem Informasi Puskesmas Enggal Waras (Modul Rawat Jalan) ini adalah sebagai berikut :
Table 3.1 kelas analisis No
Nama Kelas Analisis
Jenis Kelas
6. Detail Rawat Jalan
Entity
3.2.1 Tanggung Jawab dan Atribut
Tabel 3.2 Tanggung Jawab dan Atribut Nama Kelas
Daftar Atribut Login
Daftar Tanggung Jawab
1. Mengelola Data Pengguna
2. Mengelola Data Pasien
3. Mengelola Data Dokter
4. Mengelola Data Poli
5. Mengelola Data Kunjungan
6. Mengelola Transaksi Rawat Jalan
6. Membuat Laporan
Pengguna
1. Tambah
Id Pengguna
2. Ubah
Nama Pengguna
3. Hapus
Kata Sandi
Hak Akses Pasien
Nama Pasien
3. Hapus
Jenis Kelamin
4. Pencarian
Tgl Lahir Umur Alamat Pekerjaan No Telp Kartu
Dokter
1. Tambah
Id Dokter
2. Ubah
3. Hapus
4. Pencarian
Nama Dokter Jenis Kelemin Tgl Lahir Spesialis Alamat Agama No. Telp
Poli
1. Tambah
Id poli
2. Ubah
Nama Poli
3. Hapus
Id Dokter
Id Kunjungan
Tgl Kunjungan
Poli Tujuan Detail Rawat Jalan Mengelola detail transaksi Rawat Id Reg
4. Pencarian
Jalan
Nama Pasien Id dokter
3.3 Paket Analisis
Dalam pembangunan sistem informasi ini hanya terdapat satu paket yaitu terlihat dalam gambar berikut :
Sistem Informasi Puskesmas Enggal Waras (Modul Rawat Jalan)
Gambar 3.10 Paket Sistem Informasi Puskesmas Enggal Waras
3.3.1 Identifikasi Paket Analisis
Table 3.3 Identifikasi Paket Analisis
No. Nama Paket
Use case Terkait
Keterangan
1. Login
2. Kelola Data Pengguna
3. Kelola Data Pasien
1. Paket Pengguna 4. Kelola Data Dokter
5. Kelola Data Poli
6. Kelola Rawat Jalan
7. Laporan Transaksi Rawat Jalan
8. Laporan
3.3.2 Identifikasi Kelas Analisis Tiap Paket
Tabel 3.4 Identifikasi Kelas Analisis Tiap Paket
No. Nama Paket
Use Case Terkait
Jenis Kelas
1. Kelola Pengguna
Entity
2. Kelola Pasien
Entity
1. Paket SIP 3. Kelola Dokter Entity
Entity
4. Kelola Poli
5. Kelola Transaksi Rawat Jalan
Entity
6. Kelola Laporan
Entity
3.4 Prototipe Antar Muka
3.4.1 Form Tampilan Awal
Nama Layar : FrmTampilanAwal Deskripsi
: Tampilan antarmuka sebelum login
Gambar 3.10 Prototype Tampilan Awal
3.4.2 Form Tampilan Login
Nama layar : FrmLogin Deskripsi
: Tampilan antarmuka yang digunakan untuk validasi login
Gambar 3.11 Prototype Login
3.4.3 Form Menu Utama
Nama layar : FrmMenuUtama Deskripsi
: Tampilan antarmuka yang digunakan untuk menu utama
Gambar 3.12 Prototype Menu Utama
3.4.4 Form Kelola Pengguna
Nama layar : FrmPengguna
Deskripsi : Tampilan antarmuka yang digunakan untuk kelola pengguna
Gambar 3.13 Prototype Kelola Pengguna
3.4.5 Form Kelola Data Pasien
Nama layar : FrmPasien Deskripsi
: Tampilan antarmuka yang digunakan untuk kelola data pasien
Gambar 3.14 Prototype Kelola Data Pasien
3.4.6 Form Kelola Data Dokter
Nama layar : FrmDokter Deskripsi
: Tampilan antarmuka yang digunakan untuk kelola Data Dokter
Gambar 3.15 Prototype Kelola Data Dokter
3.4.7 Form Kelola Data Poli
Nama layar : FrmPoli Deskripsi
: Tampilan antarmuka yang digunakan untuk kelola Data Poli
Gambar 3.16 Prototype Kelola Data Poli
3.4.8 Form Kelola Laporan Rawat Jalan
Nama layar : FrmLaporanRawatJalan Deskripsi
: Tampilan antarmuka yang digunakan untuk Kelola Laporan
Gambar 3.18 Prototype Kelola Laporan Rawat Jalan
4 Model Perancangan
4.1 Realisasi Use Case Tahap Perancangan
Setelah dijelaskan dalam Use Case, sistem yang dibangun digambarkan ke dalam Sequence Diagram atau Collaboration Diagram , yang mendeskripsikan apa saja yang dapat dilakukan aktor ke sistem secara teknis, dan bagaimana sistem dapat Setelah dijelaskan dalam Use Case, sistem yang dibangun digambarkan ke dalam Sequence Diagram atau Collaboration Diagram , yang mendeskripsikan apa saja yang dapat dilakukan aktor ke sistem secara teknis, dan bagaimana sistem dapat
4.1.1 Class Diagram Model Perancangan
Berikut ini adalah Class Diagram dan Sequence Diagram dari Sistem Informasi Puskesmas Enggal Waras (Modul Rawat Jalan) :
4.1.1.1 Class Diagram
Class diagram yang terdapat dibawah ini adalah class diagam pengelolaan data yang terdri atas data kelola pengguna, kelola pasien, kelola dokter, kelola poli, kelola kunjungan, dan kelola transaksi rawat jalan.
Gambar 4.1 Class Diagram
4.1.1.2 Sequence Diagram Login
Gambar 4.2 Sequence Diagram Login
4.1.1.3 Sequence Diagram Kelola Data Pengguna
Gambar 4.3 Sequence Diagram Kelola Data Pengguna
4.1.1.4 Sequence Diagram Kelola Data Pasien
Gambar 4.4 Sequence Diagram Kelola Data Pasien
4.1.1.5 Sequence Diagram Kelola Data Dokter
Gambar 4.5 Sequence Diagram Kelola Data Dokter
4.1.1.6 Sequence Diagram Kelola Data Poli
Gambar 4.6 Sequence Diagram Kelola Data Poli
4.1.1.7 Sequence Diagram Kelola Data Transaksi Rawat Jalan
Gambar 4.7 Sequence Diagram Kelola Data Transaksi Rawat Jalan
Manajemen Informatika
Halaman 66 dari 107 halaman Politeknik Pos Indonesia
Dokumen Pembangunan Sistem Informasi
Puskesmas Enggal Waras
(Modul Rawat Jalan)
4.1.1.8 Diagram Kelola Laporan Rawat Jalan
Gambar 4.8 Sequence Diagram Kelola Laporan Rawat Jalan
Manajemen Informatika
Halaman 67 dari 107 halaman Politeknik Pos Indonesia
Dokumen Pembangunan Sistem Informasi
Puskesmas Enggal Waras
(Modul Rawat Jalan)
4.2 Kelas Perancangan
Kelas-kelas yang terdapat pada perancangan perangkat lunak ini dapat dilihat pada tabel berikut :
Tabel 4.1 Kelas Perancangan
NO. Nama Kelas Perancangan Nama Kelas Analisis
5. Transaksi Rawat Jalan Transaksi Rawat Jalan
4.2.1 Operasi dan Atribut
Setiap class yang terbentuk dalam sistem ini memiliki operasi sebagai fungsi yang menerangkan apa saja yang bisa dilakukan object dan class, dan atribut sebagai identitas dari suatu class. Daftar-daftar operasi dan atribut yang terdapat pada class dalam aplikasi ini adalah sebagai berikut :
4.2.1.1 Nama Kelas : Entity Kelas Login
Tabel 4.2 Operasi dan Atribut Kelas Login
Nama Operasi
Visibility Keterangan
+Login()
Public
Melakukan validasi login agar dapat mengakses aplikasi
Nama Atribut
Visibility Tipe
Kode_Pengguna
Public
Integer
Kata_Sandi
Public
Varchar (20)
Hak_Akses
Public
Varchar (20)
4.2.1.2 Nama Kelas : Entity Kelas Pengguna
Tabel 4.3 Operasi dan Atribut Kelas Pengguna
Nama Operasi
Visibility
Keterangan
Menerima request untuk menerima konfirmasi +SimpanData()
Public
menyimpan data pengguna. Menerima request untuk menerima konfirmasi
+CariData()
Public
mencari data pengguna. Menerima request untuk menerima konfirmasi
+UbahData()
Public
pengubahan data pengguna
Manajemen Informatika
Dokumen Pembangunan Sistem Informasi
Halaman 68 dari 107 halaman
Menerima request untuk menerima konfirmasi +HapusData()
Public
penghapusan data pengguna Berfungsi untuk mencari data berdasarkan
+PencarianData()
Public
criteria nama pengguna
Nama Atribut
Visibility Tipe
Id_Pengguna
Public
Integer
Nama_Pengguna
Public
Varchar(25)
Kata_Sandi
Public
Varchar(10)
Hak_Akses
Public
Varchar(10)
4.2.1.3 Nama Kelas : Entity Kelas Pasien
Tabel 4.4 Operasi dan Atribut Kelas Pasien
Nama Operasi
Menerima request untuk menerima konfirmasi menyimpan data pasien. Menerima request untuk menerima
+CariData()
Public
konfirmasi mencari data pasien +UbahData()
Public
Menerima request untuk menerima konfirmasi merubah data pasien
+HapusData()
Public
Menerima request untuk menerima konfirmasi menghapus data pasien
+Refresh()
Public
Berfungsi untuk mengosongkan form pasien
Nama Atribut
Visibility
Tipe
Id_Reg
Public
Integer
Nama_Pasien
Public
Varchar (25)
Jenis_Kelamin
Public
Char (10)
Tgl_Lahir
No_Telp
4.2.1.4 Nama Kelas : Entity Kelas Dokter
Tabel 4.5 Operasi dan Atribut Kelas Dokter
Nama Operasi
Menerima request untuk menerima konfirmasi menyimpan data dokter
Menerima request untuk menerima +CariData()
Public
konfirmasi mencari data dokter
+UbahData()
Public
Menerima request untuk menerima konfirmasi merubah data dokter
+HapusData()
Public
Menerima request untuk menerima konfirmasi menghapus data dokter
+Refresh()
Public
Berfungsi untuk mengosongkan form pasien
Nama Atribut
Visibility
Tipe
Id_Dokter
Public
Integer
Nama_Dokter
Public
Varchar (52)
Jenis_kelamin
Public
Char (10)
Tgl_lahir
No_Telp
Public
Integer
4.2.1.5 Nama Kelas : Entity Kelas Kelola Poli
Tabel 4.6 Operasi dan Atribut Kelas Kelola Poli
Nama Operasi