Manajemen Informatika Politeknik Pos Ind

(1)

DOKUMEN PEMBANGUNAN PERANGKAT LUNAK

SISTEM INFORMASI PUSKESMAS ENGGAL WARAS

(MODUL RAWAT JALAN)

Untuk:

Kepala Puskesmas dan Petugas

Dipersiapkan oleh:

Amas Setia Rukmana

2093004

Mila Siti Armilah

2093021

Jurusan Manajemen Informatika – Politeknik Pos Indonesia

(2)

DAFTAR PERUBAHAN

Revisi Deskripsi

A

(3)

Daftar Halaman Perubahan

(4)

DAFTAR ISI

DAFTAR ISI...4

DAFTAR TABEL...7

DAFTAR GAMBAR...9

DAFTAR SIMBOL...11

1. Pendahuluan ... 12

1.1 Tujuan Penulisan Dokumen ... 12

1.2 Lingkup Masalah ... 13

1.3 Definisi, Istilah, dan Singkatan ... 14

1.4 Aturan Penomoran ... 15

1.5 Referensi ... 15

1.6 Deskripsi Umum Dokumen (Ikhtisar) ... 16

2 Kebutuhan Perangkat Lunak ... 22

2.1 Deskripsi Umum Sistem ... 22

2.2 Fungsi Produk ... 22

2.2.1 Kebutuhan Fungsional ... 23

2.2.2 Kebutuhan Non Fungsional... 24

2.3 Model Use Case ... 25

Diagram use case ... 25

2.3.1 Definisi Aktor ... 25

2.3.2 Definisi Use Case ... 26

2.3.3 Skenario Use Case ... 27

Skenario Use Case menjelaskan masing- masing use case yang ada. ... 27

2.3.3.1 Nama Use Case :Login ... 27

2.3.3.2 Nama Use Case : Kelola Pengguna ... 28

2.3.3.3 Nama Use Case : Kelola Pasien ... 31

2.3.3.4 Nama Use Case : Kelola Dokter ... 33

2.3.3.5 Nama Use Case : Kelola Poli ... 35

2.3.3.6 Nama Use Case : Kelola Rawat Jalan ... 37

2.3.3.7 Nama Use Case : Kelola Laporan ... 39

2.4 Spesifikasi Tambahan... 40

2.5 Glosari ... 41

3 Model Analisis ... 42

3.1 Realisasi Use Case Tahap Analisis... 43

3.1.1 Conceptual Diagram ... 43

3.1.2 System Sequence Diagram ... 44

3.1.2.1 Sistem Sequence Diagram Login ... 44

3.1.2.2 Sistem Sequence Diagram Kelola Pengguna ... 45

3.1.2.3 Sistem Sequence Diagram Kelola Pasien ... 46

3.1.2.4 Sistem Sequence Diagram Kelola Dokter ... 49

3.1.2.5 Sistem Sequence Diagram KelolaPoli ... 51

3.1.2.6 Sistem Sequence Diagram Transaksi Rawat Jalan ... 53

3.1.2.7 Sistem Sequence Diagram Kelola Laporan ... 54

3.2 Kelas Analisis ... 56

3.2.1 Tanggung Jawab dan Atribut ... 56

3.3 Paket Analisis ... 57

3.3.1 Identifikasi Paket Analisis... 57

3.4 Prototipe Antar Muka ... 58

3.4.1 Form Tampilan Awal ... 58

(5)

3.4.3 Form Menu Utama ... 58

3.4.4 Form Kelola Pengguna ... 58

3.4.5 Form Kelola Pasien ... 59

3.4.6 Form Kelola Dokter ... 59

3.4.7 Form Kelola Rawat Jalan ... 59

3.4.8 Form Kelola Poli ... Error! Bookmark not defined. 3.4.9 Form Kelola Laporan ... 59

4 Model Perancangan ... 59

4.1 Realisasi Use Case Tahap Perancangan ... 59

4.1.1 Class Diagram Model Perancangan ... 60

4.1.1.1 Class Diagram ... 60

4.1.1.2 Sequence Diagram Login ... 61

4.1.1.3 Sequence Diagram Kelola Pengguna ... 62

4.1.1.4 Sequence Diagram Kelola Pasien ... 63

4.1.1.5 Sequence Diagram Kelola Dokter ... 64

4.1.1.6 Sequence Diagram Kelola Poli...63

4.1.1.7 Sequence Diagram Kelola Laporan ... 66

4.2 Kelas Perancangan ... 68

4.2.1 Operasi dan Atribut ... 68

4.2.1.1 Nama Kelas : Entity Kelas Login ... 68

4.2.1.2 Nama Kelas : Entity Kelas Pengguna ... 68

4.2.1.3 Nama Kelas : Entity Kelas Pasien ... 69

4.2.1.4 Nama Kelas : Entity Kelas Dokter ... 69

4.2.1.5 Nama Kelas : Entity Kelas Poli ... 70

4.2.2 Asosiasi dan Agregasi ... 71

4.2.3 Generalisasi ... 71

4.2.4 Algoritma/Query ... 71

4.2.5 Diagram Statechart ... 79

4.2.6 Kebutuhan Khusus ... 79

4.3 Perancangan Antarmuka... 79

4.3.1 Tampilan Awal ... 79

4.3.2 Tampilan Login ... 79

4.3.3 Tampilan Menu Utama ... 80

4.3.4 Tampilan Form Kelola Pengguna ... 81

4.3.5 Tampilan Form Kelola Pasien ... 81

4.3.6 Tampilan Form Kelola Dokter ... 82

4.3.7 Tampilan Form Transaksi Poli ... 84

4.3.8 Tampilan Form Laporan Rawat Jalan ... 85

4.4 Deployment Diagram ... 85

5 Implementasi ... 86

5.1 Implementasi Komponen ... 86

(6)

6.4.2.2 Persiapan Perangkat Keras ... 90

6.4.2.3 Persiapan Perangkat Lunak ... 90

6.4.3 Pelaksanaan ... 90

6.4.4 Pelaporan Hasil ... 91

6.5 Identifikasi dan Rencana Pengujian ... 92

6.6 Deskripsi dan Hasil Uji ... 94

6.6.1 Identifikasi Kelas Pengujian ... 94

6.6.1.1 Pengujian Validasi Login ... 94

6.1.1.2 Pengujian Kelola Data Pengguna ... 95

6.6.1.3 Pengujian Kelola Pasien ... 96

6.6.1.4 Pengujian Kelola Dokter ... 97

6.6.1.5 Pengujian Kelola Poli ... 99

6.6.1.6 Pengujian Kelola Laporan ... 99

7 Spesifikasi Produk Perangkat Lunak ... 100

7.1 Perangkat Lunak Siap Eksekusi ... 100

7.2 Berkas Sumber ... 105

7.3 Syarat Pemaketan ... 106

7.4 Prosedur Konstruksi ... 106

8 Panduan Instalasi ... 106

8.1 Instalasi Program Siap Eksekusi ... 106

8.2 Instalasi Kode Program Sumber ... 107

(7)

DAFTAR TABEL

Tabel 1.1 Istilah, Singkatan, Akronim ... 14

Tabel 1.2 Aturan Penomoran ... 15

Tabel 2.1 Definisi Aktor ... 26

Tabel 2.2 Definisi Use Case ... 26

Tabel 2.3 Skenario Use Case Login ... 27

Tabel 2.4 Skenario Use Case Kelola Pengguna ... 28

Tabel 2.5 Skenario Use Case Kelola Pasien ... 31

Tabel 2.6 Skenario Use Case Kelola Dokter ... 33

Tabel 2.7 Skenario Use Case Kelola Poli ... 36

Tabel 2.8 Skenario Use Case Kelola Laporan ... 38

Tabel 2.9 Spesifikasi Tambahan ... 39

Tabel 2.11 Galosari ... 40

Tabel 3.1 Kelas Analisis ... 50

Tabel 3.2 Tanggung Jawab dan Attribut ... 50

Tabel 3.3 Identifikasi Paket Analisis ... 51

Tabel 3.4 Identifikasi Kelas Analisi Tiap Paket ... 52

Tabel 4.1 Kelas Perancangan ... 66

Tabel 4.2 Operasi dan Atribut Entity Kelas Login ... 66

Tabel 4.3 Operasi dan Atribut Entity Kelas Pengguna ... 66

Tabel 4.4 Operasi dan Atribut Entity Kelas Pasien ... 67

Tabel 4.5 Operasi dan Atribut Entity Kelas Dokter ... 68

Tabel 4.6 Operasi dan Atribut Entity Kelas Poli ... 68

Tabel 4.7 Operasi dan Atribut Entity Detail Rawat Jalan ... 69

Tabel 4.8 Query-01 ... 70

Tabel 4.10 Query-02 ... 71

Tabel 4.11 Query-03 ... 71

Tabel 4.12 Query-04 ... 72

Tabel 4.13 Query-05 ... 73

Tabel 4.14 Query-06 ... 73

Tabel 4.15 Query-07 ... 74

Tabel 4.16 Query-08 ... 74

Tabel 4.17 Query-09 ... 75

Tabel 4.18 Query-10 ... 76

Tabel 4.19 Query-11 ... 76

Tabel 4.20 Query-12 ... 77

Tabel 4.21 Query-13 ... 77

Tabel 4.22 Query-14 ... 78

Tabel 4.23 Identifikasi Rancangan Antarmuka Aplikasi ... 79

(8)

Tabel 4.36 Spesifikasi Detail Aplikasi... 86

Tabel 5.1 Implementasi Komponen ... 90

Tabel 5.2 Implementasi Subsistem ... 90

Tabel 5.3 Implementasi Antarmuka ... 90

Tabel 6.1 Identifikasi dan Rencana Pengujian ... 95

Tabel 6.2 Pengujian Validasi Login... 97

Tabel 6.3 Pengujian Kelola Pengguna ... 98

Tabel 6.4 Pengujian Kelola Pasien ... 99

Tabel 6.5 Pengujian Kelola Dokter ... 100

Tabel 6.6 Pengujian Kelola Poli ... 102

Tabel 6.7 Pengujian Kelola Laporan ... 102

(9)

DAFTAR GAMBAR

Gambar 2.1 Use Case Diagram ... 25

Gambar 2.2 Activity Diagram Login ... 28

Gambar 2.3 Activity Diagram Kelola Pengguna ... 30

Gambar 2.4 Activity Diagram Kelola Pasien ... 32

Gambar 2.5 Activity Diagram Kelola Dokter ... 34

Gambar 2.6 Activity Diagram Kelola Poli ... 37

Gambar 2.7 Activity Diagram Kelola Laporan ... 38

Gambar 3.1 Conceptial Diagram ... 42

Gambar 3.2 Sistem Sequence Diagram Login ... 43

Gambar 3.3 Sistem Sequence Diagram Kelola Pengguna ... 44

Gambar 3.4 Sistem Sequence Diagram Kelola Pasien ... 45

Gambar 3.5 Sistem Sequence Diagram Kelola Dokter ... 46

Gambar 3.6 Sistem Sequence Diagram Kelola Poli ... 47

Gambar 3.7 Sistem Sequence Diagram Kelola Rawat Jalan ... 48

Gambar 3.8 Sistem Sequence Diagram Kelola Laporan... 49

Gambar 3.9 Paket Sistem Informasi Puskesmas Enggal Waras ... 51

Gambar 3.10 Prototype Tampilan Awal ... 52

Gambar 3.11 Prototype Login ... 53

Gambar 3.12 Prototype Menu Utama ... 53

Gambar 3.13 Prototype Kelola Pengguna ... 54

Gambar 3.14 Prototype Kelola Pasien ... 54

Gambar 3.15 Prototype Kelola Poli ... 55

Gambar 3.16 Prototype Kelola Rawat Jalan ... 56

Gambar 3.17 Prototype Kelola Laporan ... 56

Gambar 4.1 Class Diagram ... 58

Gambar 4.2 Sequence Diagram Login ... 59

Gambar 4.3 Sequence Diagram Kelola Pengguna ... 60

Gambar 4.4 Sequence Diagram Kelola Pasien ... 61

Gambar 4.5 Sequence Diagram Kelola Dokter ... 62

Gambar 4.6 Sequence Diagram Kelola Poli ... 64

Gambar 4.7 Sequence Diagram Kelola Laporan ... 65

Gambar 4.8 Tampilan Awal Aplikasi ... 78

Gambar 4.9 Tampilan Login ... 79

(10)

Gambar 7.2 Membuat Project Setup ... 104

Gambar 7.3 Langkah Awal ... 104

Gambar 7.4 Menentukan Tipe Projek ... 105

Gambar 7.5 Output File ... 105

Gambar 7.6 Menentukan Objek Penjdukung ... 106

Gambar 7.7 Membuat Folder Pada Program File Setup ... 106

Gambar 7.8 Membuat Sortcut ... 107

Gambar 7.9 Mengcompile ... 107

(11)

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

Include adalah relasi dari base use case kepada

inclusion use case, menggambarkan bagaimana perilaku dari inclusion use case disisipkan ke dalam base use case

4.

<<extends>>

Extends adalah hubungan dari extention use case, menerangkan bagaimana perilaku dari extension 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

(12)

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

(13)

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

(14)

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.

(15)

hardware.

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

(16)

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

(17)

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

(18)

3.2.1Tanggungjawab dan Atribut

Berisi identifikasi tanggung jawab (responsibility) dan atributnya.

3.2.2Asosiasi dan Agregasi

Berisi identifikasi asosiasi dan agregasi antar kelas jika ada.

3.2.3Generalisasi

Berisi identifikasi generalisasi jika ada.

3.2.4Kebutuhan 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.1Identifikasi 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.1Realisasi Use Case Tahap Perancangan

Penggambaran diagram kelas untuk setiap use case.

4.2Kelas Perancangan

Berisi daftar kelas perancangan berdasarkan hasil identifikasi kelas tiap

subsistem.

4.2.1Operasi dan Atribut

Berisi daftar operasi dan atribut beserta visibility-nya.

4.2.2Asosiasi dan Agregasi

Asosiasi atau agregasi yang terdapat pada perancangan.

4.2.3Generalisasi

(19)

4.2.4Algoritma / Query

Berisi daftar query beserta keterangannya.

4.2.5Diagram Statechart

Penggambaran diagram statechart untuk menampilkan perubahan status pada

kelas yang kompleks.

4.2.6Kebutuhan Khusus

Komponen khusus yang diperlukan.

4.3 Perancangan Subsistem

Berisi rancangan antarmuka yang akan digunakan.

4.4Antarmuka

Berisi rancangan antarmuka yang akan digunakan.

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

(20)

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

(21)

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

(22)

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

(23)

untuk mengelola data pengguna, data pasien, data dokter, data kunjungan,

dan kelola laporan. Sedangkan petugas hanya berhak mengakses data

transaksi rawat jalan.

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

(24)

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

(25)

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

(26)

1 Kepala Puskesmas

Merupakan pihak/bagian yang mempunyai tanggung 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.

(27)

2.3.3Skenario Use Case

Skenario Use Case menjelaskan masing- masing use case yang ada.

2.3.3.1Nama 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 memasukkan nama pengguna, kata sandi dan hak aksesnya

Sistem menerima inputan nama pengguna, 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.

(28)

Gambar 2.2 Activity Diagram Login

2.3.3.2Nama 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,

(29)

1. Pengguna memilih menu Kelola Pengguna

Sistem akan menampilkan form Data Pengguna

2. Pengguna memilih button Tambah dan menginputkan data pengguna lalu pilih Simpan

Sistem melakukan verifikasi data menyimpan data pengguna ke dalam database

3. Pengguna menginputka id pengguna untuk tampil record

Sistem menampilkan data pengguna sesuai id pengguna yang diinputkan 4. Pengguna memilih Hapus atas

record yang sebelumnya telah ditampilkan dan menghapus data pengguna.

Sistem menampilkan pesan konfirmasi lalu sistem menghapus data pengguna yang telah dipilih

5. Pengguna memilih Ubah atas record yang sebelumnya telah ditampilkan dan mengubah data pengguna.

Sistem menampilkan pesan konfirmasi lalu sistem mengubah data pengguna yang telah diperbarui

Exceptional flow event

1. Jika id pengguna yang dimasukkan salah maka sistem akan menampilkan pesan kesalahan (dalam pencarian data).

(30)

(31)

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

Postcondotion : Data pasien dapat ditambah, diubah, dihapus,

dan ditampilkan. Main flow of event

1. Petugas memilih menu Data Pasien

Sistem menampilkan form pasien

2. Petugas memilih button Tambah dan menginputkan data pasien lalu pilih Simpan

Sistem melakukan verifikasi data menyimpan data pasien ke dalam database

3. Petugas menginputka id pasien untuk tampil record

Sistem menampilkan data pasien sesuai id kode pasien yang diinputkan

4. Petugas memilih Hapus atas record yang sebelumnya telah ditampilkan dan menghapus data pasien.

Sistem menampilkan pesan konfirmasi lalu sistem menghapus data pasien yang telah dipilih

5. Petugas memilih Ubah atas record yang sebelumnya telah ditampilkan dan mengubah data pasien.

Sistem menampilkan pesan konfirmasi lalu sistem menubah data pasien yang telah diperbarui

1. Jika data tidak lengkap maka sistem akan tetap menyimpan data, namun data tidak lengkap

(32)

(33)

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

Actor : Administrator/petugas

Postcondition : Data dokter dapat ditambah, diubah, dihapus,

dan ditampilkan Main flow of event

1. Pengguna memilih menu data dokter

Sistem menampilkan form data dokter

2. Pengguna memilih button Tambah dan menginputkan data dokter lalu pilih Simpan

Sistem melakukan verifikasi data menyimpan data dokter ke dalam database

3. Pengguna menginputka id dokter untuk tampil record

Sistem menampilkan data data dokter sesuai id dokter yang diinputkan

4. Pengguna memilih Hapus atas record yang sebelumnya telah ditampilkan dan menghapus data dokter.

Sistem menampilkan pesan konfirmasi lalu sistem menghapus data dokter yang telah dipilih

5. Pengguna memilih Ubah atas record yang sebelumnya telah ditampilkan dan mengubah data dokter.

Sistem menampilkan pesan konfirmasi lalu sistem menubah data dokter yang telah diperbarui.

(34)

(35)

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

Postcondition : Data poli dapat ditambah, diubah, dihapus,

dan ditampilkan Main flow of event

1. Pengguna memilih menu kelola poli

Sistem menampilkan form kelola poli

2. Pengguna memilih button Tambah dan menginputkan data poli lalu pilih Simpan

Sistem melakukan verifikasi data menyimpan data poli ke dalam database

3. Pengguna menginputka id poli untuk tampil record

Sistem menampilkan data poli sesuai id poli yang diinputkan

4. Pengguna memilih Hapus atas record yang sebelumnya telah ditampilkan dan menghapus data poli.

Sistem menampilkan pesan konfirmasi lalu sistem menghapus data poli yang telah dipilih

5. Pengguna memilih Ubah atas record yang sebelumnya telah ditampilkan dan mengubah data poli.

Sistem menampilkan pesan konfirmasi lalu sistem menubah data poli yang telah diperbarui

(36)

(37)

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

Postcondition : Data transaksi penjualan dapat bertambah

1. Pengguna memilih menu Transaksi > Rawat Jalan

Sistem akan menampilkan form transaksi rawat jalan.

2. Pengguna memasukkan id pasien

Sistem menampilkan data pasien sesuai dengan inputan id pasien. 3. Pengguna memasukkan id

dokter

Sistem menampilkan nama dokter sesuai dengan id yang diinputkan 4. Pengguna menambahkan data

transaksi rawat jalan dan pilih button Simpan

Sistem melakukan verifikasi data dan menyimpan data transaksi rawat jalan ke dalam database

5. Pengguna memilih button Simpan

Sistem menyimpan ke database

(38)

(39)

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

Postcondition : Laporan dapat dicetak

1. Pengguna memilih menu Laporan

Sistem akan menampilkan form laporan.

2. Pengguna memilih kriteria laporan yang ingin dicetak

Sistem melakukan verifikasi modul pencetakan laporan dan menampilkan data laporan sesuai dengan modul yang dipilih

(40)

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

memprediksi apa yang akan terjadi pada

sistem

- 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

(41)

- 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

(42)

ada pada sistem tempat perangkat

lunak ini akan diterapkan.

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

(43)

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

(44)

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

(45)

Gambar 3.2 Sistem Sequence Diagram Login

3.1.2.2 Sistem Sequence Diagram Kelola Pengguna

(46)

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

(47)

• Admin melakukan penghapusan data pasien.

• Sistem menampilkan konfirmasi apakah ingin menghapus data pasien.

(48)

(49)

3.1.2.4 Sistem Sequence Diagram Kelola Data Dokter

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

(50)

(51)

3.1.2.5 Sistem Sequence Diagram Kelola Data Poli

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

(52)

(53)

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

(54)

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.

(55)

3.1.2.8 Sistem Sequence Diagram Kelola Laporan

• Admin memilih menu kelola laporan.

• Sistem akan menampilkan pilihan laporan.

• Admin memilih laporan.

(56)

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

1.

Detail Rawat Jalan

Entity

3.2.1 Tanggung Jawab dan Atribut

Tabel 3.2 Tanggung Jawab dan Atribut

Nama Kelas Daftar Tanggung Jawab Daftar Atribut Login 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

2. Ubah 3. Hapus 4. Pencarian

Id Pengguna Nama Pengguna Kata Sandi Hak Akses

Pasien 1. Tambah

Id Reg Nama Pasien Jenis Kelamin Tgl Lahir 4. Pencarian

(57)

Nama Dokter Jenis Kelemin Tgl Lahir Spesialis Alamat Agama No. Telp

Poli 1. Tambah

Id poli Nama Poli Id Dokter

Kunjungan 1. Tambah

Id Kunjungan Id Reg

Tgl Kunjungan Poli Tujuan Detail Rawat Jalan Mengelola detail transaksi Rawat

Jalan

Id Reg Nama Pasien Id dokter

3.3 Paket Analisis

Dalam pembangunan sistem informasi ini hanya terdapat satu paket yaitu

terlihat dalam gambar berikut :

Gambar 3.10 Paket Sistem Informasi Puskesmas Enggal Waras

3.3.1 Identifikasi Paket Analisis

Table 3.3 Identifikasi Paket Analisis

Sistem Informasi Puskesmas Enggal

(58)

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

1. Kelola Pengguna 2. Kelola Pasien 3. Kelola Dokter 4. Kelola Poli

5. Kelola Transaksi Rawat Jalan 6. Kelola Laporan

Entity Entity Entity Entity Entity Entity

3.4 Prototipe Antar Muka

3.4.1Form Tampilan Awal

Nama Layar : FrmTampilanAwal

Deskripsi : Tampilan antarmuka sebelum login

Gambar 3.10 Prototype Tampilan Awal

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

(59)

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

(60)

menampilkan informasi yang diharapkan melalui pesan-pesan (method) ke setiap

object (candidat class).

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

Class diagram yang terdapat dibawah ini adalah class diagam pengelolaan

data yang terdri atas data kelola pengguna, kelola pasien, kelola dokter, kelola

(61)

Gambar 4.1 Class Diagram

4.1.1.2Sequence Diagram Login

(62)

4.1.1.3Sequence Diagram Kelola Data Pengguna

(63)

(64)

4.1.1.5Sequence Diagram Kelola Data Dokter

(65)

4.1.1.6Sequence Diagram Kelola Data Poli

(66)

Manajemen Informatika Dokumen Pembangunan Sistem Informasi Halaman 66 dari 107 halaman

4.1.1.7Sequence Diagram Kelola Data Transaksi Rawat Jalan

(67)

(68)

Manajemen Informatika Dokumen Pembangunan Sistem Informasi Halaman 68 dari 107 halaman

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

1. Pengguna Pengguna

2. Pasien Pasien

3. Dokter Dokter

4. Poli Poli

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.1Nama 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.2Nama Kelas : Entity Kelas Pengguna

Tabel 4.3 Operasi dan Atribut Kelas Pengguna

+SimpanData() Public Menerima request untuk menerima konfirmasi menyimpan data pengguna.

+CariData() Public Menerima request untuk menerima konfirmasi mencari data pengguna.

(69)

+HapusData() Public Menerima request untuk menerima konfirmasi penghapusan data pengguna

+PencarianData() Public Berfungsi untuk mencari data berdasarkan criteria nama pengguna

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

+SimpanData() Public Menerima request untuk menerima konfirmasi menyimpan data pasien.

+CariData() Public Menerima request untuk menerima 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

Id_Reg Public Integer

Nama_Pasien Public Varchar (25) Jenis_Kelamin Public Char (10)

Tgl_Lahir Public Date

Umur Public Integer

Alamat Public Varchar (50)

Pekerjaan Public Varchar (10)

Agama Public Varchar (10)

No_Telp Public Integer

(70)

+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

Id_Dokter Public Integer

Nama_Dokter Public Varchar (52) Jenis_kelamin Public Char (10)

Tgl_lahir Public Date

Alamat Public Varchar (50)

Spesialis Public Varchar (20)

Agama Public Varchar (15)

No_Telp Public Integer

4.2.1.5 Nama Kelas : Entity Kelas Kelola Poli

Tabel 4.6 Operasi dan Atribut Kelas Kelola Poli

+SimpanData() Public Menerima request untuk menerima konfirmasi menyimpan data poli

+CariData() Public Menerima request untuk menerima konfirmasi mencari data poli

+UbahData() Public Menerima request untuk menerima konfirmasi merubah data poli

+HapusData() Public Menerima request untuk menerima konfirmasi menghapus data stok obat +Refresh() Public Berfungsi untuk mengosongkan form

pasien

Id_Poli Public Integer

Id_Reg Public Integer

Id_Dokter Public Integer

Nama_Poli Public Varchar (15)

4.2.1.6Nama Kelas : Entity Kelas Rawat Jalan

Tabel 4.7 Operasi dan Atribut Kelas Rawat Jalan

(71)

Nama Atribut Visibility Tipe Id_RawatJalan Public Integer Id_RekamMedis Public Integer Nama_Pasien Public Varchar (25)

4.2.2 Asosiasi dan Agregasi

Hubungan asosiasi dan relasi diatara dua atau lebih classifiers yang

melibatkan koneksi di antara instannya terdapat pada :

1. Kelas Pasien dan Kelas Poli

2. Kelas Pasien dengan Kelas Rawat Jalan

3. Kelas Kelas Rawat Jalan dengan Kelas Rekam Medis

4.2.3 Generalisasi

Terdapat generalisasi atau hubungan antara elemen yang lebih umum

dengan yang lebih khusus antara lain :

1. Kelas admin dan petugas

4.2.4 Algoritma/Query

Terdapat generalisasi atau hubungan antara elemen yang lebih umum

dengan yang lebih khusus antara lain :

3.2.4.1Nama Kelas : Pengguna

Nama Operasi : TambahPengguna

(Algoritma 001)

open koneksi

if koneksi berhasil

{cek apakah pada form sudah terisi dengan benar atau masih kosong}

IsValid cek validasi (kode_pengguna, nama_pengguna, kata_sandi, hak_akses)

(72)

else

pesan koneksi gagal endif

close koneksi

Tabel 4.9 Query-01

No. Query Query Keterangan

Q-001 "INSERT INTO Table_Pengguna

(Kode_Pengguna,Nama_Pengguna,Kata_San di,Hak_Akses)VALUES

(Kode_Pengguna=‘Id_User’,Nama_User=‘N ama_User’,Status_User=‘Status_User’, Password=‘Password’)"

Query untuk menambah data Pengguna ke dalam databese

Nama Operasi : UbahDataPengguna

(Algoritma-002)

Open koneksi

If koneksi berhasil

Panggil query Q-002

Tampil data user

{ cek apakah field pada form sudah terisi dengan benar/masih kosong }

IsValid cekvalidasi(Kode_Pengguna,Nama_Pengguna,Kata_Sandi, Hak_akses)

Tabel 4.10 Query-02

Q-002 "UPDATE t_user SET Id_User = ‘Id_User’,

Nama_User=‘Nama_User’,Status_User= ‘Status_User’,Password=‘Password’ WHERE Id_User = ‘Id_User’”

Query untuk mengubah data karyawan

Nama Operasi : HapusDataPengguna

(Algoritma-003)

(73)

If koneksi berhasil

Pilih data user yang akan dihapus

Tampil pesan konfirmasi hapus data pengguna If hapus = true

Panggil query Q-003 Else

Kembali ke form hapus data user Endif

Else

Tampilkan pesan koneksi gagal Endif

Close_koneksi

Tabel 4.11 Query-03

Q-003 "DELETE FROM Tabel_Pengguna WHERE

Tabel_Pengguna = ‘Tabel_Pengguna’” Query untuk _menghapus

data pengguna

Nama Operasi : CariDataPengguna

(Algoritma-004)

Open koneksi

If koneksi berhasil Masukan Id_User

Tampilkan data user sesuai Id_User yang diinputkan Elseif

Tampilkan pesan data pencarian tidak ada Else

(74)

3.2.4.2 Nama Kelas : Pasien

Nama Operasi : TambahDataPasien

(Algoritma-005)

open koneksi

if koneksi berhasil

IsValid cek validasi (kode_obat, nama_obat, kode_jenis, nama_jenis, satuan, harga_beli, harga_jual, stok_obat, kadaluarsa)

Tabel 4.13 Query-05

Q-005 "INSERT INTO Tabel_Obat(kode_obat, nama_obat, kode_jenis, nama_jenis, satuan, harga_beli, harga_jual, stok_obat, kadaluarsa)VALUES

(Kode_Obat=‘Kode_Obat,Nama_Obat=‘Id_O

Query untuk menambah data obat

Nama Operasi : UbahDataPasien

(Algoritma-006)

Open koneksi

If koneksi berhasil

Tampil data obat

(75)

kadaluarsa)

If not Valid

Tampilkan pesan, kembali ke form ubah data obat Else

Tampilkan pesan data obat berhasil diubah Endif

Else

Close_koneksi

Tabel 4.14 Query-06

Q-006 "UPDATE INTO Tabel_Obat SET

Kode_Obat=‘Kode_Obat,Nama_Obat=‘Id_Obat ’,Kode_Jenis=‘Kode_Jenis’,Nama_Jenis=‘N ama_Jenis’,Satuan=‘Satuan’,Harga_Beli=‘ Harga_Beli’,Harga_Jual=‘Harga_Jual’,Sto k_Obat=‘Stok_Obat’,Kadaluarsa=‘Kadaluar sa”

To’”

WHERE Kode_Obat=’kode_obat’”

Query untuk mengubah data obat

Nama Operasi : HapusDataPasien

(Algoritma-007)

Open koneksi

If koneksi berhasil

Pilih data obat yang akan dihapus

Tampil pesan konfirmasi hapus data obat If hapus = true

Panggil query Q-007 Else

Kembali ke form hapus data obat Endif

Else