BAB IV ANALISIS DAN PERANCANGAN 4.1 Analisis Sistem Analisis sistem ini merupakan penguraian dari suatu sistem yang utuh ke dalam bagian-bagian komponennya dengan maksud untuk mengidentifikasi dan mengevaluasi permasalahan, kesempatan, hambatan yang terjadi dan kebutuhan-kebutuhan yang diharapkan sehingga dapat diusulkan perbaikannya. 4.1.1 Analisis Sistem yang Sedang Berjalan 4.1.1.1 Deskripsi Masalah Berdasarkan analisis dan diskusi dengan pembimbing kerja praktek, masalah yang ada di bagian seksi Teknologi dan Informasi Kesehatan (TIK) ini adalah dalam hal pendataan laporan SP3 yang masih diragukan kebenarannya dikarenakan aplikasi yang sudah ada tidak berjalan sebagaimana mestinya dan ada sedikit kekurangan pada aplikasi tersebut sehingga masih ada beberapa puskesmas yang melaporkan laporan SP3 dalam bentuk excel. 4.1.1.2 Pemecahan Masalah Sebagaimana pendeskripsian masalah-masalah di atas, maka pemecahan masalah yang akan dilakukan adalah sebagai berikut : a. Untuk memudahkan kinerja para karyawan khususnya dibagian TIK, maka setiap Puskesmas harus menggunakan aplikasi SP3 yang lebih baik dan lengkap.
34
35
b. Untuk setiap puskesmas harus memilih desa yang masuk ke dalam wilayah kerja puskesmas tersebut. c. Admin mempunyai hak akses penuh terhadap sistem untuk memginputkan data-data ke dalam form yang telah disediakan. 4.1.2
Sistem yang Diharapkan Sistem yang akan dikembangkan harus bisa memenuhi keinginan user antara lain : a. Sistem yang baru dapat menggantikan sistem yang lama b. Sistem yang baru harus mempu mengoptimalkan kinerja karyawan khususnya dibagian seksi TIK karena dalam pencatatan setiap laporan telah terkomputerisasi. c. Sistem yang baru harus mampu menjadi lebih efektif dan terjaga keamanannya.
4.2 Analisis Kebutuhan Kebutuhan fungsional meliputi feature, komponen, atau fungsi yang harus terdapat dalam Aplikasi Sistem Pencatatan dan Pelaporan Puskesmas di Dinas Kesehatan Jawa Barat. Berikut ini merupakan spesifikasi kebutuhan fungsional dari Aplikasi Sistem Pencatatan dan Pelaporan Puskesmas di Dinas Kesehatan Jawa Barat. Diantaranya sebagai berikut : a. Pencatatan / menginputkan data Bulanan Data Penyakit, Data Kematian, Data Program KIA/KB, Gizi, Pemberantasan dan Pencegahan Penyakit, dan Kegiatan Puskesmas
36
b. Pembuatan Laporan Bulanan Data Penyakit, Data Kematian, Data Program KIA/KB, Gizi, Pemberantasan dan Pencegahan Penyakit, dan Kegiatan Puskesmas
4.3 Analisis Data 4.3.1 Analisis Kebutuhan Input Adapun input yang dibutuhkan oleh aplikasi adalah sebagai berikut : a. Data Penyakit b. Data Kematian c. Data Program KIA/KB d. Data Gizi e. Data Pemberantasan dan Pencegahan Penyakit f. Data Kegiatan Puskesmas 4.3.2 Analisis Kebutuhan Output Adapun output yang dibutuhkan adalah laporan bulanan : a. Laporan Data Penyakit b. Laporan Data Kematian c. Laporan Data Program KIA/KB d. Laporan Data Gizi e. Laporan Data Pemberantasan dan Pencegahan Penyakit f. Laporan Data Kegiatan Puskesmas
37
4.4 Perancangan Dari hasil analisa yang telah diuji sebelumnya, masih banyak hal yang perlu di proses untuk penyempurnaan aplikasi yang akan dibangun ditempat kerja praktik, maka dari itu diberikan usulan pemecahan masalah dengan membuat barbagai macam pendekatan aplikasi dalam bentuk diagram untuk memperoleh data yang akurat dan memudahkan dalam pembacaan perancangan aplikasi. 4.4.1
Pemodelan Aplikasi Use Case Diagram Pada bagian use case diagram ini menjelaskan apa yang akan dilakukan oleh
aplikasi yang akan dibangun dan siapa saja yang akan berinteraksi dengan aplikasi. Use case diagram menjadi aktifitas pengguna. Berikut pada gambar 4.1 adalah use case diagram yaitu : uc Primary Use Cases Sistem Pencatatan dan Pelaporan Puskesmas
Menyetting Aplikasi
Mengisi Data
Operator
Mencetak Laporan
Membackup Data
Merestore Data
Mengakses About
Keluar
Gambar 4.1 Use Case Diagram
38
4.4.2
Skenario Use Case A. Use case menyetting aplikasi Nomor
: EA001
Nama use case
: Menyetting Aplikasi
Aktor
: Operator
Tipe
: Primary dan essensial
Tujuan
: Menyetting lokasi puskesmas, memasukan identitas operator, dan identitas penanggung jawab laporan
Kondisi awal
: Pengguna belum memasuki halaman utama aplikasi
Kondisi akhir
: Pengguna telah memasuki halaman utama aplikasi
Deskripsi
: Pengguna memilih lokasi puskesmas, memasukan identitas operator, dan identitas penanggung jawab laporan
Tabel 4.1 Skenario use case menyetting aplikasi
SKENARIO USE CASE MENYETTING APLIKASI Main Flow Event Actor Action 1.
Memilih
memasukan
lokasi
identitas
Application Response puskesmas, 2. a. Menampilkan halaman utama
operator,
dan aplikasi
identitas penanggung jawab laporan
Exceptional Flow of Event 2. b. Aplikasi akan keluar, jika pengguna belum menyetting aplikasi dengan benar.
39
B. Use case mengisi data Nomor
: EA002
Nama use case
: Mengisi Data
Aktor
: Operator
Tipe
: Primary dan essensial
Tujuan
: Pengguna memasukan data kesehatan masyarakat di puskesmas ke dalam aplikasi
Kondisi awal
: Pengguna belum memasukan data kesehatan
Kondisi akhir
: Pengguna telah memasukan data kesehatan
Deskripsi
: Pengguna memilih menu “ISI DATA” pada halaman utama aplikasi, menginput data kesehatan di puskesmas, dan menekan tombol “Simpan”.
Tabel 4.2 Skenario use case mengisi data
SKENARIO USE CASE MENGISI DATA Main Flow Event Actor Action
Application Response
1. Pengguna memilih menu “ISI DATA” 2. a. Aplikasi menampilkan form isian pada halaman utama aplikasi
data kesehatan berdasarkan jenis laporan di puskesmas
3.
a.
Pengguna
memasukan
data 4. Aplikasi menampilkan data kesehatan
kesehatan di puskesmas ke dalam aplikasi yang di masukan oleh pengguna 5. Pengguna menekan tombol simpan 6. Aplikasi menyimpan data kesehatan di untuk menyimpan data
puskesmas berdasarkan jenis laporan
40
Exceptional Flow of Event 2. b. Aplikasi akan menampilkan pesan “Laporan .... untuk desa ... pada bulan .... tahun .... belum ada. Apakah anda ingin membuat laporan?”. 3. b. Aplikasi akan menampilkan pesan “Maaf sistem hanya menerima laporan berupa angka numerik”, jika pengguna memasukan data kesehatan selain angka numerik (0 – 9)
C. Use case mencetak laporan Nomor
: EA003
Nama use case
: Mencetak Laporan
Aktor
: Operator
Tipe
: Primary dan Essensial
Tujuan
: Pengguna mencetak laporan kesehatan di puskesmas berdasarkan data yang telah dimasukan.
Kondisi awal
: Pengguna belum memiliki laporan kesehatan
Kondisi akhir
: Pengguna telah memiliki laporan kesehatan
Deskripsi
: Pengguna memilih menu “LAPORAN” pada halaman utama aplikasi, memilih jenis laporan, dan menekan tombol “Cetak”
41
Tabel 4.3 Skenario use case mencetak laporan
SKENARIO USE CASE MENCETAK LAPORAN Main Flow Event Actor Action 1.
Pengguna
“LAPORAN”
Application Response
memilih
pada
menu 2. a. Aplikasi menampilkan laporan
halaman
utama kesehatan di puskesmas berdasarkan
aplikasi
jenis laporan
3. Pengguna menekan tombol “Cetak” 4. untuk mencetak laporan.
Aplikasi
mencetak
laporan
berdasarkan jenis laporan yang dipilih
Exceptional Flow of Event 2. b. Aplikasi tidak akan menampilkan laporan apabila laporan yang diminta belum dibuat.
D. Use case membackup data Nomor
: EA004
Nama use case
: Membackup Data
Aktor
: Operator
Tipe
: Primary
Tujuan
: Pengguna membackup data kesehatan di puskesmas
Kondisi awal
: Pengguna belum mempunyai backup data
Kondisi akhir
: Pengguna telah mempunyai backup data
Deskripsi
: Pengguna memilih sub menu “Backup” di menu “File” pada halaman utama aplikasi, memilih lokasi backup, dan menekan tombol “Backup”
42
Tabel 4.4 Skenario use case membackup data
SKENARIO USE CASE MEMBACKUP DATA Main Flow Event Actor Action 1.
Pengguna
memilih
Application Response sub
menu 2.
Aplikasi
menampilkan
halaman
“Backup” di menu “File” pada halaman backup data utama aplikasi 3. Pengguna menekan tombol “Lokasi” 4. Aplikasi akan menampilkan kotak untuk menentukan lokasi backup
dialog untuk menentukan lokasi backup
5. Pengguna menekan tombol “Backup” 6. a. Aplikasi akan membackup data untuk membackup data.
kesehatan sesuai dengan lokasi yang telah ditentukan dan menampilkan pesan “Backup data sukses”
Exceptional Flow of Event 6. b. Aplikasi akan menampilkan pesan “Backup data gagal, ada kesalahan pada sistem, silahkan restart komputer terlebih dahulu, kemudian coba lagi”, apabila proses backup data gagal dilakukan
E. Use case merestore data Nomor
: EA005
Nama use case
: Merestore Data
Aktor
: Operator
Tipe
: Primary
Tujuan
: Pengguna merestore data kesehatan di puskesmas
Kondisi awal
: Pengguna belum merestore data kesehatan
43
Kondisi akhir
: Pengguna telah merestore data kesehatan
Deskripsi
: Pengguna memilih sub menu “Restore” di menu “File” pada halaman utama aplikasi, memilih lokasi file hasil backup data untuk direstore, dan menekan tombol “Restore”
Tabel 4.5 Skenario use case merestore data
SKENARIO USE CASE MERESTORE DATA Main Flow Event Actor Action 1.
Pengguna
memilih
Application Response sub
menu 2.
Aplikasi
menampilkan
halaman
“Restore” di menu “File” pada halaman restore data utama aplikasi 3. Pengguna menekan tombol “Lokasi” 4. Aplikasi akan menampilkan kotak untuk
menentukan
lokasi
backup untuk direstore
file
hasil dialog untuk menentukan lokasi file hasil backup untuk direstore
5. Pengguna menekan tombol “Restore” 6. Aplikasi akan menampilkan pesan untuk merestore data.
“Anda yakin akan merestore file .... ke dalam sistem ?, data sebelumnya akan hilang. Klik Ok untuk melanjutkan atau No untuk batal.“
7. Pengguna menekan tombol “Ok” pada 8. a. Aplikasi akan merestore data pesan yang ditampilkan
kesehatan “Restore merestart”
dan data
menampilkan sukses,
Sistem
pesan akan
44
Exceptional Flow of Event 8. b. Aplikasi akan menampilkan pesan “Restore data gagal, ada kesalahan pada sistem, silahkan restart komputer terlebih dahulu, kemudian coba lagi”, apabila proses restore data gagal dilakukan
F. Use case mengakses about Nomor
: EA006
Nama use case
: Mengakses About
Aktor
: Operator
Tipe
: Primary
Tujuan
: Pengguna menadapatkan informasi mengenai pihak yang bertanggung jawab terhadap Sistem Pencatatan dan Pelaporan Puskesmas.
Kondisi awal
:
Pengguna
belum
mengetahui
pihak
yang
bertanggung jawab terhadap Sistem Pencatatan dan Pelaporan Puskesmas. Kondisi akhir
: Pengguna telah mengetahui pihak yang bertanggung jawab terhadap Sistem Pencatatan dan Pelaporan Puskesmas.
Deskripsi
: Pengguna memilih menu “About” pada halaman utama aplikasi
45
Tabel 4.6 Skenario use case mengakses about
SKENARIO USE CASE MENGAKSES ABOUT Main Flow Event Actor Action
Application Response
1. Pengguna memilih menu “About” pada 2. Aplikasi menampilkan form About halaman utama aplikasi 3. Pengguna menekan tombol “Close” 4. Aplikasi akan menutup form about untuk menutup form about
Exceptional Flow of Event
G. Use case mengakses keluar Nomor
: EA007
Nama use case
: Mengakses Keluar
Aktor
: Operator
Tipe
: Primary
Tujuan
:
Pengguna
menutup
Sistem
Pencatatan
dan
Pelaporan Puskesmas ( SP3 ) Kondisi awal
: Pengguna belum menutup Sistem Pencatatan dan Pelaporan Puskesmas ( SP3 )
Kondisi akhir
: Pengguna telah Sistem Pencatatan dan Pelaporan Puskesmas ( SP3 )
Deskripsi
: Pengguna memilih sub menu “Keluar” di menu “File” pada halaman utama aplikasi
46
Tabel 4.7 Skenario use case mengakses keluar
SKENARIO USE CASE MENGAKSES KELUAR Main Flow Event Actor Action
Application Response
1. Pengguna memilih sub menu “Keluar” 2. Aplikasi akan keluar di menu “File” pada halaman utama aplikasi
Exceptional Flow of Event
4.4.3 Pemodelan Activity Diagram Perancangan activity diagram menggambarkan berbagai alir aktifitas dalam sistem yang sedang dirancang, bagaimana masing-masing alir berawal, decision yang mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram juga dapat menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi. Activity diagram pada Sistem Pencatatan dan Pelaporan Puskesmas dirancang seperti pada Gambar 4.2 di bawah ini :
47
Petugas
Aplikasi SP3
Setting Aplikasi
Kepala Dinas
Aplikasi merestart
Memilih Menu
Tampilan Menu
Input Data
Proses Input
Input Ulang
gagal berhasil
Melihat Output
Tampil Output
Cetak Laporan
Proses Cetak Laporan Laporan Close Aplikasi
Gambar 4.2 Activity Diagram
4.4.4 Perancangan Interface Perancangan
interface
(antarmuka)
aplikasi
dimaksudkan
untuk
memberikan kemudahan dalam membuat desain interface aplikasi sehingga AI Architecture Information & UX User Xperience dapat lebih maksimal.
48
a. Perancangan Interface Form Settings : tab wilayah kerja
Gambar 4.3 Interface Form Settings : tab wilayah kerja
b. Perancangan Interface Form Settings : tab penanggung jawab
Gambar 4.4 Interface Form Setting : tab penanggung jawab
49
c. Perancangan Interface Form Utama : tab isi data
Gambar 4.5 Interface Form Utama : tab isi data d. Perancangan Interface Form Utama : tab isi data, sub menu lb1
Gambar 4.6 Interface Form Utama : tab isi data, sub menu lb1
50
e. Perancangan Interface Form Utama : tab isi data, sub menu lb3
Gambar 4.7 Interface Form Utama : tab isi data, sub menu lb3 f. Perancangan Interface Form Utama : tab isi data, papan informasi
Gambar 4.8 Interface Form Utama : tab isi data, papan informasi
51
g. Perancangan Interface Form Utama : tab laporan
Gambar 4.9 Interface Form Utama : tab laporan h. Perancangan Interface Form Utama : file, tab backup
Gambar 4.10 Interface Form Utama : file, tab backup
52
i. Perancangan Interface Form Utama : file, tab restore
Gambar 4.11 Interface Form Utama : file, tab restore j. Perancangan Interface Form Utama : file, tab about
Gambar 4.12 Interface Form Utama : file, tab about
