TA : Rancang Bangun Sistem Informasi Monitoring dan Evaluasi Pelaksanaan Program Tuberkulosis Berbasis Web.

RANCANG BANGUN SISTEM INFORMASI MONITORING

DAN EVALUASI PELAKSANAAN PROGRAM

TUBERKULOSIS BERBASIS WEB

TUGAS AKHIR

Program Studi S1 Sistem Informasi

Oleh:

Rizal Pratama Suganda 09410100033

FAKULTAS TEKNOLOGI DAN INFORMATIKA

INSTITUT BISNIS DAN INFORMATIKA STIKOM SURABAYA 2016

TUBERKULOSIS BERBASIS WEB

SKRIPSI

Diajukan sebagai salah satu syarat untuk menyelesaikan Program Sarjana Komputer

Oleh:

Nama : Rizal Pratama Suganda. NIM : 09.41010.0033

Program : S1 (Strata 1) Jurusan : Sistem Informasi

FAKULTAS TEKNOLOGI DAN INFORMATIKA

INSTITUT BISNIS DAN INFORMATIKA STIKOM SURABAYA 2016

DAN EVALUASI PELAKSANAAN PROGRAM

TUBERKULOSIS BERBASIS WEB

Dipersiapkan dan disusun oleh RIZAL PRATAMA SUGANDA

NIM : 09.41010.0033

Telah diperiksa, diuji dan disetujui oleh Dewan Penguji Pada : Maret 2016

Susunan Dewan Penguji

Pembimbing

I. Sulistiowati, S.Si., M.M ________________________

II. Yoppy Mirza Maulana, S.Kom., M.MT. ________________________

Penguji

I. Dr. Haryanto Tanuwijaya, S.Kom., M.MT ________________________

II. Tan Amelia, S.Kom., M.MT., MCP ________________________

Tugas Akhir ini telah diterima sebagai salah satu persyaratan untuk memperoleh gelar Sarjana

Dr. Jusak

Dekan Fakultas Teknologi dan Informatika

DAFTAR ISI

Halaman

ABSTRAK ... vi

KATA PENGANTAR ... vii

DAFTAR ISI ... ix

DAFTAR TABEL ...xii

DAFTAR GAMBAR ... xvi

DAFTAR LAMPIRAN ... xviii

BAB I PENDAHULUAN ... 1

1.1 Latar Belakang Masalah ... 1

1.2 Perumusan Masalah ... 4

1.3 Pembatasan Masalah ... 4

1.4 Tujuan ... 4

1.5 Manfaat ... 5

1.6 Sistematika Penulisan ... 5

BAB II LANDASAN TEORI ... 7

2.1 Tuberkulosis ... 7

2.2 Program Tuberkulosis...7

2.3 Tujuan dan sasaran program Tuberkulosis... 7

2.3.1 Kegiatan Program Penanggulangan Tuberkulosis... 8

2.4 Penemuan Kasus Tuberkulosis ... 8

2.4.1 Pemeriksaan dahak... 9

2.4.2 Diagnosis Tuberkulosis... 10

Halaman

2.5 Pengobatan Tuberkulosis ... 14

2.5.1 Paduan OAT lini pertama dan peruntukannya... 16

2.6 Pengawas Meminum Obat (PMO) ... 18

2.7 Siklus Hidup Pengembangan Sistem ... 33

2.7.1 Pemantauan kemajuan pengobatan... 20

2.7.2 Hasil pengobatan pasien TB BTA positif... 22

2.8 Pencatatan dan pelaporan program... 22

2.9 Monitoring dan Evaluasi Program... 23

2.10 Indikator Program TB... 24

2.10.1 Formula dan Analisa Indikator... 25

2.11 Realtime... 29

2.12 Sistem Informasi... 29

2.12.1 Membuat Informasi... 29

2.12.2 Nilai Informasi... 30

2.12.3 Sumber Informasi... 30

2.12.4 Kualitas Informasi... 31

2.13 Website... 33

2.13.1 Web 1.0 ... 33

2.14 Dashboard... 33

2.14.1 Tujuan dan Penggunaan Dashboard... 34

2.14.2 Karakteristik Dashboard... 34

2.14.3 Ciri-ciri Dashboard... 37

Halaman

2.14.5 Kesalahan Umum Pembuatan Dashboard... 39

2.15 Siklus Hidup Pengembangan Sistem... 40

2.15.1 Elisitasi Kebutuhan... 40

2.15.2 Analisis... 42

2.15.3 Desain... 42

2.15.4 Construction... 43

2.15.5 Testing dan Implementasi... 44

2.15.6 Maintenance... 45

BAB III ANALISIS DAN PERANCANGAN SISTEM ... 37

3.1 Identifikasi Permasalahan ... 37

3.2 Analisis Permasalahan ... 60

3.2.1 Analisis Pada Proses Mencatat Form Harian ... 60

3.2.2 Analisis Pada Proses monitoring ... 60

3.2.3 Analisis Pada Proses evaluasi ... 61

3.3 Solusi Permasalahan ... 61

3.3.1 Kebutuhan Perangkat Lunak ... 62

3.3.2 Desain Sistem ... 80

3.3.3 Perancangan prosedur dan program unit... 116

3.3.4 Program Unit... 124

3.3.5 Program Pseudocode... 125

3.3.6 Desain uji coba fungsional... 129

3.3.7 Desain uji coba non fungsional... 131

Halaman

3.3.9 Desain Arsitektur... 134

BAB IV IMPLEMENTASI DAN EVALUASI ... 155

4.1 Implementasi ...155

4.2 Penjelasan Penggunaan Aplikasi ...155

4.2.1 Petugas TB ...157

4.2.2 Pengguna Sebagai Wasor TB ...169

4.2.3 Pengguna Sebagai Kepala Seksi Penanggulangan Penyakit menular ...172

4.3 Uji Coba Fungsional ...174

4.3.1 Uji Fungsional Petugas TB ...174

4.3.2 Uji Fungsional Wasor TB ...182

4.3.3 Uji Fungsional Kepala Seksi Penanggulangan Penyakit Menular...185

4.3.4 Uji Non-Fungsional ...187

4.4 Evaluasi ...190

4.4.1 Proses monitoring dan evaluasi ...190

BAB V PENUTUP...202

5.1 Kesimpulan ...202

5.2 Saran ...202

DAFTAR PUSTAKA ...203

DAFTAR TABEL

Halaman

Tabel 2.1 Pengelompokan OAT ... 14

Tabel 2.2 jenis, sifat, dan dosis OAT lini pertama... 15

Tabel 2.3 Dosis untuk paduan OAT KDT untuk kategori-1... 16

Tabel 2.4 Dosis paduan OAT-Kombipak untuk kategori-1 ... 17

Tabel 2.5 Dosis untuk paduan OAT KDT kategori-2... 17

Tabel 2.6 Dosis paduan OAT-Kombipak untuk kategori-2... 18

Tabel 2.7 Tindak lanjut hasil pemeriksaan dahak ulang... 21

Tabel 3.1 Proses Bisnis Bredasarkan Stakeholder ... 48

Tabel 3.2 Penjelasan Alir Proses Mencatat Form Harian ... 51

Tabel 3.3 Penjelasan Alir Proses Monitoring ... 54

Tabel 3.4 Penjelasan Alir Proses Evaluasi ... 58

Tabel 3.5 Data Pasien ... 63

Tabel 3.6 Data Instansi ... 63

Tabel 3.7 Data Permohonan Lab ... 64

Tabel 3.8 Data pengobatan ... 64

Tabel 3.9 Data Hasil Periksa Dahak ... 65

Tabel 3.10 Data Pengobatan Intensif ... 66

Tabel 3.12 Detil Kebutuhan Fungsi Mencatat Harian ... 68

Tabel 3.13 Detil Kebutuhan Fungsi Monitoring ... 75

Tabel 3.14 Detil Kebutuhan Fungsi Evaluasi ... 77

Tabel 3.15 Hubungan Fungsional dan Non Fungsional Sistem ... 79

Halaman

Tabel 3.17 Alur Sistem Baru Mencatatat Form Harian... ... 85

Tabel 3.18 Alur Sistem Baru Monitoring... ... 90

Tabel 3.19 Alur Sistem Baru Evaluasi ... 96

Tabel 3.20 Penjelasan DFD Level 1 Pencatatan Form Pemeriksaan ... 105

Tabel 3.21 Penjelasan DFD Level 1 Monitoring ... 107

Tabel 3.22 Penjelasan DFD Level 1 Evaluasi ... 109

Tabel 3.23 Struktur Tabel Data Pasien ... 112

Tabel 3.24 Struktur Tabel Permohonan Lab ... 112

Tabel 3.25 Struktur Tabel Kartu Pengobatan ... 114

Tabel 3.26 Struktur Tabel Periksa Dahak ... 115

Tabel 3.27 Struktur Tabel Tahap Intensif ... 115

Tabel 3.28 Struktur Tabel Instansi ... 116

Tabel 3.29 Struktur Tabel Data Pasien ... 112

Tabel 3.31 Detil Form Mencatat dan melaporkan form harian ... 117

Tabel 3.32 Detil Form monitoring ... 122

Tabel 3.33 Detil Form evaluasi ... 123

Tabel 3.34 Program Unit Sistem... 124

Tabel 3.35 Program Flowchart dan Pseudocode ... 125

Tabel 3.36 Skenario Testing Fungsi Pencatatan ... 129

Tabel 3.37 Skenario Testing Fungsi Monitoring ... 130

Tabel 3.38 Skenario Testing Fungsi evaluasi ... 131

DAFTAR GAMBAR

Halaman

Gambar 1.1 Peringkat pasien Tuberkulosis di Asia Tahun 2011... ... 2

Gambar 2.1 Simbol Eksternal Entity ... 42

Gambar 2.2 Simbol Data Flow ... 42

Gambar 2.3 Simbol proses ... 43

Gambar 2.4 simbol data store ... 43

Gambar 3.1 Alir proses mencatat form harian ... 50

Gambar 3.2 Alir proses monitoring ... 52

Gambar 3.3 Alur Proses Monitoring ... 53

Gambar 3.4 Alur Proses Evaluasi ... 57

Gambar 2.10 Simbol Data Store ... 29

Gambar 4.1 Form Login... 156

Gambar 4.2 Menu Yang Tersedia Petugas TB... 157 Gambar 4.3 Halaman pencatatan daftar suspek

DAFTAR LAMPIRAN

Halaman

Lampiran 1 Biodata Penulis ...146

Lampiran 2 Dokumen Profil Organisasi ...147

Lampiran 2.1 Profil Organisasi ...147

Lampiran 2.2 Visi ...147

Lampiran 2.3 Misi ...147

Lampiran 2.4 Tujuan Dan Sasaran Bisnis ...147

Lampiran 2.5 Struktur Organisasi ...149

Lampiran 3 Ruang Lingkup (Devisi) ...151

Lampiran 3.1 Visi ...151

Lampiran 3.2 Misi ...151

Lampiran 3.3 Struktur Organisasi ...151

Lampiran 3.4 Peran Dan Tanggung Jawab ...152

Lampiran 4 Transkip Wawancara ...153

Lampiran 4.1 Identifikasi Penyebab Masalah ...153

Lampiran 4.2 Identifikasi Titik Keputusan Penyebab Masalah...156

Lampiran 4.3 Identifikasi Akibat Permasalahan ...156

Lampiran 4.4 Identifikasi Personil Kunci ...157

Lampiran 4.5 Wawancara Tahap Identifikasi Masalah ...158

1.1 Latar Belakang Masalah

Dinas Kesehatan kota Surabaya adalah suatu instansi pemerintahan Kota Surabaya yang bertanggung jawab terhadap kesehatan masyarakat Kota Surabaya. Sesuai dengan peraturan Walikota nomor 91 tahun 2008, Dinas Kesehatan (Dinkes) Kota Surabaya mempunyai tugas menyelenggarakan kewenangan daerah dalam bidang kesehatan dan tugas pembantuan yang diberikan oleh pemerintah. Dalam menjalankan tugasnya agar mencapai tujuan, Dinkes Kota Surabaya membaginya ke dalam beberapa seksi. Salah satu seksi tersebut adalah Seksi Pengendalian dan Pemberantasan Penyakit Menular (P2M). Seksi P2M adalah seksi yang ada di Dinkes Kota Surabaya yang mempunyai tugas yaitu mencegah dan menanggulangi penyakit menular skala kota. Dan salah satu penyakit menular tersebut adalah penyakit Tuberkulosis (TB).

Menurut Surat Keputusan Menteri Kesehatan Republik Indonesia Nomor 364/MENKES/SK/V/2009. Penyakit Tuberkulosis adalah suatu penyakit menular langsung yang disebabkan oleh bakteri Microbacterium tuberkulosa yang lebih menginfeksi organ paru-paru dibanding organ tubuh lainnya. Penyakit ini memerlukan waktu pengobatan intensif selama enam bulan sehingga sangat perlu diwaspadai. Fakta yang menunjukkan bahwa TB masih merupakan masalah kesehatan masyarakat Indonesia antara lain, Indonesia merupakan negara dengan pasien terbanyak ke lima di Asia setelah Timor Leste, Myanmar, Korea, dan Bangladesh (WHO, 2011)

Gambar 1.1 Peringkat pasien Tuberkulosis di Asia Tahun 2011 Jumlah pasien TB di Indonesia yang diperlihatkan pada gambar 1.1 sekitar 281 dari total jumlah pasien TB di dunia.

Pada saat ini Dinkes Kota Surabaya sudah menjalankan program pengendalian penyakit Tuberkulosis, dalam menjalankan program yang sudah disesuaikan dengan Surat Keputusan Menteri Kesehatan Republik Indonesia Nomor 364/MENKES/SK/V/2009. Dinkes Kota Surabaya dibantu oleh puskesmas dan rumah sakit dalam hal operasional pengobatan sehari-hari. Proses dimulai dari petugas puskesmas melaporkan ke pihak Dinkes Kota Surabaya setiap triwulan. Selanjutnya laporan-laporan tersebut akan dilakukan pengolahan data, yang dimulai dari Wakil assesor (Wasor) TB melakukan entry data laporan ke aplikasi microsoft excel, kemudian dari hasil entry akan dikonversi menjadi beberapa form yaitu form TB 07, form TB 08 dan form TB 11. Form TB 07 berisi tentang laporan triwulan temuan dan pengobatan pasien, form TB 08 yang berisi laporan triwulan hasil pengobatan dan yang terakhir form TB 11 yang berisi tentang laporan triwulan hasil konversi dahak akhir tahap intensif. Dari hasil laporan tersebut akan dikonversi lagi menjadi beberapa indikator dan dari indikator tersebut akan dimonitoring untuk mendapatkan beberapa temuan dari indikator yang tidak mencapai target. Hasil temuan yang tidak mencapai target

tersebut nantinya akan dikumpulkan untuk digunakan sebagai bahan evaluasi dengan cara membandingkan temuan yang sudah dicapai perperiode dengan target yang ditentukan.

Namun dalam hal ini Dinkes Kota Surabaya menemui kendala. Kendala tersebut adalah pada saat melakukan monitoring, bentuk penyajian yang ada saat ini tidak realtime sehingga untuk mengetahui adanya perubahan membutuhkan waktu yang lama dan juga pada saat melakukan evaluasi tidak dapat dilakukan saat itu juga.

Berdasarkan permasalahan di atas maka Dinkes Kota Surabaya pada saat ini membutuhkan sistem informasi yang dapat menangani permasalahan tersebut. Oleh karena itu penulis akan membuat Rancang Bangun Sistem Informasi Monitoring dan Evaluasi pelaksanaan program Tuberkulosis berbasis web yang dirancang untuk membantu KaSie P2M dalam hal monitoring dan evaluasi. Sistem Informasi ini akan diimplementasikan di seluruh puskesmas, khususnya puskesmas di wilayah Kota Surabaya. sehingga dengan adanya aplikasi ini Dinas Kesehatan Kota dapat memantau laporan berupa dashboard yang dikirim dari puskesmas secara langsung berdasarkan form yang sudah dibuat, agar dapat menunjukkan indikator capaian secara langsung.

Dengan adanya Sistem Informasi Monitoring dan evaluasi pelaksanaan program Tuberkulosis dengan mengggunakan media Website diharapkan mampu membantu kegiatan KaSie P2M.

1.2 Perumusan Masalah

Berdasarkan latar belakang masalah di atas maka dapat dirumuskan permasalahan yang sedang dihadapi Dinkes Kota Surabaya saat ini, yaitu :

Bagaimana membuat Rancang Bangun Sistem Informasi Monitoring dan Evaluasi Program Tuberkulosis Berbasis Web di Dinkes Kota Surabaya. Sehingga proses monitoring dan proses persiapan evaluasi dapat dijalankan secara realtime.

1.3 Pembatasan Masalah

Batasan permasalahan dalam penelitian ini adalah sebagai berikut : 1. Pada penelitian ini hanya bersangkutan dengan Seksi Pengendalian dan

Pemberantasan Penyakit Menular khusus penyakit Tuberkulosis di Dinkes Kota Surabaya.

2 Acuan kebijakan pada penelitian ini berdasarkan Surat Keputusan Menteri Kesehatan Republik Indonesia Nomor 364/MENKES/SK/V/2009.

3 Pada penelitian ini hanya membahas proses monitoring dan evaluasi sehingga tidak membahas proses tindak lanjut dari Dinkes Kota Surabaya.

1.4 Tujuan

Tujuan dari penelitian ini adalah menghasilkan Rancang Bangun Sistem Informasi Monitoring dan Evaluasi pelaksanaan program Tuberkulosis Berbasis Web di Dinkes Kota Surabaya sehingga dapat membantu Dinkes Kota Surabaya dalam melaksanakan proses monitoring dan proses persiapan evaluasi secara realtime.

1.5 Manfaat

Pembuatan Sistem Informasi monitoring dan evaluasi ini di harapkan dapat membantu Kepala Seksi Pengendalian dan Pemberantasan Penyakit dalam melakukan monitoring dan evaluasi terhadap pelaksanaan program Tuberkulosis, sehingga dapat membantu seksi P2M dalam mencapai target yang sudah ditentukan oleh Kementerian Kesehatan Republik Indonesia. Melalui Surat Keputusan Menteri Kesehatan Republik Indonesia Nomor 364/MENKES/SK/V/2009.

1.6 Sistematika Penulisan

Secara garis besar sistematika penulisan pada laporan ini adalah sebagai berikut :

Bab I : Pendahuluan

Pada bab ini akan dijelaskan mengenai latar belakang permasalahan yang terjadi, perumusan permasalahan yang didapat dari latar belakang, pembatasan permasalahan, tujuan dilakukannya penelitian, manfaat yang akan diberikan kepada stakeholder, serta penjelasan mengenai sistematika penulisan pada penelitian ini.

Bab II : Landasan Teori

Pada bab ini akan dijelaskan mengenai teori-teori yang mendukung atau digunakan sebagai acuan pada saat atau sebelum melakukan penelitian.

Bab III : Analisis dan Perancangan Sistem

Pada bab ini akan dijelaskan bagaimana awal proses penelitian ini dilakukan hingga menghasilkan sebuah perancangan yang diperoleh melalui beberapa tahapan seperti, pengumpulan data, identifikasi permasalahan, analisis permasalahan, solusi permasalahan, serta dilanjutkan sampai dengan perancangan sistem, seperti document flow, system flow, data flow diagram, desain ERD baik conceptual data model maupun physical data model, struktur basis data, dan interface.

Bab IV : Implementasi dan Evaluasi

Pada bab ini akan dijelaskan mengenai implementasi program atau aplikasi yang sudah dibuat, berdasarkan hasil analisis hingga perancangan dan akan dilakukan uji coba fungsional maupun non fungsional terhadap perangkat lunak yang dibangun. Tahap akhir adalah melakukan evaluasi terhadap uji coba yang sudah dilakukan.

Bab V : Penutup

Pada bab ini akan dijelaskan mengenai kesimpulan yang diperoleh dari penelitian ini, yaitu hasil dari evaluasi, serta saran terkait dengan sistem yang dikembangkan.

2.1 Tuberkulosis

Tuberkulosis adalah penyakit menular langsung yang disebabkan oleh kuman TB (mycobacterium Tuberculosis) yang ditularkan melalui udara (droplet nuclei) saat seorang pasien Tuberkulosis batuk dan percikan ludah yang mengandung bakteri tersebut terhirup oleh orang lain saat bernapas.(Widoyono, 2008).

2.2 Program Tuberkulosis

Menurut Surat Keputusan Menteri Kesehatan Republik Indonesia Nomor 364/MENKES/SK/V/2009. Program Tuberkulosis merupakan strategi pengendalian TB yang dikembangkan oleh WHO pada tahun 1990-an dan lebih dikenal sebagai strategi DOTS (Directly Observed Treatment Short-course). Pada tahun 1995, Indonesia baru menerapkan Strategi DOTS dan dilaksanakan di puskesmas secara bertahap. Sejak tahun 2000 Program pengendalian TB dilaksanakan secara nasional di seluruh fasyankes terutama puskesmas yang diintegrasikan dalam pelayanan kesehatan dasar.

2.3 Tujuan dan Sasaran Program Tuberkulosis

Adapun tujuan dari program penanggulan Tuberkulosis(TB) Menurut Surat Keputusan Menteri Kesehatan Republik Indonesia Nomor 364/MENKES/SK/V/2009 adalah menurunkan angka kesakitan dan kematian

akibat TB dalam rangka pencapaian tujuan pembangunan kesehatan untuk meningkatkan derajat kesehatan masyarakat.

Sasaran dari Program TB ini mengacu pada rencana strategis kementrian kesehatan dari 2009 sampai 2014 yaitu menurunkan prevalensi TB dari 235 per 100.000 penduduk menjadi 224 per 100.000 penduduk dan sasaran keluaran (1) meningkatkan prosentase kasus baru TB paru (Basil Tahan Asam(BTA) positif) yang ditemukan dari 73% menjadi 90%; (2) meningkatkan prosentase keberhasilan pengobatan kasus baru TB paru (BTA positif ) mencapai 88%; (3) meningkatkan prosentase Case Detection Rate(CDR) di atas 70% mencapai 50%.

2.3.1 Kegiatan Program Penanggulangan Tuberkulosis

Dari penjelasan tujuan dan sasaran program penanggulangan TB di atas, maka perlu adanya kegiatan yang dapat membantu untuk mencapai tujuan dan sasaran tersebut.

Kegiatan tersebut antara lain: 1. Penemuan kasus Tuberkulosis 2. Pengobatan Tuberkulosis

3. Monitoring dan evaluasi program tuberkulosis

2.4 Penemuan Kasus Tuberkulosis

Penemuan kasus bertujuan untuk mendapatkan kasus TB melalui serangkaian kegiatan mulai dari penjaringan suspek TB, pemeriksaan fisik dan laboratorium, menentukan diagnosa, dan menentukan klasifikasi penyakit dan tipe pasien.

2.4.1 pemeriksaan dahak

Pemeriksaan dahak merupakan langkah pertama dalam kegiatan penemuan dan penyembuhan pasien TB, secara bermakna akan dapat menurunkan kesakitan akibat TB, penularan TB di masyarakat dan sekaligus merupakan kegiatan pencegahan penularan TB yang paling efektif di masyarakat. Pemeriksaan dahak dilakukan dengan tiga tahap antara lain:

a. Pemeriksaan dahak mikroskopis

Pemeriksaan dahak berfungsi untuk menegakkan diagnosis, menilai keberhasilan pengobatan dan menentukan potensi penularan. Pemeriksaan dahak ini dilakukan dengan mengumpulkan tiga spesimen dahak dalam dua hari.

1. S (sewaktu) : Dahak dikumpulkan pada saat suspek TB datang berkunjung pertama kali. Pada saat pulang, suspek membawa sebuah pot dahak untuk mengumpulkan dahak pagi pada hari kedua.

2. P (Pagi) : Dahak dikumpulkan di rumah pada pagi hari kedua, segera setelah bangun tidur dan diserahkan sendiri kepada petugas TB di puskesmas.

3. S (Sewaktu) : Dahak dikumpulkan di puskesmas pada hari kedua, saat menyerahkan dahak pagi.

Pengambilan 3 spesimen dahak masih diutamakan dibanding dengan 2 spesimen dahak mengingat masih belum optimalnya fungsi sistem dan hasil jaminan mutu eksternal pemeriksaan laboratorium.

b. Pemeriksaan Biakan

Peran biakan diidentifikasi Tuberkulosis pada pengendalian TB adalah untuk menegakkan diagnosis TB pada pasien tertentu, yaitu:

1. Pasien TB ekstra paru 2. Pasien TB anak

3. Pasien TB BTA negatif

Pemeriksaan tersebut dilakukan jika keadaan memungkinkan dan tersedia laboratorium yang telah memenuhi standar yang ditetapkan.

2.4.2 Diagnosis Tuberkulosis

Kegiatan diagnosis dibagi menjadi 3 bagian, antara lain: a. Diagnosis TB paru

Diagnosis TB paru pada orang dewasa ditegakkan dengan ditemukannya kuman TB. Pada program TB nasional, penemuan BTA melalui pemeriksaan dahak mikroskopis merupakan diagnosis utama. Pemeriksaan lain seperti foto toraks, biakan dan uji kepekaan dapat digunakan sebagai penunjang diagnosis sepanjang sesuai indikasinya. Dan tidak dibenarkan mendiagnosis TB hanya berdasarkan pemeriksaan foto toraks saja. Foto toraks tidak selalu memberikan gambaran yang khas pada TB paru, sehingga sering terjadi overdiagnosis. b. Diagnosis TB ekstra paru

Diagnosis ini didasarkan atas gejala dan keluhan organ yang terkena, misalnya kaku kuduk pada meningitis TB, nyeri dada pada TB pleura, pembesaran kelenjar limfe superfisialis pada limfedenitis TB dan deformitas tulang belakang pada spondilitis TB. Diagnosis pasti ditegakkan dengan pemeriksaan klinis, bakteriologis dan histopatologi yang diambil dari jaringan tubuh yang terkena.

2.4.3 Klasifikasi Penyakit dan Tipe Pasien

Penentuan klasifikasi dan tipe pasien TB memerlukan “definisi kasus” yang meliputi empat hal, yaitu:

1. Lokasi atau organ tubuh yang sakit, paru atau ekstra paru 2. Bakteriologi (hasil pemeriksaan dahak secara mikroskopis)

3. Riwayat pengobatan TB sebelumnya, pasien baru atau sudah pernah diobati 4. Manfaat dari tujuan menentukan klasifikasi dan tipe adalah:

5. Menentukan panduan pengobatan yang sesuai, untuk mencegah pengobatan yang tidak adekuat dan menghindari pengobatan yang tidak perlu.

6. Melakukan registrasi kasus secara benar.

7. Standarisasi proses(tahapan) dan pengumpulan data.

8. Menentukan prioritas pengobatan TB, dalam situasi dengan sumber daya yang terbatas.

9. Analisis kohort hasil pengobatan, sesuai dengan definisi klasifikasi dan tipe. 10. Memonitor kemajuan dan mengevaluasi efektifitas program secara akurat,

baik pada tingkat kabupaten, provinsi, nasional, regional maupun dunia. 11. Beberapa istilah dalam definisi kasus:

12. Kasus TB: pasien TB yang telah dibuktikan secara mikroskopis atau didiagnosis oleh dokter atau petugas TB untuk di berikan pengobatan TB. 13. Kasus TB pasti (definitif) : pasien dengan biakan positif untuk

myrobacterium tuberculosis atau tidak ada fasilitas biakan sekurang-kurangnya 2 dari 3 spesimen dahak SPS hasilnya BTA positif.

a) Klasifikasi berdasarkan organ tubuh yang terkena:

1. Tuberkulosis paru adalah tuberkulosis yang menyerang jaringan paru. Tidak termasuk selaput paru dan kelenjar halus.

2. Tuberkulosis ekstra paru adalah Tuberkulosis yang menyerang organ tubuh lain selain paru (selaput otak, selaput jantung, kelenjar lymfe, tulang persendian, kulit, usus, ginjal, saluran kencing, alat kelamin, dan lain-lain).

b) Klasifikasi berdasarkan hasil pemeriksaan dahak mikroskopis: 1. Tuberkulosis paru BTA positif.

Adapun ciri-ciri dari TB paru BTA positif yaitu sekurang-kurangnya 2 dari 3 spesimen dahak hasilnya positif, 1 spesimen dahak SPS hasilnya BTA positif dan foto toraks dada menunjukkan gambaran tuberkulosis, 1 spesimen dahak SPS hasilnya BTA positif dan biakan kuman TB positif , 1 atau lebih spesimen dahak hasilnya positif setelah3 spesimen dahak SPS pada pemeriksaan sebelumnya hasilnya BTA negatif dan tidak ada perbaikan setelah pemberian antibiotika non OAT.

2.Tuberkulosis paru BTA negatif

Kriteria diagnostik TB paru BTA negatif harus meliputi:

a. Paling tidak 3 Spesimen dahak SPS hasilnya BTA negatif b. Foto toraks abnormal sesuai dengan gambaran tuberkulosis. c. Pemberian pengobatan ditentukan(dipertimbangkan) oleh dokter.

c) Klasifikasi berdasarkan riwayat sebelumnya:

Klasifikasi berdasarkan riwayat pengobatan sebelumnya disebut sebagai tipe pasien, yaitu:

1. Kasus baru

Adalah pasien yang belum diobati dengan OAT atau sudah pernah menelan OAT kurang dari satu bulan(4 minggu). Pemeriksaan BTA positif atau negatif .

2. Kasus yang sebelumnya diobati a. Kasus kambuh (relaps)

Adalah pasien Tuberkulosis yang sebelumnya pernah mendapat pengobatan Tuberkulosis dan telah dinyatakan sembuh atau pengobatan lengkap, didiagnosis kembali dengan BTA positif.

b. Kasus setelah putus berobat (Default)

Adalah pasien yang telah berobat dan putus berobat 2 bulan atau lebih dengan BTA positif.

c. Kasus setelah gagal

Adalah pasien yang hasil pemeriksaan dahaknya tetap positif atau kembali menjadi positif pada bulan kelima atau lebih selama pengobatan.

3. Kasus lain.

Adalah semua kasus yang tidak memenuhi ketentuan diatas, seperti: a. Tidak diketahui riwayat pengobatan sebelumnya.

b. Pernah diobati tapi tidak diketahui hasil pengobatannya c. Kembali diobati dengan BTA negatif

2.5 Pengobatan Tuberkulosis

Pengobatan TB bertujuan untuk menyembuhkan pasien, mencegah kematian, memutuskan rantai penularan dan mencegah terjadinya resistensi kuman terhadap OAT.

Tabel 2.1 Pengelompokan OAT

Golongan dan Jenis Obat

Golongan-1 Obat Lini Pertama.

1. Isoniazid (H) 2. Ethambutol (E)

1.Pyrazinamide(Z) 2.Rifampicin (R) 3.Streptomycin (S) Golongan-2 / obat suntik/

suntikan lini kedua

Kanamycin (KM) 1.Amikacin (Am) 2.Capreomycin (Cm) Golongan-3 / golongan

floroquinolone

1. Ofloxacin (Ofx) 2. Levofloxacin (Lfx)

Moxifloxacin (Mfx) Golongan-4 /obat

bakteriostatik lini kedua

1. Ethionamide (Eto) 2. Prothionamide (Pto) 3. Cycloserine (Cs)

1.Para amino salisilat (Pas)

2.Terizidone (Trd) Golongan-5 / obat yang

belum terbukti efikasinya dan tidak

direkomendasikan oleh WHO

1.Clofazimine (Cfz) 2.Linezolid (Lzd) 3.Amoxilin-clavulanate

(Amx- Clv)

1. Thioacetazone (Thz) 2. Clarithromycin (Clr) 3. Imipenem (Ipm)

Jenis, sifat dan dosis OAT yang akan dijelaskan pada bab ini adalah yang tergolong pada lini pertama. Secara ringkas OAT lini pertama dijelaskan pada tabel di bawah ini:

Tabel 2.2 jenis, sifat, dan dosis OAT lini pertama

Jenis OAT Sifat Dosis yang direkomendasikan (mg/kg)

Harian 3x seminggu

Isoniazid (H) Bakterisid 5

(4-6)

10 (8-12)

Rifampicin (R) Bakterisid 10

(8-12)

10 (8-12)

Pyrazinamide(Z) Bakterisid 25

(20-30)

35 (30-40)

Streptomycin (S) Bakterisid 15

(12-18)

15 (12-18) Ethambutol (E) Bakteriostatik 15

(15-20)

30 (20-35)

Pengobatan tuberkulosis dilakukan dengan prinsip-prinsip sebagai berikut: a. OAT harus diberikan dalam bentuk kombinasi beberapa jenis obat, dalam b. Jumlah cukup dan dosis tepat sesuai dengan kategori pengobatan. Jangan

gunakan OAT tunggal (monoterapi). Pemakaian OAT-kombinasi dosis tetap(OAT-KDT) lebih menguntungkan dan sangat dianjurkan.

c. Untuk menjamin kepatuhan pasien menelan obat, dilakukan pengawasan langsung (DOT) oleh seorang pengawas meminum obat (PMO).

d. Pengobatan TB diberikan dalam 2 tahap, yaitu tahap intensif dan tahap lanjutan.

1. Tahap awal (intensif)

a. Pada tahap intensif (awal) pasien mendapat obat setiap hari dan perlu diawasi secara langsung untuk mencegah terjadinya resistensi obat. b. Bila pengobatan tahap intensif tersebut diberikan secara tepat, pada

c. Sebagian besar pasien TB BTA positif menjadi BTA negatif (konversi) dalam waktu 2 bulan.

2. Tahap lanjutan

a. Pada tahap lanjutan pasien mendapat jenis obat lebih sedikit, namun dalam jangka waktu yang lebih lama.

b. Tahap lanjutan penting untuk membunuh kuman presister sehingga mencegah terjadinya kekambuhan.

2.5.1 Paduan OAT lini pertama dan peruntukannya

Adapun pengobatan lini pertama dan peruntukannya antara lain: a. Kategori-1 (2HRZE/4H3R3)

Paduan OAT ini diberikan untuk pasien baru: 1. Pasien baru TB paru BTA positif

2. Pasien TB paru BTA negatif foto toraks positif 3. Pasien TB ekstra paru

Berikut merupakan tabel dosis untuk paduan OAT KDT untuk kategori-1 Tabel 2.3 Dosis untuk paduan OAT KDT untuk kategori-1 Berat Badan Tahap intensif tiap hari

selama 56 hari RHZE (150/75/400/275)

Tahap lanjutan 3 kali seminggu selama 16 minggu RH(150/150)

30-37 Kg 2 tablet 4 KDT 2 tablet 2 KDT

38-54 Kg 3 tablet 4 KDT 3 tablet 2 KDT

55-70 Kg 4 tablet 4 KDT 4 tablet 2 KDT

Berikut merupakan tabel dosis paduan OAT-Kombipak untuk kategori-1 Tabel 2.4 Dosis paduan OAT-Kombipak untuk kategori-1 Tahap

pengobatan

Lama pengobatan

Dosis perhari/kali Jumlah

hari/kali menelan obat Tablet isoniasid @300mgr Kaplet Rifampisin @450mgr Tablet Pirazinamid @500mgr Tablet Etambutol @250 mgr

Intensif 2 bulan 1 1 3 3 56

Lanjutan 4 bulan 2 1 - - 48

b. Kategori-2 (2HRZES/ HRZE/ 5H3R3E3)

Paduan OAT ini diberikan untuk pasien BTA positif yang telah diobati sebelumnya:

1. Pasien kambuh 2. Pasien gagal

3. Pasien dengan pengobatan setelah putus berobat(default) Berikut merupakan tabel Dosis untuk paduan OAT KDT kategori-2

Tabel 2.5 Dosis untuk paduan OAT KDT kategori-2

Berat badan Tahap intensif Tiap hari RHZE (150/75/400/275)+S Tahap lanjutan 3 kali seminggu RH(150/150)+E(400) Selama 56 hari Selama 28

hari

Selama 20 minggu 30-37 kg 2 tab 4KDT

+ 500 mg streptomisin inj

2 tab 4KDT 2 tab 2KDT + 2 tab etambutol 38-54 kg 3 tab 4KDT

+ 750 mg streptomisin inj

3 tab 4KDT 3 tab 2KDT + 3 tab etambutol 55-70 kg 4 tab 4KDT

+ 1000 mg streptomisin inj

4 tab 4KDT 4 tab 2KDT + 4 tab etambutol

71 kg 5 tab 4KDT

+ 1000 mg streptomisin inj

5 tab 4KDT 5 tab 2KDT + 5 tab etambutol

Berikut merupakan tabel dosis paduan OAT-Kombipak untuk kategori-2 Tabel 2.6 Dosis paduan OAT-Kombipak untuk kategori-2

2.6 Pengawasan Meminum Obat (PMO)

Salah satu komponen DOTS adalah pengobatan paduan OAT jangka pendek dengan pengawasan langsung. Untuk menjamin keteraturan pengobatan diperlukan seorang TB.

a. Persyaratan PMO

1. Seseorang yang dikenal, dipercaya dan disetujui, baik oleh petugas kesehatan maupun pasien, selain itu harus disegani dan dihormati oleh pasien.

2. Seseorang yang tinggal dekat dengan pasien 3. Bersedia membantu pasien dengan sukarela

4. Bersedia dilatih dan atau mendapat penyuluhan bersama-sama dengan pasien

b. Siapa yang bisa menjadi PMO

Sebaiknya PMO adalah petugas kesehatan, misalnya bidan di desa, perawat, pekarya, sanitarian, juru imunisasi, dan lain-lain. Bila tidak ada petugas kesehatan

yang memungkinakan, PMO dapat berasal dari kader kesehatan, guru, anggota PPTI, PKK, atau tokoh masyarakat lainnya atau anggota keluarga.

c. Tugas seorang PMO

1. Mengawasi pasien TB agar menelan obat secara teratur sampai selesai pengobatan

2. Memberi dorongan kepada pasien agar mau berobat teratur

3. Mengingatkan pasien untuk periksa ulang dahak pada waktu yang telah ditentukan

4. Memberi penyuluhan pada anggota keluarga pasien TB yang mempunyai gejala-gejala mencurigakan TB untuk segera memeriksakan diri ke fasilitas pelayanan kesehatan.

Tugas seorang PMO bukanlah untuk mengganti kewajiban pasien mengambil obat dari unit pelayanan kesehatan.

d. Informasi penting yang perlu dipahami PMO untuk disampaikan kepada pasien dan keluarganya:

1. TB disebabkan kuman, bukan penyakit keturunan atau kutukan 2. TB dapat disembuhkan dengan berobat teratur

3. Cara penularan TB, gejala-gejala yang mencurigakan dan cara pencegahannya

4. Cara pemberian pengobatan pasien (tahap intensif dan lanjutan) 5. Pentingnya pengawasan supaya pasien berobat secara teratur

6. Kemungkinan terjadinya efek samping obat dan perlunya segera meminta pertolongan ke unit pelayanan kesehatan

2.7 Pemantauan dan Hasil pengobatan TB

Pemantauan dan hasil pengobatan TB akan dijelaskan dalam sub bab berikut:

2.7.1 Pemantauan kemajuan pengobatan

Pemantauan kemajuan hasil pengobatan pada orang dewasa dilaksanakan dengan pemeriksaan ulang dahak secara mikroskopis. Pemeriksaan dahak secara mikroskopis lebih baik dibandingkan dengan pemeriksaan radiologis dalam memantau kemajuan pengobatan. Laju Endap Darah (LED) tidak digunakan untuk memantau kemajuan pengobatan karena tidak spesifik untuk TB.

Untuk memantau kemajuan pengobatan dilakukan pemeriksaan spesimen sebanyak dua kali (seaktu dan pagi). Hasil pemeriksaan dinyatakan negatif bila ke 2 (dua) spesimen tersebut negatif. Bila salah satu spesimen positif atau keduanya positif, hasil pemeriksaan ulang dahak tersebut dinyatakan positif.

Tindak lanjut hasil pemeriksaan ulang dahak mikroskopis dapat dilihat pada tabel dibawah ini

Tabel 2.7 Tindak lanjut hasil pemeriksaan dahak ulang Tipe pasien Tahap Pengobatan Hasil Pemeriksaan Dahak Tindak Lanjut Pasien baru Dengan Pengobatan Kategori 1 Akhir tahap Intensif

Negatif Tahap lanjutan dimulai

Positif Dilanjutkan dengan OAT sisipan selama 1 bulan.

Jika setelah sisipan masih tetap positif

1. Tahap lanjutan tetap diberikan 2. Jika memungkinkan, lakukan

biakan, tes resistensi atau rujuk ke layan TB-MDR

Pada bulan Ke-5 Pengobatan

Negatif Pengobatan dilanjutkan

Positif Pengobatan diganti dengan OAT kategori 2 mulai dari awal.

Jika memungkinkan, lakukan biakan, tes resistensi atau rujuk ke layanan TB-MDR

Akhir Pengobatan

(AP)

Negatif Pengobatan dilanjutkan

Positif Pengobatan diganti dengan OAT kategori 2 mulai dari awal.

Jika memungkinkan, lakukan biakan, tes resistensi atau rujuk ke layanan TB-MDR Pasien paru BTA positif Dengan Pengobatan Ulang Kategori-2 Akhir intensif

Negatif Teruskan pengobatan dengan tahap lanjutan

Positif Beri sisipan 1 bulan. Jika setelah sisipan masih tetap positif, teruskan pengobatan tahap lanjutan. Jika setelah sisipan masih tetap positif:

1. Tahap lanjutan tetap diberikan 2. Jika memungkinkan, lakukan

biakan, tes resistensi atau rujuk ke layanan TB-MDR

Pada bulan Ke-5 Pengobatan

Negatif Pengobatan diselesaikan

Positif Pengobatan dihentikan, rujuk ke layanan TB-MDR

Akhir Pengobatan

(AP)

Negatif Pengobatan diselesaikan

Positif Pengobatan dihentikan, rujuk ke layanan TB-MDR

2.7.2 Hasil pengobatan pasien TB BTA positif

Pada sub bab ini akan di jelaskan setiap hasil pengobatan pasien TB BTA positif.

1. Sembuh

Pasien telah menyelesaikan pengobatannya secara lengkap dan pemeriksaan apusan dahak ulang (follow up) hasilnya negatif pada AP dan pada satu pemeriksaan sebelumnya.

2. Pengobatan lengkap

Pasien yang telah menyelesaikan pengobatannya secara lengkap tetapi tidak ada hasil pemeriksaan apusan dahak ulang pada AP dan pada satu pemeriksaan sebelumnya.

3. Meninggal

Adalah pasien yang meninggal dalam masa pengobatan karena sebab apapun 4. Putus berobat(default)

Pasien yang tidak berobat 2 bulan berturut-turut atau lebih sebelum masa pengobatan selesai

5. Gagal

Pasien yang hasil pemeriksaan dahaknya tetap positif atau kembali menjadi positif pada bulan kelima atau lebih selama pengobatan

2.8 Pencatatan dan pelaporan program

Dalam pelaksanaan monitoring dan evaluasi dan kegiatan surveilan, diperlukan suatu sistem pencatatan dan pelaporan baku yang dilaksanakan dengan baik dan benar, dengan maksud mendapatkan data yang valid untuk

diolah, dianalisis, diinterpretasi, disajikan dan disebarluaskan untuk dimanfaatkan. Data yang dikumpulkan harus valid, yaitu akurat, lengkap dan tepat waktu. Data program Tuberkulosis dapat diperoleh dari pencatatan di semua unit pelayanan kesehatan dan unit manajemen program yang dilaksanakan dengan satu sistem yang baku.

Berikut merupakan formulir-formulir yang digunakan dalam pencatatan TB: a. Pencatatan di unit pelayanan kesehatan

1. TB06 adalah formulir yang digunakan untuk mencatat daftar tersangka pasien yang diperiksa dahak SPS

2. TB05 adalah formulir permohonan laboratorium untuk pemeriksaan dahak 3. TB01 adalah kartu pengobatan pasien

4. TB02 adalah kartu identitas pasien 5. TB03 adalah register TB fasyankes

b. Pencatatan dan pelaporan di kabupaten/kota 1. TB03 adalah register TB kabupaten

2. TB 07 adalah laporan triwulan hasil penemuan dan pengobatan pasien 3. TB08 adalah laporan triwulan hasil pengobatan pasien

4. TB11 adalah laporan triwulan hasil konversi dahak akhir tahap intensif

2.9 Monitoring dan Evaluasi Program

Menurut Surat Keputusan Menteri Kesehatan Republik Indonesia Nomor 364/MENKES/SK/V/2009. Monitoring dan evaluasi merupakan salah satu fungsi manajemen untuk menilai keberhasilan pelaksanaan program. Monitoring dilaksanakan secara berkala dan terus menerus, untuk dapat segera mendeteksi

bila ada masalah dalam pelaksanaan kegiatan yang telah direncanakan, supaya dapat dilakukan tindakan perbaikan segera. Evaluasi dilakukan setelah suatu jarak-waktu (interval) lebih lama, biasanya setiap 6 bulan s/d 1 tahun. Dengan evaluasi dapat dinilai sejauh mana tujuan dan target yang telah ditetapkan sebelumnya dicapai. Dalam mengukur keberhasilan tersebut diperlukan indikator. Hasil evaluasi sangat berguna untuk kepentingan perencanaan dan pengembangan program.

Dimana tingkat pelaksana program (fasyankes, Kabupaten/kota, propinsi, dan pusat) bertanggung jawab melaksanakan monitoring kegiatan pada wilayahnya masing-masing. seluruh kegiatan harus dimonitoring baik dari aspek masukan (input), proses, maupun keluaran (output). Cara monitoring dilakukan dengan melaksanakan menelaah laporan dan pengamatan langsung dari setiap indikator program seperti yang akan dijelaskan pada sub bagian Indikator program TB. Sedangkan untuk evaluasi akan dilakukan dengan cara membandingkan hasil setiap laporan dengan interval waktu yang sudah ditentukan agar dapat digunakan sebagai bahan pertimbangan pengambilan keputusan.

2.10 Indikator Program TB

Menurut Surat Keputusan Menteri Kesehatan Republik Indonesia Nomor 364/MENKES/SK/V/2009. Untuk menilai kemajuan atau keberhasilan pengendalian TB digunakan beberapa indikator. Indikator pengendalian TB secara Nasional ada dua yaitu :

1. Angka penemuan pasien baru TB BTA positif (Case Detection Rate = CDR) 2. Angka keberhasilan pengobatan (Success Rate = SR)

Disamping itu ada beberapa indikator proses untuk mencapai indikator Nasional tersebut di atas, yaitu:

1. Proporsi pasien TB paru BTA positif diantara seluruh pasien TB paru 2. Angka Konversi

Untuk mempermudah analisis data diperlukan indikator sebagai alat ukur kemajuan (Marker of Progress). Indikator yang baik harus memenuhi syarat-syarat tertentu seperti:

1. Sahih (valid)

2. Sensitif dan spesifik 3. Dapat dipercaya 4. Dapat diukur 5. Dapat dicapai

Analisa dapat dilakukan dengan membandingkan data antara satu dengan yang lain untuk melihat besarnya perbedaan dan dengan melihat kecenderungan dari waktu ke waktu.

2.10.1 Formula dan Analisa Indikator

a. Angka Penemuan Pasien Baru TB BTA Positif diantara Suspek

Adalah prosentase pasien BTA positif yang ditemukan diantara seluruh suspek yang diperiksa dahaknya. Angka ini menggambarkan mutu dari proses penemuan sampai diagnosis pasien, serta kepekaan menetapkan kriteria suspek.

Rumus :

Angka ini sekitar 5-15%. Bila angka ini terlalu kecil (< 5%) kemungkinan disebabkan:

1. Penjaringan suspek terlalu longgar. Banyak orang yang tidak memenuhi kriteria suspek, atau

2. Ada masalah dalam pemeriksaaan laboratorium (negatif palsu). Bila angka ini terlalu besar (> 15% ) kemungkinan disebabkan :

3. Penjaringan terlalu ketat atau

4. Ada masalah dalam pemeriksaan laboratorium (positif palsu).

b. Proporsi pasien TB paru BTA positif diantara semua pasien TB paru tercatat/ diobati

Adalah prosentase pasien Tuberkulosis paru BTA posistif diantara semua pasien Tuberkulosis paru tercatat. Indikator ini menggambarkan prioritas penemuan pasien tuberkulosis yang menular diantara seluruh pasien tuberkulosis paru yang diobati.

Rumus :

Angka ini sebaiknya jangan kurang dari 65%. Bila angka ini jauh lebih rendah, itu berarti mutu diagnosis rendah, dan kurang memberikan prioritas untuk menemukan pasien yang menular (pasien BTA positif).

c. Angka Konversi (conversion Rate)

Angka konversi adalah prosentase pasien baru TB paru BTA positif yang mengalami perubahan menjadi BTA negatif setelah menjalani masa pengobatan intensif. Indikator ini berguna untuk mengetahui secara cepat hasil pengobatan dan untuk mengetahui apakah pengawasan langsung menelan obat dilakukan dengan benar.

Contoh perhitungan angka konversi untuk pasien baru TB paru BTA positif :

Di fasyankes, indikator ini dapat dihitung dari kartu pasien TB 01, yaitu dengan cara mereview seluruh kartu pasien baru BTA positif yang mulai berobat dalam 3-6 bulan sebelumnya, kemudian dihitung berapa diantaranya yang hasil pemeriksaan dahak negatif, setelah pengobatan intensif (dua bulan).

Di tingkat kabupaten, propinsi dan pusat, angka ini dengan mudah dapat dihitung dari laporan TB 11. Angka minimal yang harus dicapai adalah 80%.

d. Angka Kesembuhan (Cure Rate)

Angka kesembuhan adalah angka yang menunjukkan prosesntasse pasien baru TB paru BTA positif yang sembuh setelah selesai masa pengobatan, diantara pasien baru TB paru BTA positif yang tercatat.

1. Untuk mengetahui seberapa besar kemungkinan kekebalan terhadap obat terjadi di komunitas, hal ini harus dipastikan dengan surveilans kekebalan obat.

2. Untuk mengambil keputusan program pada pengobatan menggunakan obat baris kedua (second-line drugs).

3. Menunjukkan prevalens HIV, karena biasanya kasus pengobatan ulang terjadi pada pasien dengan HIV.

Cara menghitung angka Kesembuhan untuk pasien baru BTA positif.

Di fasyankes, indikator ini dapat dihitung dari kartu pasien TB 01, yaitu dengan cara mereview seluruh kartu pasien bbaru BTA positif yang mulai berobat dalam 9 – 12 bulan sebelumnya, kemudian dihitung berapa diantaranya yang sembuh setelah selesai pengobatan.

Walaupun angka kesembuhan telah mencapai 85%, hasil pengobatan lainnya tetap perlu diperhatikan, yaitu berapa pasien dengan hasil pengobatan lengkap, meninggal, gagal, default, dan pindah.

1. Angka default tidak boleh dari 10%, karena akan menghasilkan proporsi kasus retreatment yang tinggi dimasa yang akan datang yang disebabkan karena ketidak efektifan dari penendalian Tuberkulosis. 2. Menurunnya angka default karena peningkatan kualitas pengendalian

TB akan menurunkan proporsi kasus pengobatan ulang antara 10-20% dalam beberapa tahun.

Sedangkan angka gagal untuk pasien baru BTA positif tidak boleh lebih dari 4% untuk daerah yang belum ada masalah resistensi obat, dan tidak

boleh lebih besar dari 10% untuk daerah yang sudah ada masalah resistensi obat.

2.11 Realtime

Realtime adalah metode khusus untuk menyimpan informasi di dalam banyak format, dan dengan cepat mendapatkan kembali dan memanfaatkannya.

2.12 Sistem Informasi

Sistem Informasi adalah kumpulan dari komponen yang saling terkait yang berjalan bersamaan secara kolektif untuk menjalankan input, proses, output penyimpanan dan pengendalian tidakan yang bertujuan untuk mengubah data kedalam sebuah informasi, sehingga informasi tersebut dapat digunakan untuk membantu dalam proses peramalan, perencanaan, pengendalian, koordinasi, pembuatan keputusan, dan kegiatan operasional di dalam organisasi. (Bocij, 2008)

2.12.1 Membuat Informasi

Proses data diperlukan untuk menempatkan data-data tersebut ke dalam konteks yang berarti sehingga data-data tersebut dapat lebih mudah untuk dimengerti. Terdapat beberapa proses data yang berbeda yang dapat digunakan untuk melakukan transformasi data kedalam informasi.

Berikut adalah beberapa contoh dari data proses:

1. Classification. Hal ini terdiri dari penempatan data kedalam beberapa kategori. 2. Rearranging/sorting. Hal ini terdiri dari pengumpulan data sehingga item dari

3. Aggregating. Hal ini terdiri dari ringkasan data.

4. Performing Calculation. Contoh dari proses data ini adalah perhitungan gaji karyawan, yang dihitung berdasarkan waktu mereka bekerja.

5. Selection. Hal ini terdiri dari pemilihan dari data item yang berdasarkan pada kriteria pemilihan. (Bocij, 2008)

2.12.2 Nilai Informasi

Nilai dari sebuah informasi terdiri dari dua hal yaitu:

Tangible value yang merupakan nilai atau keuntungan yang dapat diukur secara langsung. Pada dasarnya hal ini berupa nilai finansial.

Intangible Value yang merupakan nilai atau keuntungan yang sulit untuk diukur karena berhubungan dengan nilai kuantitas. (Bocij, 2008)

2.12.3 Sumber Informasi

Informasi dapat dikumpulkan melalui dua hal yakni dengan cara formal communication dan informal communication.

Formal communication terdiri dari informasi yang terdiri dari struktur yang tetap sehingga komunikasi seperti ini sering dianggap kaku. Contoh dari komunikasi ini adalah laporan-laporan perusahaan yang sudah mempunyai format yang tetap. Informal communication lebih mengambarkan informasi yang didapatkan dari percakapan sehari-hari. (Bocij, 2008)

2.12.4 Kualitas Informasi

Pada dasarnya informasi memang memiliki karakteristik yang berbeda untuk menggambarkan kulitasnya. Perbedaan tersebut terletak pada informasi tersebut merupakan informasi yang baik atau informasi yang buruk. Dan baik atau buruknya informasi tersebut dapat diidentifikasi sesuai dengan atribut dari kualitas informasi tersebut.

1. Dimensi Waktu

a. Timeliness. Informasi seharusnya tersedia pada saat dibutuhkan.

b. Currency. Informasi seharusnya mampu memberikan data yang terbaru. c. Frequency. Informasi seharusnya tersedia pada waktu yang regular.

d. Time Period. Informasi seharusnya mampu mengcover sesuai dengan periode waktunya.

2. Dimensi konten

a. Accuracy. Informasi yang kesalahanya hanya sebatas pada nilai organisasi. b. Relevance. Informasi yang disupply seharusnya relevant dengan sistuasi

yang ada dan mampu memenuhi kebutuhan informasi pengguna.

c. Completness. Seluruh informasi harus memenuhi kebutuhan informasi pengguna dan seharusnya dapat melengkapi seluruhnya.

d. Conciseness. Hanya informasi yang relevan yang dapat memenuhi kebutuhan informasi pengguna dan seharusnya tersedia dalam bentuk paling sederhana.

e. Scope. Ruang lingkup dari informasi yang disupply seharusnya sesuai dengan informasi yang dibutuhkan oleh pengguna.

3. Dimensi form

a. Clarity. Informasi seharusnya dapat mewakili dalam bentuk yang sesuai dengan tujuan pengguna.

b. Detail. Informasi seharusnya berisi tentang level detail yang sesuai untuk memenuhi kebutuhan informasi pengguna.

c. Order. Informasi seharusnya tersedia sesuai dengan permintaan pengguna. d. Presentation. Informasi seharusnya dapat mewakili dalam bentuk yang

sesuai dengan tujuan pengguna.

e. Media. Informasi seharusnya dapat terwakili melalui media yang tepat. 4. Karakteristik tambahan

Dari beberapa atribut yang sudah digambarkan di atas, terdapat beberapa karakteristik tambahan antara lain :

a. Bagian penting dari informasi adalah confidence dalam hal sumber dari informasi tersebut didapat. Pengguna akan lebih memilih menerima dan mempercayai informasi yang mereka dapat melalui sumber yang akurat dan dipercaya sebelumnya.

b. Atribut dari kualitas informasi adalah informasi tersebut dapat dipercaya. Informasi seharusnya dapat dikemukakan oleh pengguna tanpa keraguan sehingga informasi tersebut dapat diandalkan dan tersedia saat dibutuhkan dengan konsistensi dan akurasi yang dapat dipercaya.

c. Informasi yang tersedia seharusnya sesuai dengan aktivitas pengguna. d. Informasi seharusnya diterima oleh orang yang memang membutuhkannya

e. Informasi seharusnya dapat ditransmisikan melalui channels yang benar. (Bocij, 2008)

2.13 Website

Websites merupakan media untuk mempublikasikan informasi pada internet dalam bentuk yang lebih mudah. Websites juga dapat menghubungkan beberapa dokumen yang dibuat di halaman web dalam bentuk text, grafik, dan elemen lain. (Bocij, 2008).

2.13.1 Web 1.0

Web 1.0 adalah sistem yang saling terkait dari dokumen hypertext yang diakses melalui Internet. Pelaksanaan pertama web merupakan web 1.0, yang menurut Berners-Lee, dianggap sebagai "read-only web." Dengan kata lain, web awal memungkinkan kami untuk mencari informasi dan membacanya. sehingga sangat sedikit interaksi pengguna atau kontribusi konten. Namun, hal ini adalah yang sebagian besar pemilik situs inginkan: Tujuan mereka untuk membuat sebuah situs web adalah untuk mendirikan sebuah kehadiran online dan membuat informasi mereka tersedia bagi siapa saja dan kapan saja.(Getting)

2.14 Dashboard

Dashboard adalah tampilan visual dari informasi terpenting yang dibutuhkan untuk mencapai satu atau beberapa tujuan. Pemberian point penting diatur dalam satu tampilan sehingga informasi dapat dimonitoring dengan mudah.(few, 2006)

2.14.1 Tujuan Penggunaan Dashboard

Tujuan dalam penggunaan Dashboard, yaitu : a. Mengkomunikasikan Strategi

Mengkomunikasikan strategi dan tujuan yang dibuat oleh eksekutif, kepada semua pihak yang berkepentingan, sesuai dengan peran dan levelnya dalam organisasi.

b. Memonitor dan Menyesuaikan Pelaksanaan Strategi

Memonitor pelaksanaan dari rencana strategi yang telah dibuat memungkinkan eksekutif untuk mengidentifikasi permasalahan kritis dan membuat strategi untuk mengatasinya.

c. Menyampaikan Wawasan dan informasi ke semua pihak

Menyajikan informasi menggunakan grafik, simbol, bagan dan warna yang memudahkan pengguna dalam memahami dan mempersepsi informasi secara benar.

2.14.2 Karakteristik Dashboard

Karakteristik dashboard operasional yaitu:

a. Model pemrosesan yang berdasarkan kejadian yaitu menangkap kejadian setiap saat dari beberapa sistem yang mencakup dan mempengaruhi proses bisnis.

b. Aturan bisnis yang kuat yaitu mengijinkan penggunanya membuat peringatan, target, ambang untuk nilai kerja individu.

c. Dashboard bisnis yang user friendly yaitu memperbarui nilai sebagai aliran kejadian melalui sistem dan menempatkan nilai tersebut dalam hubungan dengan menghubungkan ke pencapaian bisnis.

d. Sebuah sistem aliran kerja yang bergabung dan bekerja sama yang mengijinkan penggunanya untuk melalui proses secara formal dan informasi, yang dengan proses itu pengguna dapat berkolaborasi mendiskusikan hasilnya.

Karakteristik dashboard menurut Hariyanti, yaitu : a. Synergetic

Ergonomis dan memiliki tampilan visual yang mudah dipahami oleh pengguna. Dashboard mensinergikan informasi dari berbagai aspek yang berbeda dalam satu layar.

b. Monitor

Menampilkan KPI yang diperlukan dalam pembuatan keputusan dalam domain tertentu, sesuai dengan tujuan pembangunan dashboard tersebut. c. Accurate

Informasi yang disajikan harus akurat dengan tujuan untuk mendapatkan kepercayaan dari penggunanya.

d. Responsive

Merespon threshold yang telah didefinisikan, dengan memberikan alert (seperti bunyi alarm, blinker, email) untuk mendapatkan perhatian pengguna terhadap hal-hal yang kritis.

e. Timely

Menampilkan informasi teknik yang diperlukan untuk pengambilan keputusan.

f. Interactive

Pengguna dapat melakukan drill down dan mendapatkan informasi yang lebih detail, analisis sebab akibat dan sebagainya.

g. More Data History

Melihat tren sejarah KPI contohnya perbandingan jumlah pencapaian penjualan periode saat ini dengan beberapa tahun yang lalu, untuk mengetahui apakah kondisi sekarang lebih baik atau tidak.

h. Personalized

Penyajian informasi spesifik untuk setiap jenis pengguna sesuai domain, tanggung jawab, hak akses, dan batasan akses data.

i. Analitycal

Fasilitas untuk melakukan analisis, seperti analisis sebab akibat. j. Collaborative

Fasilitas pertukaran catatan (laporan) k. Trackability

Memungkinkan setiap pengguna untuk mengkustomisasi nilai yang akan dilacaknya. (Hariyanti, 2008:7).

2.14.3 Ciri-ciri Dashboard

Dashboard yang didesain baik, akan menampilkan informasi yang: a. Luar biasa terorganisir dengan baik.

b. Meringkas, terutama dalam bentuk ringkasan dan bentuk pengecualian. c. Spesifik dan disesuaikan untuk user dan tujuan dashboard.

d. Ditampilkan secara ringkas, kadang dalam media kecil yang mengkomunikasikan data dan pesan tersebut dengan jelas dan langsug pada intinya. (Few, 2006)

2.14.4 Klasifikasi Dashboard

Adapun klasifikasi dashboard akan dijelaskan sebagai berikut: 1. Dashboard untuk tujuan Strategi

a. Mendukung manajemen level strategis.

b. Informasi untuk membuat keputusan bisnis, memprediksi peluang, dan memberikan arahan pencapaian tujuan strategis.

c. Fokus pada pengukuran kinerja high-level dan pencapaian tujuan strategis organisasi.

d. Mengadopsi konsep Balance Score Card.

e. Informasi yang disajikan tidak terlalu banyak dan disajikan secara ringkas.

f. Informasional disajikan dengan mekanisme yang sederhana, melalui tampilan yang “ unidirectional”.

g. Tidak didesain untuk berinteraksi, dalam melakukan analisis yang lebih detail dan tidak memerlukan realtime.

2. Dashboard untuk Taktikal

a. Mendukung manajemen level taktikal.

b. Memberikan informasi yang diperlukan oleh analis untuk mengetahui penyebab suatu kejadian.

c. Fokus pada proses analisis untuk menemukan penyebab dari suatu kondisi atau keadian tertentu.

d. Dengan fungsi drill-down dan navigasi yang baik.

e. Memiliki konten informasi yang lebih banyak (analisis perbandingan, pola/tren, evaluasi kinerja).

f. Menggunakan media penyajian yang “cerdas”, yang memungkinkan pengguna melakukan anlisis terhadap data yang kompleks.

g. Didesain untuk berinteraksi dengan data. h. Tidak memerlukan data realtime.

3. Dashboard untuk operasional

a. Mendukung manajemen level operasional.

b. Memberikan informasi mengenai aktifitas yang sedang terjadi, beserta perubahannya secara realtime untuk memberikan kewaspadaan terhadap hal-hal yang perlu direspon secara cepat.

c. Fokus pada monitoring aktifitas dan kejadian yang berubah secara konstan.

d. Informasi disajikan spesifik, tingkat detailnya cukup dalam. e. Media penyajian sederhana.

f. Alert disajikan dengan cara yang mudah dipahami, dan mampu menarik perhatian pengguna.

g. Bersifat dinamis, sehingga memerlukan realtime.

h. Didesain untuk berinteraksi dengan data, untuk mendapatkan informasi yang lebih detail, maupun informasi pada level yang lebih atas.

Untuk penyajian di Dinkes, dashboard yang akan digunakan adalah jenis operasional karena dalam hal ini Dinkes membutuhkan data yang realtime yang dapat digunakan untuk memonitoring pelaksanaan program tuberkulosis, sehingga bila diketahui ada indikator yang belum terpenuhi dapat segera dilakukan evaluasi guna untuk mengambil keputusan.

2.14.5 Kesalahan umum pembuatan Dashboard

Beberapa hal dibawah ini merupakan 13 kesalahan umum pada pembuatan dashboard (Few, 2006)

1. Melebihi batas pada satu layar monitor komputer. Hal ini mengacu pada tampilan dashboard.

2. Menyediaakan data yang tidak memadai.

3. Menampilkan detail atau presisi yang berlebihan : dashboard hampir selalu memerlukan informasi tingkat tinggi untuk mampu mendukung penggunanya untuk peninjauan cepat.

4. Memilih ukuran kurang tepat.

5. Memilih media tampilan yang tidak tepat atau salah memilih media. (bar, pie, circle atau radar).

7. Menggunakan media tampilan yang desainya payah. 8. Menampilkan kuantitas data secara tidak akurat.

9. Mengatur tampilan data dengan payah. Dashboard pada dasarnya menampilkan informasi yang banyak dengan tampilan seminimalis mungkin. 10. Menyortir data penting secara tidak efektif atau tidak sama sekali. Dashboard

yang baik adalah menonjolkan data yang lebih penting dibanding yang lain.sehingga pengguna langsung melihatnya.

11. Mengacaukan tampilan dengan dekorasi yang tak perlu. Sabaiknya tampilan tidak terlalu “wah”, hal ini akan menyebabkan mata penggunanya mudah lelah dikemudian hari.

12. Salah satu berlebihan menggunakan warna, gunakan warna yang tepat. 13. Mendesain tampilan yang tidak atraktif seperti tidak ada Comboboxnya.

2.15 Siklus Hidup Pengembangan Sistem

Siklus hidup pengembang sistem atau software Development System Life Cycle (SDLC) adalah proses mengembangkan atau mengubah suatu sistem perangkat lunak dengan mengguanakan model-model dan metodologi yang digunakan orang untuk mengembangkan sistem-sistem perangkat lunak sebelumnya (berdasarkan best practice atau cara-cara yang sudah teruji baik) (Chandra, 2012 : 13).

2.15.1 Elisitasi Kebutuhan

Elisitasi atau pengumpulan kebutuhan merupakan aktivitas awal dalam proses rekayasa perangkat kebutuhan. Sebelum kebutuhan dapat dianalisis,

dimodelkan, atau ditetapkan, kebutuhan harus dikumpulkan melalui proses elisitasi. Elisitasi kebutuhan adalah sekumpulan aktivitas yang ditujukan untuk menemukan kebutuhan suatu sistem melalui komunikasi dengan pelanggan, pengguna sistem dan pihak lain yang memiliki kepentingan dalam pengembangan sistem.

Sejalan dengan proses rekayasa kebutuhan secara keseluruhan, elisitasi kebutuhan bertujuan untuk :

a. Mengetahui masalah apa saja yang perlu dipecahkan dan mengenali batasan-batasan sistem. Proses-proses dalam pengembangan perangkat lunak sangat ditentukan oleh seberapa dalam dan luas pengetahuan developer tentang permasalahan.

b. Mengenali siapa saja para stakeholder, yaitu setiap pihak yang memiliki kepentingan terhadap sesuatu, dimana dalam konteks perangkat lunak adalah proyek pengembangan perangkat lunak itu sendiri, beberapa yang dapat dikatakan sebagai stakeholder antara lain adalah konsumen atau klien yang membayar sistem, pengembang yang merancang, membangun, dan merawat sistem, dan pengguna yang berinteraksi dengan sistem untuk mendapatkan hasil kerja mereka.

c. Mengenali tujuan dari sistem yaitu sasaran-sasaran yang harus dicapai. Tujuan merupakan sasaran sistem yang harus dipenuhi, penggalian high level goals di awal proses pengembangan sangatlah penting karena brtujuan lebih terfokus pada ranah masalah dan kebutuhan stakeholder dari pada solusi yang dimungkinkan untuk masalah tersebut (Chandra, 2012 : 12-14).

2.15.2 Analisis

Analisis adalah penguraian dari suatu sistem informasi yang utuh kedalam bagian-bagian komponennya dengan maksud untuk mengidentifikasikan dan mengevaluasi permasalahan-permasalahan, kesempatan-kesempatan, hambatan-hambatan yang terjadi dan kebutuhan-kebutuhan yang diharapkan sehingga dapat diusulkan perbaikan-perbaikannya.

Tahap analisis sistem dilakukan setelah tahap perencanaan dan sebelum tahap desain sistem. Tahap analisis merupakan tahap yang kritis dan sangat penting karena kesalahan di dalam tahap ini akan menyebabkan juga kesalahan ditahap selanjutnya (Jogiyanto, 2005 : 129- 150).

2.15.3 Desain

Menurut John Burch & Gary Grudnitski, desain adalah penggambaran, perencanaan dan pembuatan sketsa atau pengaturan dari beberapa elemen yang terpisah ke dalam satu kesatuan yang utuh dan berfungsi.

Analis sistem dapat mendesain model dari sistem informasi yang diusulkan dalam bentuk physical system dan logical model. Bagan alir sistem (system flowchart) merupakan alat yang tepat digunakan untuk menggambarkan physical system.

Logical model dari sistem informasi lebih menjelaskan kepada user bagaimana nantinya fungsi-fungsi di sistem informasi secara logika akan bekerja. Logical model dapat digambarkan dengan menggunakan diagram arus data (data flow diagram). (john Burch & Gary Grudnitski, 1986 : 461)

2.15.4 Construction

Software construction lebih diartikan sebagai pembuatan detail dari suatu pekerjaan, menciptakan satu software yang penting yang dikombinasikan dengan code, proses verifikasi, testing unit, dan testing yang terintegrasi, serta proses debuging. Software construction lebih sering dihubungkan dengan proses desain dan proses testing. Hal ini dikarenakan proses tersebut saling ketergantungan satu sama lain, dimana software construction merupakan keluaran dari desain software dan juga sebagai masukan dari software testing. Software construction bertipikal memproduksi volume konfigurasi item yang lebih tinggi dan juga dibutuhkan dalam mengelola sebuah software proyek(file sumber, isi, test cases, dll) (England, John Wiley & Sons, 2004 : 65-67)

1. Software Contsruction Fundamentals

Pada tahap pertama, dilakukan pendefinisian dasar tetang prinsip-prinsip yang digunakan dalam proses implementasi seperti minimalisasi kompleksitas, mengantisipasi perubahan, dan standar yang digunakan.

2. Managing Costruction

Bagian ini mendefeinisikan tentang model implementasi yang digunakan, rencana implementasi, dan ukuran pencapaian dari implementasi tersebut. 3. Practical Considerations

Bagian ini membahas tentang desain implementasi yang digunakan, bahasa pemrograman yang digunakan, kualitas dari mplementasi yang dilakukan, proses pengetesan dan integritas.

Dalam proses pengimplementasian ini, digunakan beberapa aplikasi pendukung yaitu :

a. Bahasa Pemrograman PHP

Bahasa Pemrograman PHP adalah bahasa pemrograman yang bekerja dalam sebuah webserver. Script-script PHP harus tersimpan dalam sebuah server dan dieksekusi atau diproses dalam server tersebut. Dengan menggunakan program PHP, sebuah website akan lebih interaktif dan dinamis. (Madcoms, 2011 :186 ) b. Database MySQL

Database MySQL adalah jenis database yang sangat populer dan digunakan pada banyak website di internet sebagai bank data, selain itu Database MySQL juga dapat dijalankan dibeberapa platform, antara lain linux, windows, dan sebagainya (Madcoms, 2011 : 215).

2.15.5 Testing dan Implementasi

Tahap ini mendemonstrasikan sistem perangkat lunak yang telah selesai dibuat untuk dijalankan, apakah telah sesuai dengan kebutuhan yang telah dispesifikasikan dan dapat diadaptasi pada lingkungan sistem yang baru. Tahapan ini tertuang dalam suatu dokumen Test Plan, yang dimulai dari membuat Software Testing fundamentals yang berisi tentang penjelasan penting mengenai terminology testing, kemudian selanjutnya merancang Test Levels yang terbagi antara target pengetesan dan objektif dari pengetesan. Pada tahap berikutnya adalah mendefinisikan Test Techniques, yaitu tentang bagaimana teknik yang digunakan termasuk dasar-dasar pengetesan berdasarkan intuisi dan pengalaman serta teknik pengetesan secara teknik coding, teknik kesalahan, teknik

penggunaan, dan teknik terkait lainnya. Tahap selanjutnya adalah mendefinisikan Test – Related Measures, yaitu ukuran-ukuran pencapaian testing yang telah dilakukan untuk kemudian dievaluasi kembali. Tahap terakhir adalah mendefinisikan test Process yang berisi tentang aktivitas testing. (England, John Wiley & sons, 2004 : 73-74).

2.15.6 Maintenance

Pada tahap ini akan dilakukan pendeskripsian pekerjaan untuk mengoperasikan dan memelihara sistem informasi pada lingkungan pengguna termasuk implementasi akhir dan proses peninjauan kembali. Pemeliharaan sistem ini terdiri dari beberapa jenis yaitu:

a. Corrective, yaitu memperbaiki desain dan error pada program.

b. Adaptive, yaitu memodifikasi sistem untuk beradaptasi dengan perubahan lingkungan.

c. Perfective, yaitu melibatkan sistem untuk menyelesaikan masalah baru atau mengambil kesempatan untuk penambahan fitur.

d. Preventive, yaitu menjaga sistem dari kemungkinan masalah di masa yang akan datang.

Prosedur pemeliharaan tersebut disusun dalam beberapa tahapan. Tahap awal adalah menyusun software maintenance fundamentals yang berisi tentang dasar-dasar pemeliharaan, segala yang dibutuhkan untuk melakukan pemeliharaan, dan ketgori pemeliharaan. Selanjutnya adalah mendefinisikan Key Issues in Software Maintenance, yang berisi tentang teknik pemeliharaan, manajemen pemeliharaan dan biaya, serta ukuran pemeliharaan perangkat lunak.

Tahap selanjutnya adalah mendefinisikan proses dan aktivitas pemeliharaan tersebut ke dalam Maintenance Process.(England, John Wiley & Sons, 2004 : 90-91).

BAB III

ANALISIS DAN PERANCANGAN SISTEM

Pada bab ini membahas tentang identifikasi permasalahan, analisis permasalahan, solusi permasalahan dan perancangan sistem dalam Rancang Bangun Sistem Informasi Monitoring dan Evaluasi Pelaksanaan Program Tuberkulosis Berbasis Web. Dalam melakukan identifikasi dan analisis permasalahan menggunakan teknik wawancara dan observasi yang dilakukan di Dinas Kesehatan Kota Surabaya. Adapun hasil dari wawancara dan observasi berikut ini.

3.1 Identifikasi Permasalahan

Identifikasi permasalahan dilakukan pada saat maupun setelah proses wawancara pada perusahaan dilakukan, identifikasi dilakukan yaitu untuk menemukan titik permasalahan yang terjadi pada perusahaan. Analisis yang dilakukan yaitu menggunakan model value chain. Model value chain merupakan model yang akan digunkan untuk menganalisis aktifitas-aktifitas spesifik bisnis yang terjadi yang akan menciptakan nilai dan keuntungan kompetitif bagi organisasi. Pada setiap langkah yang diambil pada suatu segmen, akan berdampak pada keseluruhan proses. Jadi dapat dikatakan bahwa setiap segmen saling memiliki keterkaitan dengan yang lain.

Dengan melakukan analisis mulai dari aktivitas Inbound Logistic sampai Service, akan diperoleh sebuah kesimpulan bahwa permasalahan utama yang terjadi pada Dinkes Kota Surabaya adalah pada bagian outbound logistic. Dimana

pada saat ini pada Dinkes Kota Surabaya belum tersedia bentuk penyajian monitoring secara realtime sehingga untuk mengetahui adanya perubahan membutuhkan waktu yang lama. Permasalahan lain adalah pada saat melakukan evaluasi tidak dapat segera dilakukan.

Tahapan selanjutnya adalah dengan melakukan analisis permasalahan. Analisis permasalahan digunakan untuk mendefinisikan suatu permasalahan dan cara mengatasi permasalahan tersebut. Dari hasil pengumpulan data yang dilakukan, diketahui beberapa dokumen mengenai peran (role), tanggung jawab (responsibility), aturan (rule), kebijakan (policy) serta stakeholder atau pengguna yang terlibat dengan sistem yang sudah ada saat ini, yaitu Petugas TB, Wasor TB, dan KaSIE P2M. Untuk penjelasan lengkapnya dapat dilihat pada lampiran 3 Secara garis besar proses bisnis perencanaan monitoring dan evaluasi pada Dinas Kesehatan dimulai dari pencatatan form harian yang dilakukan oleh pihak Petugas TB yang dilanjutkan dengan monitoring dan pengelolaan data yang dilakukan oleh Wasor TB, dan proses evaluasi yang dilakukan oleh KaSIE P2M Dinkes Kota Suarabaya.

Sebelum menggambarkan proses bisnis menggunakan desain flowchart, perlu diketahui terlebih dahulu mengenai peran (role), aturan (rule) dan kebijakan (policy) yang ada pada perusahaan, lebih lengkapnya bisa dilihat pada tabel 3.1.

Tabel 3.1 Proses Bisnis Bredasarkan Stakeholder

Stakeholder Proses Bisnis Phase Rule policy

Petugas TB Mencatat form harian

Stakeholder Proses Bisnis Phase Rule policy Wasor TB Monitoring 2. R.2. proporsi pasien TB BTA

positif diantara suspek 5-15 %

R.3. proporsi pasien TB paru BTA positif diantara pasien diobati < 65%

R.4.angka konversi <80% R.5. angka kesembuhan <85%

_

KaSIE P2M evaluasi 3. R.6. Proporsi pasien TB positif di antara suspek harus mencapai angka 5- 15%. R.7. Proporsi penderita TB yang ditemukan harus berada di angka 65% atau <65% R.8. angka konversi harus diatas 80%

R.9.angka kesembuhan harus diatas 85%

-

Dari peran (role), aturan (rule) dan kebijakan (policy) yang didapatkan, selanjutnya adalah menggambarkan kedalam bentuk flowchart, sehingga diharapkan desain yang akan dibuat sesuai dengan peran, aturan, dan kebijakan yang ada di perusahaan. Serta dengan digambarkan kedalam flowchart, proses bisnis mengenai monitoring dan evaluasi dapat mudah untuk dipahami, Adapun proses saat ini akan dijelaskan lebih detil untuk masing-masing pengguna sistem, dengan tujuan untuk dapat dengan mudah mengetahui proses-proses yang harus dieliminasi, ditambahkan atau diintegrasikan dengan sistem yang baru nantinya, sehingga sistem yang akan dibuat sesuai dengan kebutuhan pengguna.

A. Alir proses mencatat form harian saat ini

Berikut ini merupakan alir sistem yang lebih detil untuk Alir Proses Mencatat form harian. Dimana hasilnya dapat dilihat pada gambar 3.1.

Adapun penjelasan dari alir proses mencatat form harian yang sesuai dengan gambar 3.1 dapat dilihat pada tabel 3.2.

Tabel 3.2 Penjelasan Alir Proses Mencatat Form Harian phase No.

Proses

Nama Proses

Input Proses Output

1 1 Mencatat

form pemeriksaan laboratorium

Data pasien Proses ini menjelaskan tentang petugas TB yang mencatat form pemeriksaan laboratorium form pemeriksaan laboratorium

R.1. Decision form

pemeriksaan laboratorium Proses ini menjelaskan tentang pengecekan hasil pemeriksaan laboratorium yang dilakukan oleh pasien Buku daftar suspek yang periksa dahak

2 Mencatat kartu pengobatan pasien form pemeriksaan laboratorium Proses ini menjelaskan tentang petugas TB yang mencatat kartu pengobatan pasien jika hasil

pemeriksaan laboratorium positif Kartu pengobatan pasien

3 Mencatat daftar suspek yang periksa dahak Form pemeriksaan laboratorium Proses ini menjelaskan tentang petugas TB yang merekap hasil pemeriksaan laboratorium ke dalam data penemuan pasien Daftar suspek yang periksa dahak

phase No. Proses

Nama Proses

Input Proses Output

4 Mencatat form register

TB

Daftar suspek yang periksa

dahak dan kartu pengobatan

pasien

Proses ini menjelaskan

petugas TB yang mencatat

form register TB sebagai alat

pelaporan ke pihak Dinkes Kota Surabaya setiap triwulan

Form Register TB

B. Alir proses monitoring

Berikut ini merupakan alir sistem yang lebih detil untuk Alir Proses Mencatat form harian. hasilnya dapat dilihat pada gambar 3.2 dan gambar 3.3

Gambar 3.3 Alir proses monitoring

Adapun penjelasan dari alir proses mencatat form harian yang sesuai dengan gambar 3.2 dapat dilihat pada tabel 3.3.

Tabel 3.3 Penjelasan Alir Proses Monitoring Phase No.

proses

Nama Proses Input Proses Output

2 1 Menyimpan

data input ke microsoft

excel

Laporan form TB

03 fasyankes

Proses ini menjelaskan tentang

wasor TB yang melakukan input

data laporan ke micrososft excel

Laporan form TB03 fasyankes

Phase No. proses

Nama Proses Input Proses Output

2 Memantau

proporsi pasien positif diantara suspek diperiksa Laporan form TB 03 fasyankes Proses ini menjelaskan tentang

wasor TB yang memantau proporsi pasien positif diantara suspek diperiksa Laporan hasil pemantauan proporsi pasien positif diantara suspek diperiksa R.2 Decision Laporan

form TB 03 fasyankes

Proses ini menjelaskan tentang

Wasor TB yang akan memeriksa hasil proporsi pasien

positif diantara suspek diperiksa jika hasil diantara 5-15%

maka Wasor TB akan membuat laporan hasil pemantauan Laporan hasil pemantauan proporsi pasien positif diantara suspek diperiksa

3. Memantau proporsi pasien positif diantara pasien diobati Laporan form TB 03 fasyankes Proses ini menjelaskan tentang

wasor TB yang memantau hasil

proporsi pasien positif diantara pasien diobati Laporan hasil pemantauan proporsi pasien positif diantara pasien diobati R.3 Decision Laporan

form TB 03 fasyankes

Proses ini menjelaskan tentang

Wasor TB yang akan memeriksa hasil proporsi pasien

positif diantara pasien diobati, jika

hasil

< 65% maka Wasor TB akan membuat

laporan hasil pemantauan Laporan hasil pemantauan proporsi pasien positif diantara pasien diobati

4. Memantau angka konversi Laporan form TB 03 fasyankes Proses ini menjelaskan tentang

wasor TB yang memantau hasil

angka konversi

Laporan hasil pemantauan angka angka

Phase No. proses

Nama Proses Input Proses Output R.4 Decision Laporan

form TB 03 fasyankes

Proses ini menjelaskan tentang

Wasor TB yang akan memeriksa

hasil angka konversi, jika hasil < 80% maka Wasor

TB akan membuat laporan hasil pemantauan Laporan hasil pemantauan angka konversi

5. Memantau angka kesembuhan Laporan form TB 03 fasyankes Proses ini menjelaskan tentang

wasor TB yang memantau hasil angka kesembuhan

Laporan hasil pemantauan

angka kesembuhan R.5. Decision Laporan

form TB 03 fasyankes

Proses ini menjelaskan tentang

Wasor TB yang akan memeriksa

hasil angka kesembuhan,

jika hasil < 85% maka Wasor

TB akan membuat laporan hasil pemantauan Laporan hasil pemantauan angka kesembuhan C. Alir Proses Evaluasi

Berikut ini merupakan alir sistem yang lebih detil untuk Alir Proses Evaluasi. hasilnya dapat dilihat pada gambar 3.4

Non-Fungsional Skenario

dalam fungsionanya sehingga mudah dipahami oleh stakeholder dan dapat dibaca secara jelas.

Operability

Sistem memberikan manual book sebagai pedoman menjalankan sistem secara baik dan benar.

Performance

Sistem apakah mampu berjalan dengan baik walaupun dengan beban stakeholder (25 orang) secara bersamaan.

3.3.8 Desain Implementasi Data

Desain implementasi data ini berfungsi sebagai pengujian sistem yang didasarkan pada alir data di setiap detail perancangan fungsional sistem. Dalam desain implementasi data ini akan digunakan sepuluh data puskesmas yang masing-masing puskesmas akan terdiri dari sepuluh data pasien. Beberapa fungsi-fungsi yang akan dilakukan pengujian, diantaranya:

A.Petugas puskesmas

Pengujian implementasi data untuk Fungsi pencatatan dan pelaporan harian oleh Petugas TB dapat dilihat pada Tabel 3.37.

Tabel 3.37 Skenario Testing Fungsi pencatatan dan pelaporan harian Nama Fungsi Fungsi pencatatan

Stakeholder Petugas TB

Deskripsi Proses ini merupakan desain implementasi data dalam fungsi pencatatan

Alur Normal Memasukan Data suspek

INPUT

1. Data puskesmas 2. Data pasien

3. Data pemeriksaan laboratorium PROSES

Sistem akan mengecek apakah data tersebut valid atau tidak berdasarkan tipe dari data itu sendiri

133

OUTPUT 1. Data pasien

2. data hasil pemeriksaan laboratorium

Memasukaan Data Periksa Lab INPUT

1. Data pemeriksaan laboratorium 2. Data hasil Periksa Lab

PROSES

Sistem akan mengecek apakah data tersebut valid atau tidak berdasarkan tipe dari data itu sendiri

OUTPUT

1. Data periksa Lab

2. data hasil pemeriksaan laboratorium

Memasukan Data pengobatan INPUT

Data pengobatan PROSES

Sistem akan mengecek apakah data tersebut valid atau tidak berdasarkan tipe dari data itu sendiri.

OUTPUT

1.Data pengobatan 2. data hasil pengobatan

B.Wasor TB

Pengujian implementasi data untuk Fungsi monitoring oleh Wasor TB dapat dilihat pada Tabel 3.38.

Tabel 3.38 Skenario Testing Fungsi monitoring Nama Fungsi Fungsi monitoring

Stakeholder Wasor TB

Deskripsi Proses ini merupakan desain implementasi data dalam fungsi monitoring

Alur Normal Monitoring

INPUT

1. Data indikator

2. Data penemuan pasien 3. Data data hasil pengobatan PROSES

OUTPUT

Data hasil monitoring

C.Kepala Seksi Pengendalian Penyakit menular

Pengujian implementasi data untuk Fungsi evaluasi oleh Kepala Seksi pengendalian penyakit menular dapat dilihat pada Tabel 3.39

Tabel 3.39 Skenario Testing Fungsi evaluasi Nama Fungsi Fungsi evaluasi

Stakeholder Kepala Seksi Pengendalian Penyakit menular

Deskripsi Proses ini merupakan desain implementasi data dalam fungsi evaluasi yang dilakukan oleh Kepala Seksi Pengendalian Penyakit bagi puskesmas yang telah menjalankan program penanggulangan TB

Alur Normal Evaluasi

INPUT

Data data hasil monitoring PROSES

Sistem akan mengkalkulasi hasil capaian sesuai dengan tahun dan periode yang dipilih

OUTPUT Data evaluasi

3.3.9 Desain Arsitektur

Pengembangan perangkat lunak perlu adanya perangkat keras yang tepat, sehingga perangkat lunak tidak mengalami gangguan dan dapat berjalan dengan baik. Kebutuhan sisitem memberikan definisi keperluan perangkat keras untuk mendukung kinerja perangkat lunak yang terdiri dari spesifikasi sistem, spesifikasi hosting, dan spesifikasi lainnya.

135

Sesuai dari hasil dari kebutuhan perangkat lunak yang akan digunakan, dapat memberikan solusi peragkat lunak dan perangkat keras yang akan digambarkan pada gambar 3.16.

Modem

Web Server

Internet

Modem

Internet

Gambar 3.17 WEB Client

Dari gambar diatas dapat dilihat bahwa terdiri dari 4 komputer, Domain, dan Hosting server. Adapun spesifikasi minimum perangkat keras pada puskesmas dan dinas kesehatan untuk mendukung kinerja perangkat lunak yang dikembangkan dapat dilihat pada tabel 3.40.

Tabel 3.40 Spesifikasi Kebutuhan Perangkat Keras Spesifikasi kebutuhan perangkat keras

Client Hosting

a) Prosessor Intel Core 2 Duo 2GHz b) 2 GB RAM DDR2

c) 120 GB HDD d) Standart VGA

e) Network Interface Card f) LCD Monitor

g) Keyboard h) Optical Mouse

a) Space 50 GB

b) Bandwith 1 GB/Month c) Anti Spam

d) MySQL Database e) 10 Table

202 5.1 Kesimpulan

Berdasarkan hasil uji coba dan evaluasi yang dilakukan pada bab 4 maka dapat diperoleh kesimpulan sebagai berikut :

1. Aplikasi dapat menghubungkan antara pihak Puskesmas dengan pihak Dinas Kesehatan secara langsung dengan bantuan web, sehingga dapat membantu Proses pelaporan dari seluruh puskesmas tanpa mengharuskan puskesmas untuk datang ke dinas kesehatan kota Surabaya.

2. Aplikasi dapat melakukan monitoring dan evaluasi secara realtime sehingga pihak dinas kesehatan kota Surabaya dapat dengan segera mengambil keputusan jika ditemukan indikator yang tidak memenuhi target.

5.2 Saran

Adapun saran yang dapat diberikan pada penelitian ini adalah sebagai berikut:

1. Penelitian ini dapat dikembangkan lebih lanjut dengan menambahkan metode yang lebih tepat sehingga detil dari proses monitoring dan evaluasi lebih nampak.

2. Penelitian ini dapat dikembangkan lebih lanjut dengan menambahkan fitur pada interface sehingga aplikasi lebih menarik untuk dijalankan.

203

DAFTAR PUSTAKA

Bojic, Paul. 2008. Business Information System. Pearson Education Ltd., England Chandra, Robert. 2012. Rancang Bangun Aplikasi Penentuan Rute dan

Penjadwalan Distribusi Barang Dengan Metode Clarke-Wright Saving Heuristic. Tidak diterbitkan. Tugas Akhir STIKOM SURABAYA.

Dinas Kesehatan. (2009). Surat Keputusan Menteri Kesehatan Republik Indonesia Nomor 364/MENKES/SK/V/2009. Surabaya.

England, John Wiley & Sons. IEEE. “Guide to the Software Enginering Body of

Knowledge 2004 Version:” SWEBOK A Project of he IEEE Computer Society.

Few, S. 2006. Information Dashboard Design. Italy: O’reilly media.

getting, b. basic definition : web 1.0, web 2.0, web 3.0. available. Retrieved 11 16, 2013, from www.practicalecommerce.com/articles/464/basic-definitions-web-10-web-20-web-30.

Hariyanti, E. 2008. Metodologi Pembangunan Dashboard sebagai alat monitoring kinerja organisasi studi kasus institut teknologi bandung

Jogiyanto. 2005. Analisis & desain Sistem Informasi : Pendekatan terstruktur teori dan praktek aplikasi bisnis. Andi, Yogyakarta.

John Burch, Gary Grudnitski. Edisi Keempat, Information System Theory and Practice. New York : John Wiley & Sons, 1986, Chapter 2.13.

MADCOMS. 2011. Adobe Dreamweaver CS5 dengan pemrograman PHP & MySQL. Andi, Yogyakarta.

Widoyono. 2008. Penyakit Tropis : Epidemiologi, Penularan, Pencegahan dan Pemberantasan. Erlangga. (Dinas Kesehatan, 2009)