LAPORAN PENELITIAN HIBAH BERSAING

TeknologiInformasi – Kesehatan

LAPORAN PENELITIAN HIBAH BERSAING

MODEL INTEGRASI PEMANTAUAN PENDERITA KUSTA UNTUK RANCANG BANGUN REGISTER KOHORT ELEKTRONIK/E-LEPROCYSEBAGAI ALAT PENCEGAHAN DROP OUT PENGOBATAN DI JAWA TENGAH.

EnnyRachmani,SKM, M.Kom ArifKurniadi, M.Kom

UNIVERSITAS DIAN NUSWANTORO SEMARANG NOVEMBER 2012

i

ii ABSTRAK Program pengendalian penyakit kusta nasional melaporkan ada sekitar 17.00018.000 kasus baru setiap tahunnya. Prevalensi penyakit kusta belum menunjukkan kecenderungan menurun. Pengobatan yang tidak tepat/drop out (terputus pengobatan) akan menimbulkan kecacatan. Beban akibat kecacatan karena kusta masih tinggi yaitu sekitar 1.500 kasus cacat tingkat 2 masih ditemukan tiap tahunnya. Oleh karena itu sistem pemantauan penderita secara elektronik sangat diperlukan karena pemantauan penderita membutuhkan waktu yang lama bahkan untuk yang sudah lepas dari pengobatan karena masih dimungkinkan terjadinya reaksi.Mencermati kondisi tersebut maka peneliti tertarik untuk melakukan penelitian tentang model register kohort untuk penyakit kusta. Penelitian pada tahun pertama merupakan penelitian kualitatif dengan pendekatan cross sectional, dengan berfokus pada pencarian model integrasi yang tepat untuk pemantauan penderita kusta. Subjek penelitian dalam tahun pertama adalah Petugas P2M di Dinas Kesehatan Kota Semarang dan Kanwil Depkes Jawa Tengah untuk mengetahui kebutuhan informasi pemantauan penderita kusta dan model integrasi yang memungkinkan antara sarana pelayanan kesehatan yang berada dalam tanggungjawabnya, Kepala Puskesmas, untuk mengetahui tentang penatalaksanaan jika menemukan penderita kusta, mekanisme pemantauan serta model integrasi yang mungkin dilakukan di puskesmas, dan Programmer kusta yang menangani penderita kusta, untuk mengetahui kebutuhan data dan informasi dalam penanganan penderita kusta serta kemungkinan model integrasi dalam penanganan penderita kusta. Hasil penelitian di tahun pertama adalah dihasilkannya dokumentasi tentang model integrasi pemantauan penderita kusta. Kebutuhan dari Programmer Kusta sdalah adanya peringatan dari e-leprocy ketika waktunya pasien mengambil obat baik untuk pasien, keluarga maupun petugas itu sendiri. Sie P2P membutuhkan adanya pemetaan serta register kontak untuk memantau pasien yang telah RTF (Release From Treatment) agara mudah mendeteksi psien kusta baru. Untuk melakukan integrasi pemantauan penderita kusta diperlukan koordinasi dari semua pihak dimulai dari programmer kusta sebagai ujung tombak pemantauan serta Sie P2P tingkat kabupaten maupun propinsi. Untuk dapat mengintegrasikan data ke dalam e-leprocy perlu dimasukkan No Reg Kusta Nasional untuk pasien kusta serta NIK (Nomer Induk Kependudukan) untuk pasien maupun kontak keluarga dan lingkungan. Adanya rancangan sistem e-leprocy akan sangat membantu tugas Programmer kusta yang kesehariannya tidak hanya menangani pasien kusta, akan tetapi dibutuhkan perubahan dalam perilaku memasukkan data ke dalam sistem yaitu tepat waktu dan lengkap. Untuk tahap selanjutnya perlu penelitian lebih lanjut untuk implementasi dan evaluasi dampaknya.

iii

DAFTAR ISI KATA PENGANTAR ................................................................................................. v DAFTAR TABEL ....................................................................................................... vi DAFTAR GAMBAR ................................................................................................. vii BAB I ........................................................................................................................... 1 PENDAHULUAN ....................................................................................................... 1 1.

Latar Belakang Masalah ....................................................................................... 1

2.

KEUTAMAAN PENELITIAN ............................................................................ 2

BAB II .......................................................................................................................... 5 STUDI PUSTAKA ...................................................................................................... 5 1.

REKAM MEDIS ............................................................................................... 5 a. Kegunaan Rekam Medis .................................................................................. 5

2.

Electronic Health Record (EHR) ...................................................................... 6

3.

Karakteristik EHR yang baik ............................................................................ 8

4.

Persyaratan Sistem Informasi Medis Di Internet .............................................. 8

5.

Internet Base Telemedical Service .................................................................. 10

6.

Persyaratan keamanan E-medical ................................................................... 11

7.

Penyakit Kusta ................................................................................................ 12 a. Etiologi Penyakit Kusta ............................................................................... 12

8.

Penelitian Pendahuluan ................................................................................... 13

BAB III ...................................................................................................................... 15 TUJUAN DAN MANFAAT PENELITIAN ............................................................. 15 1.

TUJUAN PENELITIAN ................................................................................. 15

2.

MANFAAT PENELITIAN ............................................................................. 15

BAB IV ...................................................................................................................... 16 METODE PENELITIAN ........................................................................................... 16 1.

Penelitian Tahun Pertama ............................................................................... 16 a. Communication methods :........................................................................... 16 b.

2.

Requirement analysis methods : .............................................................. 17 Penelitian Tahun Kedua .................................................................................. 18

a. Design methods : ......................................................................................... 18 b.

Construction/coding: ................................................................................ 18

c. Testing methods : ........................................................................................ 18 3.

ALIR PENELITIAN ....................................................................................... 19

BAB V........................................................................................................................ 21

iv HASIL DAN PEMBAHASAN .................................................................................. 21 1.

COMMUNICATION METHOD .................................................................... 21 a. Dinas Kesehatan Propinsi jateng ................................................................. 21 b.

Dinas Kesehatan Kabupaten Pekalongan ................................................ 21

c. Puskesmas ................................................................................................... 22 2.

MODEL INTEGRASI PEMANTAUAN KUSTA ......................................... 23

3.

REQUIREMENT ANALYSIS METHOD ..................................................... 25 a. Requirement gathering ................................................................................ 25

4.

RANCANGAN BASIS DATA ....................................................................... 53

5.

CONSEPTUAL DESIGN ............................................................................... 62

6.

NAVIGATIONAL STRUCTURE .................................................................. 63

7.

ABSTRACT INTERFACE DESIGN ............................................................. 64

8.

PEMBAHASAN ............................................................................................. 73

BAB VI ...................................................................................................................... 74 SIMPULAN DAN SARAN ....................................................................................... 74 1.

SIMPULAN .................................................................................................... 74

2.

SARAN ........................................................................................................... 74

v

KATA PENGANTAR Segala Puji Syukur saya ucapkan kepada Allah SWT, atas limpahan Rahmat dan KuasaNya

atas

terselesaikannya

PEMANTAUAN REGISTER

penelitian

PENDERITA

KOHORT

dengan

KUSTA

judul

UNTUK

MODEL RANCANG

INTEGRASI BANGUN

ELEKTRONIK/E-LEPROCYSEBAGAI

ALAT

PENCEGAHAN DROP OUT PENGOBATAN DI JAWA TENGAH. Keberhasilan peneliti dalam penyusunan penelitian ini tidak terlepas dari bantuan dan dorongan dari berbagai pihak, baik berupa moril maupun materiil. Untuk itu penulis mengucapkan terimakasih kepada : 1. Dr. Ir. Edi Nursasongko, M.Kom selaku Rektor Universitas Dian Nuswantoro Semarang yang selalu membuka peluang dan mendorong kepada dosennya untuk melakukan penelitan dan meningkatkan pengetahuan 2. DR.dr. Andarini Indreswari, M.Kes. selaku Dekan Fakultas Kesehatan Universitas Dian Nuswantoro Semarang, yang telah memberikan dorongan dan motivasi. 3. Tyas Catur Pambudi, Ssi, M.Kom, selaku Ketua PSI dan LP3M 4. Ka. Dinas Kesehatan Propinsi Jawa Tengah serta aSie P2P Dinas Kesehatan Propinsi Jawa Tengah 5. Ka.Dinas Kesehatan Kabupaten Peklongan serta Sie P2P Dinas Kesehatan Kabupaten Pekalongan 6. Semua pihak yang telah membantu dalam penyusunan laporan penelitian ini, yang tidak dapat dituliskan satu persatu. Penulis menyadari bahwa semua yang tertuang dalam penelitian ini jauh dari kesempurnaan, dan dibutuhkan penelitian lanjutan untuk implementasi model yang telah disusun, namun semoga laporan penelitian ini dapat bermanfaat bagi kita semua.

Semarang, November 2012 Peneliti

vi

DAFTAR TABEL Tabel 5.1.Role and task user ............................................................................... 25 Tabel 5. 2.Role and task pasien/keluarga pasien ............................................... 26 Tabel 5. 3.Role and task petugas rekam medis .................................................. 26 Tabel 5.4.Role and taskprogramer kusta ........................................................... 26 Tabel 5.5.Role and task laboratorium................................................................ 27 Tabel 5.6Role and taskPetugas P2P Dinas Kesehatan...................................... 28 Tabel 5.7.Skenario petugas rekam medis......................................................... 28 Tabel 5.8.Skenario programer kusta .................................................................. 28 Tabel 5.9.Skenario laboratorium ........................................................................ 30 Tabel 5.10SkenarioPetugas P2P........................................................................ 30 Tabel 5.11Skenario user .................................................................................... 31 Tabel 5.13Use case Pencatatan identitas pasien baru ........................................ 32 Tabel 5.14Use case Monitoring Kohort Kusta.................................................. 32 Tabel 5.15Use case pemeriksaan pasisen .......................................................... 33 Tabel 5.16Use case penentuan jenis kusta ......................................................... 34 Tabel 5.17Use case permintaan pemeriksaan laboratorium .............................. 36 Tabel 5.18Use case penulisan resep & pemberian obat .................................... 37 Tabel 5.19Use case pencatatan keadaan cacat ................................................... 38 Tabel 5.20Use case pencatatan pemeriksaan kontak serumah ........................... 39 Tabel 5.21Use case pencatatan pemeriksaan kontak lin................................... 39 Tabel 5.22Use case pencatatan pencegahan cacat ............................................. 40 Tabel 5.23Use case screening pengobatan prednis............................................ 41 Tabel 5.24Use case pencatatan evaluasi pengobatan ......................................... 42 Tabel 5.25Use case pembuatan laporan ............................................................. 43 Tabel 5.26Use case pendaftaran user ................................................................ 44 Tabel 5.27Use case login user ........................................................................... 44

vii

DAFTAR GAMBAR Gambar 5.1.Model Pemantauan Pasien Kusta………………………………

23

Gambar 5.2.Model Integrasi Pemantauan Penderita Kusta………………………. 24 Gambar 5.3.Model Integrasi Data Penderita Kusta……………………………….. 24 Gambar 5.4 User Interaction Diagram Pendataan……………………………….. 44 Gambar 5.5.User Interaction Diagram Kontrol akses……………………………45 Gambar 5.6.User Interaction Diagram Pendaftaran user………………………… 45 Gambar 5.7 User Interaction DiagramLogin user……………………………….. 46 Gambar 5.8 User Interaction Diagram Pencatatan identitas pasien baru ............... 46 Gambar 5.9 User Interaction Diagram Pendaftaran pasien……………………… 47 Gambar 5.10 User Interaction Diagram Pelaporan pasien……………………… 47 Gambar 5.11.UID Pemeriksaan pasien dan penentuan jenis kust............................ 49 Gambar 5.12.User Interaction Diagram Permintaan laboratorium dan hasilnya .... 49 Gambar 5.13 User Interaction Diagram Penulisan resep dan pemberian obat ........ 50 Gambar 5.14.User Interaction Diagram Pencatatan pemeriksaan kontak .............. 50 Gambar 5.15 UID Pencatatan pemeriksaan kontak lingkungan............................. 51 Gambar 5.16.User Interaction Diagram Pencatatan keadaan cacat ........................ 51 Gambar 5.17 User Interaction DiagramScreening pengobatan prednis………… 52 Gambar 5.18 User Interaction Diagramevalausi pengobatan prednisone….…… 52 Gambar5.19 Gambar Tabel DatabaseDesa…………………………………….. 53 Gambar5.20 Gambar Tabel Database Kabupaten……………………………….. 53 Gambar5.21 Gambar Tabel DatabasePropinsi………………………………….. 53 Gambar5.22 Gambar Tabel DatabaseJenis User………………....…………….. 54 Gambar5.23Gambar Tabel DatabaseUserLogin………………………………

54

Gambar5.24 Gambar Tabel DatabaseUser Privilege……….………………….. 54 Gambar5.25 Gambar Tabel DatabaseJenis Petugas……………………….…… 55 Gambar5.26 Gambar Tabel DatabasePetugas………………………………….. 55 Gambar5.27 Gambar Tabel DatabasePasien…………………………………..

55

Gambar5.28 Gambar Tabel DatabaseKohort Pasien…………………………… 56 Gambar5.29 Gambar Tabel Database Kontak Serumah………………………… 56 Gambar Tabel 5.30 Gambar Tabel Database Kontak Lingkungan Periksa……… 57 Gambar5.31 Gambar Tabel Database Kontak Serumah Periksa…………………. 57

viii Gambar5.32Gambar Tabel Database Keadaan Cacat ........................................... 57 Gambar5.33 Gambar Tabel DatabaseEvaluasi………………………………….. 58 Gambar 5.34 Gambar Tabel Anamnesa…………………………………………… 58 Gambar5.35 Gambar Tabel Pemeriksaan…………………….…………………. 59 Gambar5.36 Gambar Tabel Database Lab. Kusta ................................................... 59 Gambar5.37 Gambar TabelDatabase Resep ......................................................... 60 Gambar 5.38 Gambar TabelDatabaseobat…………….……………………….. 60 Gambar 5.39 Gambar TabelDatabasepuskesmas……………………………….. 60 Gambar 5.40 Gambar class diagram……………………………………………… 62 Gambar 5.41 Navigational Structure e-leprocy ………………………………….. 63 Gambar 5.42 AID Rekam Medis………….………………………………………. 64 Gambar 5.43 AID Pendataan pasien baru……………...………………………… 65 Gambar 5.44 AID Pendaftaran Pasien……………………………………………. 65 Gambar 5.45 AID programmer kusta (1) …………………………………………. 66 Gambar 5.46 AID Programmer kusta – Anamne………………………………….. 67 Gambar 5.47 AID Programmer kusta – Pemeriksaan fisik………………………… 67 Gambar 5.48 AID Programmer kusta – Permintaan laboratorium kusta................... 68 Gambar 5.49 AID Programmer kusta – Resep ......................................................... 68 Gambar 5.52 AID Programmer kusta (2) .................................................................. 70 Gambar 5.53 AID Programmer kusta – Pemeriksaan Kontak ................................. 71 Gambar 5.54 AID Programmer kusta – Pencatatan Keadaan cacat .......................... 72 Gambar 5.55 AID Programmer kusta – Pengobatan Evaluasi .................................. 74

BAB I PENDAHULUAN 1. Latar Belakang Masalah Jumlah penderita kusta di dunia pada saat ini diperkirakan 12 juta orang lebih, 80% di antaranya berasal dari daerah tropis. Penyakit kusta hingga kini masih menghantui 14 provinsi di Indonesia, empat provinsi di antaranya yakni Jawa Timur, Jawa Tengah, Jawa Barat dan Sulawesi Selatan. Dilaporkan ada lebih dari 1.000 kasus setiap tahunnya. Penderita kusta di Indonesia nomor tiga terbanyak di dunia setelah India dan Brasil, tahun 2010, jumlah kasus baru tercatat 10.706 (Angka Penemuan kasus baru/CDR: 4.6/100.000) dan jumlah kasus terdaftar sebanyak 20.329 orang dengan prevalensi: 0.86 per 10.000 penduduk. Kusta adalah penyakit yang ditargetkan harus dilakukan eliminasi dan eradikasi/pemusnahan karena dapat mengakibatkan kecacatan sehingga pemantauan penderita kusta harus dilakukan secara efektif oleh pemerintah melalui rumah sakit dan puskesmas. Penderita kusta yang ditemukan hasil dari CDR, selanjutnya akan dicatat dalam buku register kohort, maksudnya penderita ini akan masuk dalam pemantauan proses perkembangan penyakitnya, perkembangan pengobatannya, perkembangan

efek

sampingnya dan berbagai perlakuan terhadap penderita kusta. Pemantauan penderita akan memakan waktu yang lama kurang lebih 2 tahun. Pengobatan yang memakan waktu lama sering mengakibatkan drop out pengobatan sehingga peluang kecacatan penderita menjadi tinggi dan memperluas rantai penularan karena tidak tuntas pengobatan yang diberikan. Program inti dalam program pencegahan dan penanggulangan penyakit kusta adalah pengelolaan

kontak, penderita dan keluarganya serta orang-orang disekitarnya,

menemukan kasus sedini mungkin dan mencegah/memutuskan rantai penularan. Selama ini register kohort yang dilakukan masih dalam bentuk manual kertas dan penggunaan register kohort yang dalam waktu yang lama seringkali menyulitkan karena petugas kesehatan seringkali harus mencari dalam tumpukan dokumen lama dan register kohort manual mengakibatkan tidak terpantaunya pasien kusta yang akan mengalami drop out pengobatan sehingga bisa lebih dini dicegah. 1

2 Dengan kondisi tersebut perlu adanya suatu model registering kohort elektronik berbasis web yang dapat menyediakan peringatan, pencarian kontak penderita sehingga pemantauan pasien kusta dapat terlaksana dengan efektif dan efisien. 2. KEUTAMAAN PENELITIAN Program pengendalian penyakit kusta nasional melaporkan ada sekitar 17.00018.000 kasus baru setiap tahunnya.Prevalensi penyakit kusta belum menunjukkan kecenderungan menurun.Karena itu, penyakit kusta masih menjadi prioritas program di Bidang Kesehatan.Pengobatan kusta harus dilakukan dengan tuntas sesuai standar pengobatan yaitu selama 2 tahun atau 6 bulan sesuai jenis kustanya. Pengobatan yang tidak tepat/drop out (terputus pengobatan) akan menimbulkan kecacatan. Beban akibat kecacatan karena kusta masih tinggi yaitu sekitar 1.500 kasus cacat tingkat 2 masih ditemukan tiap tahunnya. Tahun 2009, WHO mengeluarkan panduan operasional “Global Strategy for Further Reducing the Disease Burden Due to Leprosy (2011 - 2015)” . Dalam panduan tersebut ditetapkan target angka cacat yang kelihatan (Cacat 2) per 100.000 penduduk turun 35 % di tahun 2015 dari data tahun 2010.Bertepatan dengan peringatan Hari Kusta Sedunia ke 58 tahun 2011, Menkes pada saat itu dr. Endang Rahayu Sedyaningsih mencanangkan Tahun Pencegahan Cacat pada Tahun 2011. Program inti dalam program pencegahan dan penanggulangan penyakit kusta adalah pengelolaan

kontak, penderita dan keluarganya serta orang-orang disekitarnya,

menemukan kasus sedini mungkin dan mencegah/memutuskan rantai penularan. Penderita kusta akan mendapatkan paket pengobatan

baik

penderita dengan

klasifikasi PB untuk paket pengobatan 9 bulan dengan pengobatan bulan, maupun untuk

target 6

paket pengobatan MB 18 bulan dengan target minimal

pengobatan tidak boleh kurang dari 7 bulan. Bagi penderita kusta yang tidak berhasil mendapat paket pengobatan (kurang dari target minimal pengobatan) biasa disebut dengan default

atau dalam bahasa

Indonesianya “lalai dalam pengobatan”. Default bisa karenatidak cukup bulan pengobatan,bisa juga karena meninggal, bisa juga karena pindah, ataubisa juga karena penderita mengalami kecacatan sehingga tertunda pengobatannya.

3 Penyebab-penyebab default dapat dihitung presentasenya sebagai distribusi dari default, nilai totalnya dapat dinyatakan sebagai Penderita dengan default. Penderita dengan default

ini tidak masuk dalam hitungan Cakupan RFT (Relasif From

Treatment). Istilah default sering dinyatakan sebagai Droup Out (DO), dalam kasus penyakit kusta istilah Droup Out kurang tepat, karena penyakit

bila penderita

tersebut gagal dalam pengobatan tapi tetap dipantau oleh petugas kusta dan masih tetap tertulis dalam kohort , droup out lebih cenderung tidak dipantau lagi oleh petugas alias data keluar dan tidak tertulis dalam kohor lagi. Penderita kusta yang berhasil mendapatkan paket pengobatan baik penderita dengan klasifikasi PB untuk paket pengobatan 9 bulan dengan pengobatan bulan, maupun untuk

target 6

paket pengobatan MB 18 bulan dengan target minimal

pengobatan tidak boleh kurang dari 7 bulan, mereka ini biasa dinyatakan sebagai penderita yang RFT singkatan dari Release From Treatment yaitu penderita yang telah selesai pengobatannya tetapi belum bisa dikatakan sembuh. Hal ini dikarenakan asumsinya kuman kusta telah mati dan hancur selama pengobatan, namun penderita masih bisa ditemukan reaksi setelah pengobatan, reaksi bisa karena selesainya pengobatan, bisa juga karena reaksi adanya kuman yang telah mati dan tertinggal tubuh dan bisa juga karena penyesuaian-penyesuaian tubuh terhadap keadaan fisik pasien, biasanya reaksi berkisar 20-30% dari seluruh penderita yang telah selesai pengobatan. Oleh karena itu system pemantauan penderita secara elektronik sangat diperlukan karena pemantauan penderita membutuhkan waktu yang lama bahkan untuk yang sudah lepas dari pengobatan karena masih dimungkinkan terjadinya reaksi. Untuk menurunkan angka prevalensi penderita kusta maka didirikan rumah sakit khusus penderita kusta, pasien yang dirawat inap di rumah sakit kusta mempunyai Lenght of Stay (lama dirawat) yang sangat panjang dapat berbulan-bulan, sedangkan kapasitas tempat tidur rumah sakit kusta terbatas sehingga apabila dirasa mampu dirawat jalan maka pengobatan dan penanganan pasien rawat inap dirujuk kepada puskesmas setempat dengan pantauan dari pihak rumah sakit karena sebenarnya penanganan penderita kusta sebenarnya dapat dilakukan di puskesmas.

4 Mencermati kondisi tersebut maka peneliti tertarik untuk melakukan penelitian tentang model register kohort untuk penyakit kusta dimana register ini dapat digunakan oleh rumah sakit dan puskesmas untuk memantau penderita kusta. Rekam medis adalah berkas yang berisi catatan, dan dokumen tentang identitas pasien, pemeriksaan, pengobatan, tindakan dan pelayanan lain kepada pasien pada sarana pelayanan pasien. Regiter kohort termasuk dalam rekam medis karena berisi data medis dan tindakan yang diberikan kepada pasien.Register kohort elektronik/eleprocytermasuk dalam rekam medis elektronik. Rekam medis elektronis (electronic medical record) telah diterapkan untuk mendukung pelayanan rawat inap, rawat jalan maupun rawat darurat. Berbagai hasil pemeriksaan laboratoris baik berupa teks, angka maupun gambar seperti patologi, radiologi, keprogramer kustaan nuklir, kardiologi sampai ke neurologi sudah tersedia dalam format elektronik. Rekam medis elektronik (register kohort elektronik/e-leprocy) Pengembangan register kohort ini akan berbasis web. Pemilihan pengembangan register kohort elektronik/e-leprocydengan berbasis web dikarenakan kita dapat menjalankan aplikasi berbasis web dimanapun kapan pun tanpa harus melakukan penginstalan.Terkait dengan isu lisensi (hak cipta), kita tidak memerlukan lisensi ketika menggunakan web-based application, sebab lisensi itu telah menjadi tanggung jawab dari web penyedia aplikasi. Aplikasi berbasis web dapat dijalankan di sistem operasi mana pun.Tidak perduli apakah kita menggunakan Linux, Windows, aplikasi berbasis web dapat dijalankan asalkan kita memiliki browser dan akses internet disamping itu dapat diakses lewat banyak media seperti : komputer dan handphone yang sudah sesuai dengan standar WAP. Satu hal yang penting lagi yaitu pengoperasianregister kohort elektronik/e-leprocyini tidak perlu spesifikasi komputer yang tinggi untuk menggunakan aplikasi berbasis web ini, dikarenakan register ini harapan ke depan dapat dibuka di Puskesmas untuk melayani pasien yang dirujuk kembali ke instansi pengirim jika dinilai sudah mampu untuk berobat jalan. register masih berjalan dalam web 2.0 akan tetapi ditambahkan kecerdasan buatan web seperti web 3.0 dimana register akan memberi peringatan tentang pasien yang hamper DO maupun telah Release From Treatment tetapi masih perlu pemantauan lebih lanjut.

5

BAB II STUDI PUSTAKA 1.

REKAM MEDIS Rekam medis oleh Waters dan Murphy didefinisikan sebagai kompendium (ikhtisar) yang berarti yang berisi informasi tentang keadaan pasien selama dalam Programmer kustaan penyakitnya atau selama dalam pemeliharaan kesehatannya. Ikhtisar tersebut berupa informasi yang disusun dalam bentuk rangkaian yang runtun secara logis (logical sequence), meliputi : 1. Riwayat penyakit sekarang maupun yang lalu. 2. Faktor-faktor sosial yang dapat mempengaruhi timbulnya penyakit (jenis pekerjaan, perkawinan,atau konflik). 3. Temuan pada pemeriksaan fisik. 4. Hasil pemeriksaan laboratorik. 5. Temuan atau kesimpulan dari programer kusta konsultan. 6. Diagnosis. 7. Terapi, respon terapi dan sebagainya. Ikatan Programer kusta Indonesia mendefinisikan sebagai rekaman dalam bentuk tulisan atau gambaran aktivitas pelayanan yang diberikan oleh pemberi pelayanan medis/kesehatan kepada seorang pasien. a. Kegunaan Rekam Medis Dalam perkembangan selanjutnya ternyata rekam medis sangat berguna dan dibutuhkan oleh banyak pihak untuk berbagai macam kepentingan antara lain: 1) Penyedia Jasa Kesehatan / Health Care Provider(Primary Users), yaitu: a) Sebagai media komunikasi di antara tenaga kesehatan selama episode penyakitnya yang sekarang. b) Untuk referensi bagi Programmer kustaan penyakitnya di masa datang. c) Untuk membantu calon programer kusta atau calon tenaga kesehatan lainnya mempelajari hubungan teori dan praktek. d) Untuk evaluasi retrospektif dan propestif terhadap kualitas pelayanan kesehatan.

6 e) Untuk analisa bagi kepentingan peningkatan efektifitas dan efisiensi pemanfaatan fasilitas, peralatan, pelayanan, personil, dan finansial. f) Untuk kepentingan akreditasi. g) Untuk kepentingan riset bagi peningkatan metode terapi, penilaian terhadap metode deteksi penyakit serta penilaian terhadap efektifitas obat-obatan dan cara pengobatan lainnya. h) Untuk dokumentasi sesuai peraturan yang berlaku. i) Untuk kepentingan follow up bagi pasien yang memerlukan pengobatan lama serta untuk menilai efektifitas pengobatan yang telah diberikan. 2) Pembayar Servis-Payers For Services (Secondary Users), Yaitu : 1) Sebagai bahan bukti bagi pengajuan klaim kepada asuransi. 2) Untuk audit bagi perusahaan asuransi terhadap pelayanan medik serta jasa profesional. 3) Untuk memonitor kualitas dan ekuitas pelayanan medik yang diasuransikan. 4) Untuk menilai dan mengkontrol biaya pelayanan medik. 3) Social Users, Antara Lain: a)

Agen pelayanan kesehatan umum :survei epidemiologik.

b) Peneliti kesehatan dan sosial : menyelidiki pola penyakit, pengaruh penyakit terhadap kehidupan sehari-hari, termasuk kesehatan kerja dan keamanan. 2.

Electronic Health Record (EHR) Banyak keuntungan dari penggunaan EHR untuk mendapatkan, mengorganisasi dan melihat record data kesehatan. Duplikasi entry data dapat dihindari ketika data ditangkap, Programmer kustaan dan komunikasi aman dan konsisten sesuai dengan kebutuhan klinis. Informasi yang sama dapat dilihat dengan berbagai macam cara, sebagai contoh berdasarkan problem, episode atau ringkasan sama baiknya dengan kronologis tradisional. Standar data dan template untuk memastikan penangkapan data dan komunikasi dapat dijabarkan dan diadaptasikan seperti susunan praktis. Pasien record dapat diakses dari terminal manapun di jaringan bahkan dengan multiuser bersamaan. Sistem dapat menghantarkan peringatan secara real time dan mendukung keputusan dalam

7 pengetahuan medis dan informasi yang didokumentasikan sebelumnya dari tiap pasien. Berdasarkan banyaknya pihak yang akan mengakses record pasien harus dapat berperan dalam kepentingan individu maupun umum. Berikut ini peran dari EHR yang disatukan : a. Mendukung keterlibatan konsumen 1. Melindungi privacy dan kerahasiaan perorangan 2. Menyediakan informasi konsumen 3. Mengakomodasi pendukung keputusan dan Programmer kustaan sendiri pasien 4. Memastikan accountability dari profesional kesehatan 5. Konsumen dapat mengakses informasi b. Mendukung konsumen pelayanan kesehatan 1. Menyusun basis historis 2. Mengantisipasi problem dan tindakan kesehatan di masa depan 3. Mendeskripsikan pengukuran pencegahan 4. Identifikasi deviasi dari tren yang tidak diharapkan 5. Mengakomodasi pendukung keputusan c. Mendukung komunikasi 1. Mendukung keberlanjutan, kolaborasi pelayanan dan kasus managemen 2. Akses ke database pengetahuan medis 3. Menghasilkan laporan otomatis 4. Mendukung email dan electronic data interchange (EDI) 5. Dapat transferrecord 6. Dapat akses record kapanpun dan dimanapun dibutuhkan 7. Mendukung pengambilan informasi secara selektif d. Mendukung managemen dan perbaikan kualitas 1.

Membuat kerja profesional pelayanan kesehatan semakin efisien.

2. Mendukung keberlanjutan penilaian profesional. 3. Memfasilitasi tugas managemen dan mengurangi laporan berulang 4. Meningkatkan cost-efective 5. Menyediakan kegiatan yang legal

8 6. Menyediakan justifikasi untuk tindakan dan diagnosis e. Mendukung pelayanan kesehatan 1. Mendukung pengembangan kebijakan 2. Menyediakan bukti untuk pengembangan dan evaluasi program f. Mendukung riset dan pendidikan 1. Mendukung riset klinis 2. Membantu audit klinis 3. Mendukung pendidikan medis 3.

Karakteristik EHR yang baik Rekam kesehatan yang baik tidak hanya mengakumulasikan data kesehatan individu. Entry terbuat sebagai kontribusi formal untuk pertumbuhan dan menyusun riwayat melalui penyusun yang bertanggung jawab untuk tindakan kesehatan. Pada saat ini rekam kesehatan menyediakan informasi bertentangan dengan penemuan baru yang diintepretasi dan mempunyai integritas, komplet dan dapat diakses oleh parameter yang penting. EHR membutuhkan flexible framework untuk merekam proses konsultasi dan mengakomodasi programer kusta secara pribadi seperti pasien. Ketika migrasi ke EHR sangat penting untuk mengetahui bagaimana kesiapan kekayaan dialog ketika menggunakan kertas. Penggunaan terminology atau teks bebas, praktisi klinis membutuhkan banyak dan variasi kosa kata untuk mengekspresikan variasi dan kompleksitas dari masing-masing pasien. Sistem EHR harus dilandasi terminologi umum untuk mengekpresikan isi data klinis yang dapat mengakomodasi ekspresi selain mendukung kebutuhan untuk interpretasi terstruktur dan semi-struktur masingmasing entry. Struktur organisasi dari EHR dibutuhkan untuk disesuaikan dengan kebutuhan programer kusta. Fleksibilitas entry data dan mendukung narasi adalah alasan utama untuk retensi record kertas oleh banyak programer kusta. Pencapaian keseimbangan antara struktur, sistematika record dan narasi holistik sangat sulit dilakukan dan EHR harus memperhatikan hal tersebut.

4.

Persyaratan Sistem Informasi Medis Di Internet Tehnologi Internet menawarkan fasilitas yang beraneka ragam untuk sistem informasi medis termasuk video dan audio conference, akses virtual ke data medis, userinterface yang mudah, dll. Bagaimanapun dalam Programmer

9 kustaan pasien tehnologi internet tetap harus memperhatikan aspek penting dalam konstruksinya. Berikut ini adalah beberapa syarat yang harus dipenuhi dalam penerapan sistem informasi medis di internet ; 1. Privacy and security Faktor terpenting dalam lingkungan sistem informasi medis adalah kerahasiaan data dan privacy di internet. 2. Reliability and availability Faktor ini adalah faktor prasyarat yang menjamin pengguna dalam kualitas service dan kenyamanan pemakaian. Keduanya berperan dalam sistem monitoring yang konstan dimana dalam kondisi emergency sangat dibutuhkan. 3. Quality of network service Interaksi antara sistem dengan link internet juga sangat penting. Kebutuhan ini terutama pada aplikasi sistem telesurgery dan teleconsultation dimana membutuhkan kulitas dari transfer gambar dan koneksi real time antar tempat. Dalam kasus ini broadband dan low delay koneksi jaringan sangat penting 4. data integrity Bertambah populernya servis medis berbasis internet menuntut integritas data pasien, selain itu juga harus dapat menjadi bagian dari rekam kesehatan. Sistem Informasi Medis berbasis internet membutuhkan beberapa fungsi dimana tergantung aplikasi dari system tersebut yaitu : 1. Audio dan video streaming : dalam sistem teleconsultation dan telesurgery dibutuhkan transfer data multimedia yang efektif antara dua atau lebih peserta. Adanya solusi teleconference berbasis VOIP akan lebih mudah untuk melakukan teleconference medis. 2. Pengorganisasian

konsultasi

:

disamping

transfer

multimedia,

pengorganisasian sesi telemedical di lingkungan rumah sakit virtual juga sangat penting. Masalah ini belum banyak tertangani hingga saat ini. 3. Memenuhi standard DICOM : standard ini memfasilitasi interoperability alat medis dengan menjabarkan protocol komunikasi dengan menyediakan format data. Memenuhi salah satu standard dari protocol komunikasi atau

10 format data atau keduanya harus mempertimbangkan range aplikasi telemedical. 4. Digitalisasi data : masih banyak institusi medis belum memenuhi paperless/filmless sehingga sistem harus dapat mengintegrasikan non digital dokumentasi dengan menyediakan interface yang mendukung berbagai macam tipe data. 5. Beragam userinterface : sistem seharusnya menawarkan berbagai userinterface yang berbeda tergantung dari terminal yang digunakan untuk akses. 5.

Internet Base Telemedical Service Telemedical berbasis internet dibangun melalui sinergi dari aplikasi medis dan tehnologi internet. Ini dilakukan dengan mengadaptasi aplikasi medis ke lingkungan tehnologi baru atau mengadaptasi dari yang sudah ada. Seringkali sulit untuk memastikan arah dari alur informasi akan tetapi untuk service yang lebih komprehesif dan menguntungkan service tersebut dibagi dalam tiga area utama yang berfokus pada aspek yang berbeda dari servis medis di internet yaitu : 1. Content, service dan community Portal kesehatan termasuk dalam kategori ini. Mereka mengorganisasi websites medis berisi informasi yang berhubungan dengan fungsi pusat medis dan menyediakan informasi ahli untuk berbagai macam jenis pengguna. Portal medis dapat berlaku : a. Menyediakan komunitas institusi kesehatan seperti forum diskusi, mailing list, berita, dll serta memberi pasien kesempatan untuk mendiskusikan masalah kesehatan, bertukar pengalaman dan mencari informasi medis dari sumber ilmiah. b. Mereka dapat meningkatkan service pelayanan kesehatan untuk pasien dengan membuat janji di rumah sakit atau klinik rawat jalan. c. Dengan melakukan personalisasi, dapat menyediakan pengguna solusi yang lebih praktis dengan akses langsung kepada Electronic Health Records atau melakukan interaksi dengan praktisi medis atau peralatan yang memantau kondisi kesehatan mereka. 2. Connectivity dan communications

11 Aplikasi lain mempersingkat prosedur pelayanan kesehatan. Aplikasi internet dapat mengantar rekam medis electronik, klaim submission, pengembalian, verifikasi persyaratan, laporan laborat, resep dan data administrative lain. Lebih dari itu konsultasi online antara pelayanan medis telah dikenal dengan kemampuan untuk kolaborasi, interaktif dalam sharing data dapat dipertimbangkan mengurangi biaya.Dalam area ini aplikasi yang menjanjikan yaitu telesurgery dapat diperhitungkan.Masa sekarang ini operasi jarak jauh tidak disukai karena mahalnya biaya dan defisiensi peralatan operasi spesialis yang dapat dipakai. Akan tetapi hanya masalah waktu sebelum aplikasi ini menjadi lebih akurat dan programer kusta bedah dapat bekerja tanpa hambatan sama sekali. 3. E-commerce Segmen e-commerce di industri kesehatan berbasis internet berpeluang untuk berhasil.Perusahaan farmasi telah mengidentifikasi nilai dari altenatif ini untuk pemasaran dan jalur distribusi. Kesehatan yang berhubungan dengan ecommerce juga berkaitan dengan produk lain termasuk asuransi kesehatan dan business-to-business services 6.

Persyaratan keamananE-medical HIPAA security memberikan syarat “ Memastikan kerahasiaan, integritas dan ketersediaan semua informasi kesehatan elektronik yang terlindungi dalam mengisi, menerima, Programmer kustaan dan transmisi. Sistem keamanan mengasumsikan segala kemungkinan antisipasi ancaman atau bahaya ataupun penyalahgunaan. Tujuannya yaitu a. memastikan cakupan asuransi kesehatan dari pegawai b. Mengurangi kecurangan dan penyalahgunaan. c. Mengimplementasikan

administrasi

yang

sederhana

untuk

menjamin efektivitas dan efisiensi dari sistem pelayanan kesehatan. d. Melindungi informasi kesehatan individu dari akses oleh orang yang tidak berkepentingan. Device dan software tidak secara langsung bertanggung jawab dalam kebijakan organisasi dan prosedur kepada konsumen. Bagaimanapun kebijakan dan prosedur, mereka harus melindungi kerahasiaan informasi dan produk mereka

12 dapat dikembangkan agar dapat memenuhi standar HIPAA. Secara khusus HIPPA memastikan kebijakan keamanan dan tehnology termasuk : a. ID yang unik untuk kewenangan pengguna b. Logoff otomatis c. Pelacakan jejak untuk akses pada informasi rahasia d. Encrytion (optional) e. Digital signature (optional) f. Prosedur cek virus g. Rencana back up h. Rencana recovery i. Program testing j. Program training Keamanan dapat bervariasi dari mulai yang paling sederhana sampai yang paling canggih misalnya penggunaan tehnologi biometrik untuk authentikasi. Tantangannya adalah memastikan pada level apa keamanan harus diberikan pada informasi yang sensitif, kehandalan tehnik keamanan, kemudahan akses dari komputer dan terpercayanya staff. 7.

Penyakit Kusta Penyakit kusta adalah penyakit infeksi yang kronik, dengan penyebab adalah Mycobakterium leprae yang bersifat intra seluler obligat. Afinitas pertama adalah saraf perifer kemudian kulit dan mukosa mulut, tractus respiratorius bagian atas, meluas ke organ – organ lain, diantaranya sistem reticulo indotelial, mata otot, tulang dan testis, kecuali susunan saraf pusat. Pada kebanyakan orang yang

terinfeksi

dapat

asimtomatik,

namun

pada

sebagian

kecuali

memperlihatkan gejala – gejala juga mempunyai kecenderungan untuk menjadi cacat khususnya pada tangan dan kaki. Penyakit kusta adalah penyakit menular melalui kulit dan susunan saraf tepi. Sering dapat menimbulkan reaksi dan dapat menimbulkan reaksi dan dapat menimbulkan cacat jika tidak diobati dalam stadium dini. a. Etiologi Penyakit Kusta Penyakit kusta disebabkan oleh Mycobakterium leprae yang ditemukan Armour Hansen (1873) di Norwegia. Penyebab kusta adalah kuman kusta yang berbentuk batang dengan ukuran panjang 1 – 8 mic, lebar 0,2 – 0,5 mic.

13 Biasanya berkelompok dan ada yang tersebar satu – satu dan hidup dalam sel terutama jaringan yang bersuhu dingin dan bersifat tahan asam (BTA). Basil Mycobakterium Leprae

ini sedemikian kecilnya sehingga tidak dapat

dilihat dengan mata telanjang, tetapi harus menggunakan mikroskop. Mycobakterium Leprae paling sering menyerang saraf tepi dan kulit . Penyakit kusta merupakan penyakit yang tidak mudah menular. Perjalanan penyakit ini dari masuknya kuman Mycobakterium Leprae, sampai timbulnya tanda – tanda klinis perlu waktu yang lama sekitar 2 – 5 tahun. Tanda – tanda kecacatan dan kerusakan ini dibagi menjadi 2 kelompok yaitu kerusakan primer dan kerusakan sekunder. Kerusakan primer disebabkan oleh mycobakterium yang menyerang syaraf, kulit, dan selaput lendir (mukosa ). Hal ini dapat menyebabkan penebalan atau penipisan kulit dan selaput lendir dari hidung dan tenggorakan, hilangnya keringat, hilang rasa, kelemahan otot bahkan kelumpuhan dan neuritis. Sedangkan kerusakan sekunder tidak disebabkan langsung oleh mycobakterium leprae. Kerusakan ini terjadi setelah kerusakan primer, jika tidak dicegah dengan pengobatan dini. Kerusakan sekunder dapat dilihat dengan beberapa cara, antara lain : a. kontraktur adalah akibat kurangnya pergerakan atau pemakaian sendi

termasuk pemendekan otot, ikat sendi, dan kulit. b. luka adalah akibat ruda paksa dapat dibagi luka tertutup atau luka terbuka. c. Hilangnya jaringan, terjadi setelah mengalami luka dan sering disertai

infeksi, seperti hilangnya jari - jari tangan, jari- jari kaki, hidung pelana. 8.

Penelitian Pendahuluan Penelitian terdahulu yang pernah dilakukan di RS Kusta Donorojo Jepara menunjukkan bahwa RS Kusta sering berada jauh dari pusat kota, dimana RS Kusta Donorojo berada di pelosok pedesaan dan berada di bawah RSUD Kelet Jepara dalam hal pembinaan maupun sumber dayanya. Semua programer kusta berkedudukan di RSUD Kelet sedangkan di RS Donorojo hanya ada paramedis. Untuk melakukan pengobatan tenaga medis harus menempuh perjalanan cukup jauh yaitu ± 1 jam perjalanan, sehingga tidak setiap hari programer kusta dari RSUD Kelet melakukan visitasi ke RS Donorojo.

14 RS Kusta mempunyai daya tampung yang tidak banyak sedangkan setiap pasien membutuhkan waktu yang lama untuk Programmer kustaan sehingga kebutuhan pemantauan untuk pelayanan rawat jalan pasien kusta sangat dirasakan. RS Kusta Donorojo memiliki daya tampung RS Donorojo hanya 70 orang untuk rawat inap dan 200 orang hidup di lokalisasi. Pasien rawat jalan rumah sakit berasal dari Cepu, Rembang, Pati, Brebes, Tegal, Pekalongan, Cilacap, Blora, Banyumas, Pemalang, Solo, Sukoharjo, dll. Keadaan ini cukup menyulitkan karena jauhnya sarana sehingga pasien sering tidak rutin berobat bahkan sering terjadi DO (Drop Out) pengobatan. Oleh karena itu pasien kusta yang sudah tidak membutuhkan perawatan kusta intensif bisa dilkukan rawat jalan dengan pemantauan yang ketat dalam pengobatan dan kewaspadaan reaksi.Kebijakan tentang penatalaksanaan pasien kusta adalah apabila dirasa mampu dirawat jalan maka pengobatan dan penanganan pasien diserahkan kepada puskesmas setempat dengan pantauan dari pihak rumah sakit dengan menggunakan register kohort.

15

BAB III TUJUAN DAN MANFAAT PENELITIAN 1. TUJUAN PENELITIAN Tujuan Penelitian ini adalah : 1. Untuk mencari model integrasi pemantauan penderita kusta antara sarana pelayanan kesehatan. 2. Mengembangkan Sistem Register kohort elektronik/e-leprocyyang dapat memberi peringatan tentang Kasus Drop Out maupun Release From Treatment sehingga bisa dilakukan pemantauan penderita kusta dengan lebih efektif dan efisien 2. 1.

MANFAAT PENELITIAN Kontribusi terhadap perkembangan iptek terutama e-health. a.

Penelitian ini akan mengungkapkan faktor-faktor yang mempengaruhi integrasi data pemantauan penderita kusta.

b.

Mendapatkan model rancangan register kohort elektronik/e-leprocyyang tepat untuk mencegah kasus drop out pengobatan penderita kusta

2.

Keunggulan untuk memecahkan masalah pembangunan Penelitian

ini

dapat

berkontribusi

ikut

memecahkan

masalah

dalam

pembangunan yaitu: a. Masalah integrasi data di pelayanan kesehatan. b. Masalah E-health Indonesia yang pengembangannya lambat dibanding negara berkembang lainnya. 3.

Memberikan sumbangan bagi kemajuan ipteks a. Memberi

sumbangan

pengetahuan

berupa

model

integrasi

data

kesehatandi bidang kesehatan. b. Pengembangan rancangan model register kohort elektronik/e-leprocyyang tepat untuk mencegah drop out pengobatan sehingga angka kecacatan penderita kusta dan spektrum penularan penderita menurun

16

BAB IV METODE PENELITIAN 1. Penelitian Tahun Pertama Penderita kusta selama ini dilakukan pemantauan pengobatan maupun reaksi dengan menggunakan register kohort yang masih manual sehingga terfragmentasi pada setiap pelayanan kesehatan sehingga pemantauan tidak dapat efektif dan efisien dan dapat mengakibatkan Drop out pengobatan. Kebutuhan akan adanya integrasi pemantauan penderita kusta antara sarana pelayanan kesehatan terutama antara rumah sakit dan puskesmas sangat dirasakan agar informasi yang dihasilkan untuk pemerintah dalam hal ini Dinas Kesehatan juga dapat tepat karena pasien dapat tetap dipantau meskipun berpindah sarana pelayanan kesehatan. Oleh karena itu penelitian pada tahun pertama merupakan tahapan communication methods dan requirement analysis method. . Tahapan ini menggunakan pendekatan kualitatif dengan pendekatan cross sectional, dengan berfokus pada pencarian model integrasi yang tepat untuk pemantauan penderita kusta. a. Communication methods : Tahapan ini adalah upaya untuk menjalin komunikasi antara peneliti dengan pengguna (dinas kesehatan, puskesmas, Programmer kusta, programer kusta, pelaporan, dll) untuk memperoleh informasi mengenai kebutuhan sistem informasiregister kohort elektronik/e-leprocykusta untuk memperoleh keterangan sesuai dengan tujuan penelitian. b.

Subjek dan objek penelitian Subjek penelitian dalam tahun pertama adalah 1. Petugas P2M di Dinas Kesehatan Kota Semarang dan Kanwil Depkes Jawa Tengah untuk mengetahui kebutuhan informasi pemantauan penderita kusta dan model integrasi yang memungkinkan antara sarana pelayanan kesehatan yang berada dalam tanggung jawabnya. 2. Manajemen rumah sakit baik rumah sakit khusus untuk penderita kusta maupun rumah sakit umum, untuk mengetahui tentang penatalaksanaan jika menemukan penderita kusta, mekanisme pemantauan serta model integrasi yang mungkin dilakukan di rumah sakitnya.

17 3. Kepala Puskesmas, untuk mengetahui tentang penatalaksanaan jika menemukan penderita kusta, mekanisme pemantauan serta model integrasi yang mungkin dilakukan di puskesmas 4. Programer kusta yang menangani penderita kusta, untuk mengetahui kebutuhan data dan informasi dalam penanganan penderita kusta serta kemungkinan model integrasi dalam penanganan penderita kusta. 5. Programmer kusta yang menangani penderita kusta, untuk mengetahui kebutuhan data dan informasi dalam penanganan penderita kusta serta kemungkinan model integrasi dalam penanganan penderita kusta. Objek Penelitian : objek penelitian pada tahun pertama adalah formulir rekam medis penderita kusta, kebijakan penatalaksanaan penderita kusta. c.

Metode pengumpulan data : Pengumpulan data dengan wawancara mendalam

b. Requirement analysis methods : Tahapan ini adalah upaya mencari content/isi dari web, model interaksi dan navigasi yang yang sesuai kebutuhan pengguna web. Tahapan ini dilakukan dengan metode pengambilan data wawancara berdasarkan pedoman wawancara serta observasi. Wawancara dilakukan kepada : 1. Kepala Dinas Kesehatan dan jajarannya yang berkaitan dengan penyakit informasi penyakit kusta. 2. Sie P2P Kusta 3. Penanggung Jawab Program Kusta di Puskesmas 4. Petugas rekam medis Selain wawancara juga dilakukan observasi pengamatan yang dilakukan secara langsung terhadap sistem manual yang berjalan saat ini dengan menggunakan pedoman observasi. Pada tahapan ini akan dididentifikasi kebutuhan isi, kebutuhan fungsional dan mendefinisikan skenario dari pengguna yaitu pendaftaran, programer kusta, Programmer kusta, Dinas Kesehatan, Sie P2P, Penanggung Jawab Program Kusta laboratorium sampai penyusunan use-case Metode perancangan menggunakan pendekatan Unified Modelling Language (UML) dan perancangan web dengan metode OOHDM (Object Oriented Hypermedia Design Method).

18 2.

Penelitian Tahun Kedua

Penelitian di tahun kedua adalah penelitian rekayasa (research and development), dimanamulai melakukan desain dan perancangan register kohort elektronik/eleprocydengan pendekatan Object Oriented Hypermedia Design Method dan metode perancangan web engineering.Tahapan Rekayasa Desain ModelRegister kohort elektronik/e-leprocyberbasis webini adalah a. Design methods : Tahapan ini adalah mendesain content/isi, arsitektur aplikasi dan informasi, desain interface dan struktur navigasi. Tahapan desain ini meliputi : a.

Interface design

b.

Aesthetic design

c.

Content design

d.

Navigation design

e.

Architecture design

f.

Component design

b. Construction/coding: register kohort elektronik/e-leprocyograman yang akan dipakai adalah php c. Testing methods : Aplikasi web yang ditest meliputi : a. Content : Isi dari web akan dievaluasi penulisannya baik dari istilah medis, ejaan maupun penulisan. b. Function : Fungsi dari aplikasi web ditest akan kebenaran, kestabilan dan kesesuaian standar implementasi sesuai dengan standar pengelolaan rekam medis. c. Structure : Dinilai untuk memastikan ketepatan isi dan fungsi web dari sisi pengguna baik eksternal ( dinas, kanwil) maupun internal ( programer kusta, Programmer kusta, perekam medis),

kemungkinan pengembangan dan

penambahan fungsi dan isi. d. Usability : Web akan ditest untuk memastikan bahwa masing-masing kategori userbaik perekam medis, programer kusta, Programmer kusta, laboratorium,

19 dll telah didukung oleh tampilan/interface, dapat dipelajari dan aplikasi dapat memenuhi semua kebutuhan navigasi syntax dan semantic. e. Navigability : web akan ditest untuk memastikan semua navigasi syntax dan semantic lepas dari kesalahan (link mati, link tidak sesuai, link salah) f. Performance : web akan ditest di berbagai macam operasi misalnya window, linux, serta konfigurasi dan load untuk memastikan bahwa web responsive untuk interaksi user dan menghadapi extreme loading tanpa degradasi operasional. g. Compatibility : web akan ditest dengan melakukan execute di berbagai konfigurasi host baik untuk user dan server. Tujuannya untuk menemukan kesalahan spesifik pada konfigurasi host tertentu. h. Interoperability : web akan ditest untuk memastikan bahwa aplikasi web tepat berhubungan dengan aplikasi lain atau database. i. Security : web akan ditest dengan mengakses berbagai kemungkinan potensi penyalahgunaan misalnya adanya akses oleh pihak yang tidak berkepentingan, adanya penambahan ataupun pengurangan data rekam medis setelah diterima oleh sistem. 3.

ALIR PENELITIAN

Tahapan Tahun pertama

Proses Kegiatan   

Tahun kedua

    

Metode

Luaran

Analisis kebutuhan dan model integrasi Pendekatan kekeluargaan FGD

Indept interview

1. 2.

Logbook Desain Model Integrasi Register Kohort

Communication methods Requirement analysis methods Design methods Construction/coding Testing methods

 Indept interview  Telaah dokumen

1. 2.

Logbook Register kohort elektronik/e-leprocy

Indikator Dihasilkannya dokumentasi tentang model integrasi pemantauan penderita kusta Dihasilkannya dokumentasi perancangan Dihasilkannya aplikasi Register kohort elektronik/eleprocy

20 Dinkes Rumah sakit Puskesmas

ANALISIS KEBUTUHAN

Dokter

DESKRIPSI MODEL INTEGRASI PEMANTAUAN PENYAKIT KUSTA

Perawat TAHUN PERTAMA

Dinkes Rumah sakit Puskesmas

IMPLEMENTASI MODEL

Dokter

DESAIN REGISTER KOHORT ELEKTRONIK PENYAKIT KUSTA

Perawat TAHUN KEDUA

EVALUASI

TAHUN KETIGA

SOFTWARE GENERIK REGISTER KOHORT ELEKTRONIK PENYAKIT KUSTA

21

BAB V HASIL DAN PEMBAHASAN 1. COMMUNICATION METHOD a. Dinas Kesehatan Propinsi jateng Hasil komunikasi dengan Dinas Kesehatan Propinsi Jawa Tengah menghasilkan tanggapan yang sangat baik karena Sie Pengendalian dan Pemberantasan Penyakit (P2P) sangat membutuhkan dapat memantau penderita kusta dan bisa mengintegrasikan semua data di seluruh kabupaten secara online karena selama ini masih kesulitan. Selama ini pelaporan penderita kusta dari Kabuapten mengumpulkan

dalam

format

excel

selanjutnya

Dinkes

Prop.Jateng

menggabungkan menjadi satu laporan tingkat propinsi. Dalam diskusi tentang sampel daerah penelitian yang akan diamati Dinas Kesehatan Propinsi Jawa Tengah menyarankan kabupaten yang banyak penderita kustanya saja yang diwawancarai dan dijadikan sampel serta dijadikan uji coba untuk sistemnya karena jika mengambil kabupaten yang tidak ebdemi kusta maka perhatian mereka akan kurang dan tidak membantu secara maksimal dalam penelitian ini. Dari hasil diskusi ditetapkan Dinas kesehatan Kabupaten Pekalongan yang akan ditelaah lebih lanjut tentang kebutuhan system monitoring kusta, dikarenakan jumlah penderitanya tinggi serta petugas yang menangani kooperatif dan memungkinkan untuk uji coba system ke depan. b. Dinas Kesehatan Kabupaten Pekalongan Setelah pengurusan surat perijinan dan mengajukan ke Dinas Kesehatan Kabupaten

Pekalongan

bertemu

dengan

Kepala

Dinas

Kesehatan

Kab.Pekalongan serta Sie P2P. Setelah menyampaikan tujuan penelitian ternyata Dinkes Kab.Pekalongan sangat senang dan antusias dan bersedia untuk mendampingi sampai ke lapangan untuk pengambilan data menyesuaikan dengan jadual mereka.

22 Dari diskusi dengan Sie P2P Dinkes Kab.Pekalongan ditemukan adanya kebutuhan dari Dinas untuk bisa mengakses pasien secara individual untuk melihat riwayat penyakit pasien, pemetaan berdasarkan wilayah kerja Puskesmas serta adanya warning/peringatan ketika ada jadual pengambilan obat pasien kusta. Dinkes Kabupaten Pekalongan mempunyai jumlah penderita baru lebih dari 100 pasien per tahun sedangkan total jumlah pasien lebih dari 1000 pasien.Jumlah pasien terbanyak ada di Puskesmas Buaran, Puskesmas Tirto I dan Tirto II sehingga puskesmas tersebut yang akan ditelaah secara mendalam. c. Puskesmas Secara umum ketiga puskesmas mendukung terhadap e-kohort pasien kusta/eleprocy, karena programmer kusta selain bertanggung jawab terhadap program kusta juga bertanggung jawab terhadap program lain sehingga merasa kesulitan untuk memantau pasien secara individual. Ketiga puskesmas yang diamati terjangkau internet dengan menggunakan jaringan telepon 3G sehingga memungkinkan untuk dilakukan uji coba system ke depan. Dalam hal memantau pengobatan pasien kusta dan kasus drop out (DO) mereka (Programmer Kusta) mengaku tidak banyak kasus DO karena pasien tidak banyak dalam satu puskesmas akan tetapi pada saat yang sama mereka mengaku tidak tahu siapa yang harus mengambil obat sehingga terkadang obat terlambat diberikan. Untuk kasus kusta tidak seperti kasus Tuberculosis (TB) yang harus mengulang pengobatan untuk kusta jika pasien terlambat minum obat, paket dapat tetap dilanjutkan akan tetapi resiko yang mungkin timbul adalah setelah selesai pengobatan pasien akan mudah terkena reaksi yang berat. Mencermati kondisi tersebut maka petugas membutuhkan alat pengingat pasien yang harus datang mengambil obat karena keterlambatan akan berdampak cukup menyakitkan bagi pasien meskipun terkadang pengambilan obat oleh pasien dipengaruhi juga oleh keengganan pasien untuk mengambil obat karena efek samping obat yaitu kulit terlihat hitam disamping itu efek dari tidak memimum obat yang tidak terlihat secara langsung dan cepat sehingga pasien sering merasa

23 enggan.Adanya kondisi tersebut maka pengingat akan pengambilan obat selain harus diberikan kepada petugas, pasien juga keluarga pasien agar dapat memotivasi pasien untuk tetap meminum obat sehingga tidak terjadi kecacatan. Dalam proses pelaporan ke Dinkes Kabupaten Pekalongan Programmer Kusta harus melakukan 2 tahapan yaitu menulis di buku kusta pasien dan menulis di register kohort kusta jika pasien datang . Selanjutnya register kohort kusta akan dibawa ke Dinkes Kab.Pekalongan untuk direkap dalam format excel. Jika dalam proses tersebut pasien datang untuk control dan mengambil obat maka akan ditulis di buku kusta dan jika Programmer kusta tidak ada di tempat maka akan ditulis di kertas oleh petugas lain dan ditulis kemudian. Dalam format excel Programmer Kusta tidak dapat melihat riwayat individual pasien dan memantau kondisi Release From Treatment (RTF), karena sering terjadi kasus dimana ditemukan penderita baru dengan ada pasien kusta yang telah RTF di sekitar lingkungannya. 2.

MODEL INTEGRASI PEMANTAUAN KUSTA

Gambar 5.1.Model Pemantauan Pasien Kusta

24

Gambar 5.2.Model Integrasi Pemantauan Penderita Kusta

REGISTER DATA

SERVICE

REGISTER PASIEN KUSTA SMS ALERT

DATA EKSTERNAL KEPENDUDUKAN

PEMETAAN PENDERITA

REPORT

DATA DEMOGRAFI

REGISTER KONTAK PASIEN

REGISTER PUSKESMAS

E-leprocy

REGISTER WILAYAH

REGISTER PROGRAMMER KUSTA

REGISTER DINAS KESEHATAN

PASIEN DAN KELUARGA

PROGRAMMER KUSTA SIE P2P DINKES KABUPATEN/KOTA

SIE P2P DINKES PROPINSI

USERS

Gambar 5.3.Model Integrasi Data Penderita Kusta

25 Gambar 5.1 sampai 5.3 mendeskripsikan bahwa pemantauan penderita kusta seharusnya bisa terpusat di tingkat propinsi maupun secara nasional dan terdistribusi di kabupaten dan kota dengan penanggung jawab di Sie P2P baik di Dinkes Propinsi maupun Dinkes kabupaten/Kota, selanjutnya secara tehnis pemantauan akan dilaksanakan di Puskesmas dengan Programer Kusta, dimana pemantauan ini akan meggunakan aplikasi e-leprocy/register kohort elektronik yang berbasis web. Eleprocyakan memungkinkan pemberian alert kepada pasien dan keluarga serta programmer kusta tentang waktu pemberian obat kepada pasien dan memungkinkan pasien untuk berpindah tempat pelayanan kesehatan karena terhubung denga NIK (Nomer Induk Kependudukan dan No Reg.Kusta. Rancangan e-leprocy seperti di bawah ini 3.

REQUIREMENT ANALYSIS METHOD a. Requirement gathering Tahapan ini adalah tahap untuk menangkap dan menganalisa kebutuhan fungsional dari aplikasi untuk masuk ke tahap desain. Tahapan ini terdiri dari sub tahapan identification role and task, spesification scenario, spesification use case, spesification user interaction diagram. 1) Role and task identification. Tujuan dari tahapan ini adalah mengidentifikasi perbedaan role untuk tiap aktor dan hubungan antara task/tugas. Tahapan ini diperoleh melalui analisis dokumen dan wawancara dengan user. Actor atau pelaku dalam pemantauanpasien kusta di Wilayah adalah Sie P2P Dinas kesehatan, Programmer kusta/programmer kusta, dengan role and task identification sebagai berikut : Tabel 5.1. Role and task user User 1. Sebelum bisa mengakses sistem, user harus melakukan sign up

(pendaftaran), dengan memasukkan data user id, password, nama, alamat, kota, no ktp/NIK, jenis user (pasien, petugas, tamu), jenis petugas, No NPP. User id akan dipakai untuk login ke arah sistem, 2. jenis user akan mengatur hak akses ke dalam sistem

26 Tabel 5.2. Role and task pasien/keluarga pasien Pasien/keluarga pasien

1. Pasien atau keluarga pasien mungkin lupa tidak membawa KIB ketika berobat sehingga sistem harus dapat mencarikan nomer rekam medis pasien berdasarkan nama, alamat dan atau tanggal lahir pasien. Tabel 5.3. Role and task petugas rekam medis Petugas rekam medis

1. Petugas rekam medis harus melakukan pencatatan identitas pasien secara lengkap bagi pasien baru, serta melakukan pencatatan pendaftaran termasuk nomer hp pasien dan keluarganya. Sistem akan mendata identitas pasien secara lengkap berdasarkan kode wilayah, asal puskesmas berdasarkan kode puskesmas. Dari data tersebut akan dapat dibuat laporan pemetaan pasien. 2. Petugas rekam medis membutuhkan menemukan No RM dan nomer register kusta bagi pasien yang tidak membawa KIB bagi pasien lama, bagi pasien lama yang membawa KIB maka akan dilakukan pencatatan pendaftaran. Untuk pasien yang tidak membawa KIB maka sistem akan melakukan pencarian pasien berdasarkan nama, alamat dan atau tanggal lahir. Dari data tersebut akan dapat dibuat laporan pasien lama. Tabel 5.4. Role and taskprogramer kusta Programer kusta

1. programer kusta perlu untuk mengetahui No RM dan nomer register kusta pasien yang akan diperiksa untuk melakukan pencatan di dalam register kohort elektronik/e-leprocyberdasarkan No RM dan nomer register kusta pasien. Sistem akan mengeluarkan pencarian No RM dan nomer register kusta berdasar nama pasien selanjutnya programer kusta dapat memilihnya dan sistem akan mengeluarkan No RM dan nomer register kusta, nama dan umur. 2. Programmer kustaakan mengisi monitoring kohort penderita kusta tipe PB/MB. Programmer kusta perlu untuk mengidentifikasi apakah pasien yang datang termasuk DO atau tidak. Sistem akan memberi peringatan jika pasien adalah termasuk DO ataupun menampilkan laporan pasien yang DO maupun yang seharusnya datang dalam bulan bersangkutan serta memberi warning sms jika tiba masanya pasien mengambil obat.

27 3. Programer kusta akan menulis ke dalam register kohort elektronik/eleprocyhasil wawancara dengan pasien dan keluarga tentang keluhan yang dialami pasien, sejak kapan keluhan dirasakan, cara penemuan, keluarga terdekat yang mempunyai penyakit kusta. Pemeriksaan akan dilakukan dengan melakukan pemeriksaan kulit dan saraf. Maka programer kusta perlu menentukan tipe kusta untuk menentukan jenis obat dan lama pengobatan. Sistem akan mengeluarkan data olahan sistem berupa pendukung keputusan apakah pasien termasuk jenis kusta Tipe PB atau tipe MB dari gejala yang telah dimasukkan programer kusta. Penentuan jenis kusta akan menentukan : a. cara pengobatan ( jenis obat, lamanya berobat, dll ). b. Kapan penderita dinyatakan bebas dari pengobatan ( Release From Treatment ). c. Apakah penderita menular sekali, sehingga penderita mendapat prioritas pengobatan dan pengawasan. 4. Apakah penderita akan mudah mendapat cacat sehingga penderita mendapat perhatian khusus. 5. Jika memerlukan pemeriksaan laboratorium maka programer kusta akan menulis dalam register kohort elektronik/e-leprocypermintaan pemeriksaan laboratorium. 6. Programer kusta akan menentukan dan memasukkan obat dalam Programmer kustaan sehingga sistem harus terhubung dengan apotik untuk melihat stok obat yang ada dan tersedia. Untuk selanjutnya sistem akan mengeluarkan alert yang diterima oleh pasien, keluarga korban dan programmer kusta ketika tiba waktunyapasien harus mengambil obat.

Tabel 5.5. Role and task laboratorium Petugas laboratorium 1. Petugas laboratorium akan melayani pemeriksaan penunjang yang

diminta oleh programer kusta dengan melihat NO RM dan nomer register kusta dan nama pasien akan tampil pemeriksaan yang diminta oleh programer kusta, selanjutnya petugas laboratorium akan menuliskan hasil di register kohort elektronik/e-leprocysehingga dapat dibaca oleh petugas medis dan paramedis

28 Tabel 5.6 Role and taskPetugas P2P Dinas Kesehatan Petugas P2P 1. Petugas P2P baik tingkat kabupaten maupun propinsi akan melakukan

pemantauan berdasarkan wilayah terhadap wilayah kerjanya 2. Petugas P2P dapat melihat riwayat pengobatan penderita kusta 3. Petugas P2P dapat melakukan pemetaan penderita berdasarkan wilayah 4. Petugas P2P dapat melihat trend jumlah pasien tiap tahun 5. Petugas P2P dapat menerima warning sms jika ada pasien belum

mengambil obat pada waktunya

2) Scenario Specification Setelah mengetahui semua role dan task, harus dideskripsikan kemungkinan skenario dari aplikasi. Skenario adalah deskripsi narasi bagaimana aplikasi mungkin digunakan oleh actor untuk menyelesaikan tugas mereka Tabel 5.7. Skenario petugas rekam medis Petugas rekam medis 1. Pencatatan identitas pasien baru. Petugas rekam medis harus melakukan pencatatan identitas pasien secara lengkap bagi pasien baru termasuk no telepon pasien dan keluarganya. Sistem akan mendata identitas pasien secara lengkap berdasarkan kode wilayah, asal puskesmas berdasarkan kode puskesmas.

Tabel 5.8. Skenario programer kusta Programer kusta

1. Monitoring kohort pasien kusta. Petugas rekam medis membutuhkan menemukan No RM dan nomer register kusta bagi pasien yang tidak membawa KIB bagi pasien lama, Untuk pasien yang tidak membawa KIB maka sistem akan melakukan pencarian pasien berdasarkan nama, alamat dan atau tanggal lahir, bagi pasien lama yang membawa KIB maka akan dilakukan pencatatan

29 pendaftaran ke register/monitoring kohort.Petugas rekam medis akan mengisi register/monitoring kohort penderita kusta tipe PB/MB. Petugas rekam medis perlu untuk mengidentifikasi apakah pasien yang datang termasuk DO atau tidak. Sistem akan memberi peringatan jika pasien adalah termasuk DO 2. Pemeriksaan pasien. a. Programer kusta perlu untuk mengetahui No RM dan nomer register kusta pasien yang akan diperiksa untuk melakukan pencatan di dalam register kohort elektronik/e-leprocyberdasarkan No RM dan nomer register kusta pasien, b. Programer kusta akan menulis ke dalam register kohort elektronik/eleprocyhasil wawancara dengan pasien dan keluarga tentang meliputi cara penemuan, riwayat penyakit keluhan 3. Penentuan jenis penyakit kusta Pemeriksaan akan dilakukan dengan melakukan pemeriksaan kulit dan saraf dengan menandai tempat dan gejala kelainan. Programer kusta perlu menentukan tipe kusta untuk menentukan jenis obat dan lama pengobatan. Sistem akan mengeluarkan data olahan sistem berupa pendukung keputusan apakah pasien termasuk jenis kusta Tipe PB atau tipe MB dari gejala yang telah dimasukkan programer kusta. Sistem akan memberikan DSS tentang jenis kusta pasien dari data yang dimasukkan oleh programer kusta akan tetapi programer kusta tetap harus mengisi jenis kusta yang diderita oleh pasien 4. Permintaan pemeriksaan laboratorium Apabila diperlukan maka programmer kusta dapat meminta pemeriksaan laboratorium 5. Pemberian obat Programer kusta akan menentukan dan memasukkan obat dalam Programmer kustaan berdasarkan No RM dan nomer register kusta pasien, dan setiap bulan pasien mengambil obat. Sistem akan memberi warning berupa sms ketika waktunya pasien mengambil obat kepada programmer kusta, pasien dan keluarganya. 6. pencatatan keadaan cacat Programmer kusta akan melakukan pencatatan keadaan cacat ke dalam register kohort elektronik/e-leprocypada saat awal pemeriksaan dan setelah RTF dan menilai tingkat kecacatan berdasar standar WHO 7. pencatatan pemeriksaan kontak serumah Programmer kusta akan melakukan pencatatan ke dalam register kohort elektronik/e-leprocyberdasarkan No RM dan nomer register kusta pasien jika dilakukan pemeriksaan kepada kontak orang yang tinggal serumah untuk menemukan secara aktif penularan penyakit kusta. 8. pencatatan pemeriksaan kontak lingkungan Programmer kusta akan melakukan pencatatan ke dalam register kohort elektronik/e-leprocyberdasarkan No RM dan nomer register kusta pasien jika dilakukan pemeriksaan kepada kontak dekat/lingkungan untuk menemukan secara aktif penularan penyakit kusta.

30 9. pencatatanpencegahan cacat Programmer kusta akan melakukan pencatatan pencegahan cacat ke dalam register kohort elektronik/e-leprocyuntuk mencari pasien yang reaksi dan perlu segera diberi obat untuk mencegah reaksi. 10. Screening pengobatan prednison Jika pasien mengalami rekasi maka sebelum meberi pengobatan prednison maka perlu diadakan screening terlebih dahulu apakah pasien dapat menerima pengobatan prednison dengan memberi tanda pada beberapa kriteria 11. pencatatan evaluasi pengobatan prednison. Programmer kusta melakukan pencatatan ke dalam register kohort elektronik/e-leprocyjika terjadi reaksi pasien berdasarkan No RM dan nomer register kusta pasien meliputi anamnesa dengan indikator tertentu/daftar tilik, pengamatan dan dosis obat prednison 12. Pembuatan laporan Dari data yang dimasukkan saat pendaftaran tersebut akan dapat dibuat laporan pasien lama serta laporan pasien baru, laporan asal pasien, maupun laporan pasien yang DO maupun RTF serta pemetaan.

Tabel 5.9. Skenario laboratorium Petugaslaboratorium 1. Permintaan pemeriksaan laboratorium dan hasilnya petugas laboratorium akan melayani pemeriksaan penunjang yang diminta oleh programer kusta dengan melihat NO RM dan nomer register kusta dan nama pasien akan tampil pemeriksaan yang diminta oleh programer kusta meliputi pemeriksaan cuping telinga kanan dan kiri serta tanda di kulit. selanjutnya petugas laboratorium akan menuliskan hasil di register kohort elektronik/e-leprocysehingga dapat dibaca oleh petugas medis dan paramedis Tabel 5.10 SkenarioPetugas P2P Petugas P2P 1. Petugas P2P baik tingkat kabupaten maupun propinsi akan melakukan

pemantauan berdasarkan wilayah terhadap wilayah kerjanya Petugas P2P akan mempunyai akses ke system untuk bisa melakukan pemantauan program meliputi pemantauan RTF maupun pasien DO berdasarkan wilayah tertentu. 2. Petugas P2P dapat melihat riwayat pengobatan penderita kusta Petugas P2P dapat melihat detil pasien berdasarkan nama untuk melihat riwayat pengobatan, alamat pasien, dll.

31 3. Petugas P2P dapat melakukan pemetaan penderita berdasarkan wilayah Petugas P2P dapat melihat pasien berdasarkan wilayah berupa peta wilayah puskesmas dimana pasien tercatat. 4. Petugas P2P dapat melihat trend jumlah pasien tiap tahun

Petugas P2P dapat melihat trend pasien berdasarkan wilayah dengan grafik Tabel 5.11 Skenario user User

1. Pendaftaran user User harus mendaftar terlebih dahulu untuk bisa mengakses sistem dengan memasukkan data data user id, password, nama, alamat, kota, no ktp/NIK, jenis user (pasien, petugas rumah sakit, petugas puskemas, petugas dinas kesehatan, lainnya), jenis petugas, No NPP. User id akan dipakai untuk login ke arah sistem, 2. Login sistem setiap akan memasuki sistem untuk melihat data berkaitan dengan medis, maka user harus login terlebih dahulu Tabel 5.12 Skenario Admin Admin

1. Mengatur hak akses admin akan melakukan kontrol akses kepada user sesuai dengan jenis user (tamu, petugas, pasien), petugas masih terbagi lagi menjadi jenis petugas, masing-masing jenis petugas mempunyai hak akses tersendiri 2. Pendataan master obat, wilayah, jenis petugas admin akan melakukan pendataan obat, wilayah, jenis petugas 3) Use case spesification Skenario harus dikelompokkan dalam unit fungsional dalam UML sebagai use case. Dikarenakan skenario dimungkinkan didefiniskan untuk actor yang berbeda maka use case harus teridentifikasi sebagai bagian dari actor. Use case spesification dalam penelitian ini adalah

32 Tabel 5.13 Use case Pencatatan identitas pasien baru Use case : Pencatatan identitas pasien baru Skenario : 5.7.1 Role : Petugas rekam medis/pendaftaran Deskripsi : 1. petugas akan memasukkan identitas dan password ke dalam sistem 2. Petugas rekam medis akan memberikan lembar identitas pasien baru untuk diisi pasien atau keluarganya. 3. Petugas rekam medis melakukan pengecekan pasien yang datang pasien baru atau lama dengan cara memasukkan nama dan tanggal lahir ke dalam sistem 4. Sistem akan mengeluarkan data pasien dengan nama dan tanggal lahir yang dimasukkan, jika ada maka nama pasien akan dipilih untuk mendapatkan NO RM dan nomer register kusta, jika tidak ada maka akan dimasukkan sebagai pasien baru 5. Jika merupakan pasien baru maka sistem akan mengeluarkan NO RM dan nomer register kusta dan petugas rekam medis akan memasukkan data pasien. No register kusta terdiri mengikuti format 2 digit pertama kode kabupaten,2 digit berikutnya kode puskesmas, 3 digit terakhir no urut penderita 6. NO RM dan nomer register kusta akan dihasilkan dari sistem, sedangkan data yang dimasukkan ke dalam sistem adalah no ktp, no asuransi (jika ada), nama, jenis kelamin, tanggal lahir, status perkawinan, pekerjaan, nama ibu kandung, alamat, desa, rt, rw, kecamatan, kabupaten/kota, propinsi, puskesmas pengirim, cara pembayaran, no telepon pasien dan keluarganya. 7. Untuk data jenis kelamin, status perkawinan, pekerjaan, desa, kecamatan, kabupaten propinsi, dan puskesmas pengirim, petugas tinggal memilih dan sistem akan menyimpan dengan kode 8. Setelah selesai memasukkan identitas pasien maka sistem akan melakukan validasi kelengkapan data, tanggal pendaftaran dan petugas yang memasukkan. Selanjutnya sistem akan masuk ke dalam register/monitoring kohort pasien kusta Tabel 5.14 Use case Monitoring Kohort Kusta Use case : Monitoring kohort pasien kusta Skenario : 5.8.1 Role : Programmer Kusta Deskripsi : 1.

Jika terdapat pasien lama mendaftar maka petugas akan menanyakan KIB

33 kepada pasien/keluarga untuk mencari NO RM dan nomer register kustapasien, jika pasien lupa tidak membawa maka petugas memasukkan nama dan tanggal lahir ke dalam sistem dan akan mengeluarkan data-data pasien dengan nama dan tanggal lahir yang dimasukkan, jika ada maka nama pasien akan dipilih untuk mendapatkan NO RM dan nomer register kusta dan data identitas lain 2. Selanjutnya baik pasien baru atau lama akan dilakukan pencatatan di monitoring/kohort pasien kusta meliputi nilai cacat (kondisi awal pada saat pasien baru dan kondisi akhir meliputi kondisi umum dan score), pengobatan tahun ke dan bulan ke, tanggal RFT (Release from treatment) serta keterangan dan pengambilan obat. 3. Saat memasukkan data pengobatan sistem akan mengeluarkan alert tentang Drop Out pasien dan RTF(Release from treatment) dengan kriteria sbb : a. Penderita Penderita PB yang telah mendapat pengobatan MDT 6 dosis dalam waktu 6–9 bulan dinyatakan RFT, tanpa diharuskan pemeriksaan laboratorium b. Penderita PB yang telah mendapat pengobatan MDT 6 dosis dalam waktu 6–9 bulan dinyatakan RFT, tanpa diharuskan pemeriksaan laboratorium c. Setiap penderita PB dalam pengobatan tidak mengambil obat 4 bulan dan setiap penderita MB 7 bulan dinyatakan DO. d. Setiap penderita PB maupun MB, bila berturut-turut 12 bulan tidak mengambil obat dinyatakan hilang (OOC = Out Of Control) 4. Setelah selesai memasukkan register pasien maka sistem akan melakukan validasi kelengkapan data, tanggal pendaftaran dan petugas yang memasukkan Tabel 5.15 Use case pemeriksaan pasisen Use case : Pemeriksaan pasien. Skenario : 5.8.2 Role : Programer kusta, Deskripsi : 1. Programer kusta akan memasukkan identitas dan password ke dalam sistem 2. Programer kusta akan memasukkan NO RM dan nomer register kusta pasien, programer kusta juga dapat memasukkan nama dan atau tanggal lahir ke dalam sistem dan akan mengeluarkan data-data pasien dengan nama dan tanggal lahir yang dimasukkan, maka nama pasien akan dipilih untuk mendapatkan NO RM dan nomer register kusta dan data identitas lain 3. Programer kusta akan memasukkan hasil wawancara pasien ke dalam sistem tentang

34 a. cara penemuan (sukarela, pemberitahuan, survey kontak, survei anak sekolah, chase survey, survei lain/RVS/LEC, kambuh, pindah dari..., rujukan dari....); b. riwayat penyakit (kelainan kulit diketahui sejak <1 thn, 1-3 thn, > 3 thn); keluhan saat berobat, pernah bergaul dengan penderita (ya,.....,tidak); pernah berobat sebelumnya (ya,.....,tidak) Tabel 5.16 Use case penentuan jenis kusta Use case : Penentuan jenis kusta. Skenario : 5.8.3 Role : Programer kusta, Deskripsi : 1. Programer kusta akan memasukkan identitas dan password ke dalam sistem 2. Programer kusta akan memasukkan NO RM dan nomer register kusta pasien, programer kusta juga dapat memasukkan nama dan atau tanggal lahir ke dalam sistem dan akan mengeluarkan data-data pasien dengan nama dan tanggal lahir yang dimasukkan, maka nama pasien akan dipilih untuk mendapatkan NO RM dan nomer register kusta dan data identitas lain 3. Programer kusta akan melakukan pemeriksaan kulit dan saraf kepada pasien serta menandai ke dalam sistem letak kelainan dalam tubuh pasien dengan kode tanda kelainan pasien yaitu : a. Bercak kulit keputihan/kemerahan b. Mati rasa c. Batas tegak bercak d. Tanda a+b+c e. Bercak dengan batas tidak tegas f. Infiltrat yang difus g. Nodulus h. Penebalan syaraf i. Madarosis j. Hidung pelana k. Kontraktur lemas (C) l. Kontraktur kaku (S) m. Mutilasi (hilang sebagian) n. Ulkus o. Drop (lunglai) p. Lagophalmos

35 4. Programer kusta dapat melakukan pemotretan kemudian melakukan upload ke dalam sistem dengan terlebih dahulu memberikan keterangan tentang foto tersebut nama pasien, NO RM dan nomer register kusta, tanggal pemeriksaan 5. Programer kusta akan melakukan pemeriksaan lebih lanjut untuk menentukan jenis kusta dengan melakukan pemilihan pada sistem dengan indikator : Bercak/makula (jumlah, ukuran, distribusi, konsistensi, batas, kehilangan rasa pada bercak, kehilangan kemampuan berkeringat, bulu rontok pada bercak), Infiltrat (kulit, membrana mukosa), Ciri-ciri khusus, Nodulus, Penebalan syaraf, Deformitas/cacat, Apusan Sistem akan melakukan analisa penentuan tipe PB dan MB berdasarkan kriteria sbb : Kriteria untuk tipe Pb dan MB Kelainan kulit dan hasil pemeriksaan bateriologis

PB

MB

1. BERCAK a. jumlah

1-5

banyak

b. ukuran

kecil & besar

kecil-kecil

c. distribusi

uniteral/bilateral asimetris

bilateral simetris

d. konsistensi

kering & kasar

halus, berkilat

f. batas

tegas

kurang tegas

g. kehilangan rasa bercak

selalu ada & jelas

biasanya tidak jelas, jika terjadi pada yang usia lanjut

h.kehilangan kemampuan berkeringat, bulu rontok pada bercak

bercak tidak bercak masih berkeringat, ada bulu berkeringat, bulu rontok pada berkas tidak rontok

2. INFILTRAT a. kulit

tidak ada

ada, kadangkadang tidak ada

b. membrana mukosa (hidung tersumbat, perdarahan di hidung)

tidak ada

3. CIRI-CIRI KHUSUS

*Central Healing* Penyembuhan di tengah.

ada, kadangkadang tidak ada 1.Punched out lession **). 2.Madarosis 3.Ginekomastia 4.Hidung Pelana 5.Suara Sengau

4. NODULUS

tidak ada

ada, kadangkadang tidak ada

36 5. PENEBALAN SYARAF

Lebih sering terjadi dini,asimetris

6. DEFORMITAS (CACAT)

Biasanya asimetris terjadi dini

Terjadi pada yang lanjut biasanya lebih dari satu dan simetris Terjadi pada Stadium lanjut

7. APUSAN

BTA negatif

BTA positif

Programer kusta akan memastikan tipe tersebut dengan memilih jenis kusta PB/MB 6. Sistem akan melakukan validasi kelengkapan data, tanggal dan waktu pemeriksaan dan petugas yang memasukkan

Tabel 5.17 Use case permintaan pemeriksaan laboratorium Use case : Permintaan pemeriksaan laboratorium dan hasilnya. Skenario : 5.8.4 Role : Programer kusta, petugas laboratorium Deskripsi : 1. Programer kusta akan memasukkan identitas dan password ke dalam sistem 2. Programer kusta akan memasukkan NO RM dan nomer register kusta pasien, programer kusta juga dapat memasukkan nama dan atau tanggal lahir ke dalam sistem dan akan mengeluarkan data-data pasien dengan nama dan tanggal lahir yang dimasukkan, maka nama pasien akan dipilih untuk mendapatkan NO RM dan nomer register kusta dan data identitas lain 3. Programer kusta terkadang membutuhkan pemeriksaan laboratorium untuk menegakkan diagnosa penyakit kusta maka programer kusta akan memasukkan catatan perintah pemeriksaan laboratorium ke dalam sistem yang akan terhubung ke laboratorium. 4. Programer kusta akan mencatat asal pengambilan darah dari pasien yaitu dari cuping telinga kanan dan cuping telinga kiri dan tanda di kulit dan hasil akan dimasukkan oleh petugas laboratorium 5. Sistem akan melakukan validasi kelengkapan data, tanggal permintaan dan petugas yang memasukkan 6. Petugas laboratorium akan memasukkan identitas dan password ke dalam sistem 7. Petugas laboratorium melihat permintaan pemeriksaan laboratorium yang masuk ke dalam sistem

37 8. Petugas laboratorium akan menuliskan hasil pemeriksaan laboratorium ke dalam sistem berdasarkan NO RM dan nomer register kusta pasien 9. Sistem akan melakukan validasi kelengkapan data, tanggal dan waktu pemeriksaan dan petugas yang melakukan. 10. Programer kusta akan melihat hasil pemeriksaan laboratorium dari sistem berdasarkan NO RM dan nomer register kusta pasien untuk menentukan tindakan selanjutnya Tabel 5.18 Use case penulisan resep & pemberian obat Use case : Penulisan resep dan pemberian obat. Skenario : 5.8.5 Role : Programer kusta, petugas apotik, pasien Deskripsi : 1. Setelah menentukan jenis kusta maka programer kusta akan menginput obat MDT yang diberikan apakah untuk tipe PB/MB ke dalam sistem yang langsung terhubung ke apotik. 2. Sistem akan menampilkan obat yang tersedia di apotik sehingga programer kusta dapat langsung melihat ke dalam sistem apakah obat dan yang diresepkan tersedia di apotik 3. Sistem akan menyimpan jenis obat berdasarkan kode obat 4. Sistem akan melakukan validasi kelengkapan data, tanggal dan waktu penulisan resep dan petugas yang melakukan 5. Pasien/keluarga pasien akan pergi ke apotik untuk mendapatkan obat. 6. Petugas apotik akan memasukkan identitas dan password ke dalam sistem 7. Petugas apotik akan memasukkan NO RM dan nomer register kusta pasien, petugas juga dapat memasukkan nama dan atau tanggal lahir ke dalam sistem dan akan mengeluarkan data-data pasien dengan nama dan tanggal lahir yang dimasukkan, maka nama pasien akan dipilih untuk mendapatkan NO RM dan nomer register kusta dan data identitas lain 8. Petugas apotik akan memverifikasi obat apa saja yang diberikan kepada pasien 9. Sistem akan melakukan validasi kelengkapan data, tanggal dan waktu pemberian obat dan petugas yang melakukan pemberian obat.

38 Tabel 5.19 Use case pencatatan keadaan cacat Use case : pencatatan keadaan cacat Skenario : 5.8.6 Role : Programmer kusta Deskripsi : 1. Programmer kusta akan memasukkan identitas dan password ke dalam sistem 2. Programmer kusta akan memasukkan NO RM dan nomer register kusta pasien, Programmer kusta juga dapat memasukkan nama dan atau tanggal lahir ke dalam sistem dan akan mengeluarkan data-data pasien dengan nama dan tanggal lahir yang dimasukkan, maka nama pasien akan dipilih untuk mendapatkan NO RM dan nomer register kusta dan data identitas lain 3. Programmer kusta akan menuliskan pemeriksaan keadaan cacat dari pasien meliputi tanggal pemeriksaan awal, dan tanggal pemeriksaan saat RTF. 4. Pencatatan keadaan cacat meliputi a. kelainan mata kanan dan kiri ( mata merah, visus sedikit berkurang, visus sangat terganggu) b. kelaianan tangan kanan dan kiri (jari tangan kiting, tangan semper), c. kelainan kaki kanan dan kiri (jari kaki kiting, kaki semper), serta d. Penilaian hasil skor kecacatan. 5. Untuk penilaian hasil scor kecacatan, data yang dimasukkan Programmer kusta maka sistem akan mengeluarkan bantuan penilaian tingkat kecacatan menurut WHO berdasarkan kiriteria : TINGKAT KECACATAN Tidak ada kelainan pada mata Tidak ada anestesi, 0 akibat kusta. tidak ada cacat yang kelihatan akibat kusta. Ada kelainan mata akibat kusta Ada anastesi tetapi tidak kelihatan tidak ada cacat/kerusakan yang 1 Visus sedikit berkurang akibat kelihatan. kusta. Ada lagophthalmos, Ada cacat/kerusakan yang kelihatan 2 Visus sangat terganggu akibat misalnya ; ulkus,jari kiting,kaki Kusta. semper Keterangan : “ KELAINAN MATA” : Mata merah, virus kurang baik akibat kusta “ CACAT KELIHATAN” : Jari-jari tangan kiting (“clawing”), Jari-jari kaki kiting (“clawing”), Tangan semper (“drop foot”), Lagophthalmos (mata merah).Bekas luka tetap dihitung “ KERUSAKAN” : Luka, pemendekan, kekakuan, mutasi, absorbsi. “ VISUS SEDIKIT BERKURANG” : Masih dapat dihitung jari pd jarak 6 meter “ VISUS SANGAT TERGANGGU” : Tidak dapat hitung jari pada jarak 6 meter. 6. Sistem akan melakukan validasi kelengkapan data, tanggal dan waktu penulisan catatan Programmer kusta

39 Tabel 5.20 Use case pencatatan pemeriksaan kontak serumah Use case : pencatatan pemeriksaan kontak serumah Skenario : 5.8.7 Role : Programmer kusta Deskripsi : 1. Programmer kusta akan memasukkan identitas dan password ke dalam sistem 2. Programmer kusta akan memasukkan NO RM dan nomer register kusta pasien, Programmer kusta juga dapat memasukkan nama dan atau tanggal lahir ke dalam sistem dan akan mengeluarkan data-data pasien dengan nama dan tanggal lahir yang dimasukkan, maka nama pasien akan dipilih untuk mendapatkan NO RM dan nomer register kusta dan data identitas lain 3. Jika diperlukan maka akan dilakukan pemeriksaan kontak serumah, 4. Programmer kusta akan memasukkan a. Identitas kontak meliputi : i. nama kontak serumah, ii. jenis kelamin, iii. umur, iv. No telepon b. Tanggal pemeriksaan kontak serumah ( saat penderita ditemukan pertama kali, saat penderita RTF, 1 tahun setelah penderita RTF, 2 tahun setelah penderita RTF); c. Penulisan hasil pemeriksaan dari sistem berupa pilihan kusta (PB/MB), suspek, bukan kusta; d. Keterangan 5. Sistem akan melakukan validasi kelengkapan data, tanggal dan waktu penulisan dan Programmer kusta yang melakukan Tabel 5.21 Use case pencatatan pemeriksaan kontak lingkungan Use case : pencatatan pemeriksaan kontak lingkungan Skenario : 5.8.8 Role : Programmer kusta Deskripsi : 1. Programmer kusta akan memasukkan identitas dan password ke dalam sistem 2. Programmer kusta akan memasukkan NO RM dan nomer register kusta pasien, Programmer kusta juga dapat memasukkan nama dan atau tanggal lahir ke dalam sistem dan akan mengeluarkan data-data pasien dengan nama dan tanggal lahir yang dimasukkan, maka nama pasien akan dipilih untuk mendapatkan NO RM dan nomer register kusta dan data identitas lain 3. Jika diperlukan maka akan dilakukan pemeriksaan kontak lingkungan,

40 4. Programmer kusta akan memasukkan a. Identitas yang diperiksa : i. nama yang diperiksa, ii. alamat, iii. No telpon iv. jenis kelamin, v. umur, b. tanggal c. hasil pemeriksaan, penulisan hasil pemeriksaan dari sistem berupa pilihan kusta (PB/MB), suspek, bukan kusta d. keterangan hubungan dengan penderita/keterangan lain 5. Sistem akan melakukan validasi kelengkapan data, tanggal dan waktu penulisan dan Programmer kusta yang melakukan Tabel 5.22 Use case pencatatan pencegahan cacat Use case : pencatatan pencegahan cacat Skenario : 5.8.9 Role : Programmer kusta Deskripsi : 1. Programmer kusta akan memasukkan identitas dan password ke dalam sistem 2. Programmer kusta akan memasukkan NO RM dan nomer register kusta pasien, Programmer kusta juga dapat memasukkan nama dan atau tanggal lahir ke dalam sistem dan akan mengeluarkan data-data pasien dengan nama dan tanggal lahir yang dimasukkan, maka nama pasien akan dipilih untuk mendapatkan NO RM dan nomer register kusta dan data identitas lain 3. Programmer kusta akan melakukan pencatatan pemeriksaan pencegahan cacat dari pasien setiap 3 bulan sekali dari tanggal terakhir memasukkan data sehingga sistem akan memberikan alert jika pengisian kurang dari 3 bulan. Data yang dicatat meliputi a. tanggal pemeriksaan, b. pemeriksaan mata lagopthalmus (ka & kiri), c. tangan kanan & kiri meliputi :  nyeri tekan syaraf ulnaris (tidak/ya);  kekuatan otot jari ke V (kuat,sedang/lemah, lumpuh),  kekuatan otot ibu jari (kuat,sedang/lemah, lumpuh),  kekuatan otot pergelangan tangan (kuat,sedang/lemah, lumpuh),  rasa raba (rasa, kurang/mati rasa, kontraktur kaku (S), clawing/bengkok tanpa kaku (C), sistem akan menandai dari gambar tentang raba rasa. d. kaki kanan dan kiri meliputi :  nyeri tekan syaraf S.Peroneus (tidak/ya)  nyeri tekan syaraf S.Tibialis post (tidak/ya)  kekuatan otot kaki ke atas (kuat,sedang/lemah, lumpuh)

41 

rasa raba (rasa, kurang/mati rasa, kontraktur kaku (S), clawing/bengkok tanpa kaku (C), sistem akan menandai dari gambar tentang raba rasa e. Kesimpulan pemeriksaan meliputi :  Ada nodul ulserasi (tidak/ya)  Ada bercak aktif/bengkak di daerah syaraf tepi (tidak/ya)  Ada nyeri tekan pada syaraf tepi (tidak/ya)  Kekuatan otot berkurang dalam 6 bulan terakhir (tidak/ya)  Ada lagophtalmus yang baru terjadi dalam 6 bulan terkhir (tidak/ya) f. Perawatan diri, meliputi :  Penderita sudah dilatih cara merawat diri mata (tidak/ya), tangan (tidak/ya), kaki (tidak/ya)  Penderita telah melakukan cara merawat diri mata (tidak/ya), tangan (tidak/ya), kaki (tidak/ya) 4. Jika terdapat jawaban ya dari kesimpulan pemeriksaan maka terjadi reaksi dan sistem akan masuk ke dalam pencatatan evaluasi pengobatan prednison 5. Sistem akan melakukan validasi kelengkapan data, tanggal dan waktu penulisan catatan Programmer kusta dan Programmer kusta yang melakukan

Tabel 5.23 Use case screening pengobatan prednison Use case : Screening pengobatan prednison Skenario : 5.8.10 Role : Programmer kusta Deskripsi : 1. Programmer kusta akan memasukkan identitas dan password ke dalam sistem 2. Programmer kusta akan memasukkan NO RM dan nomer register kusta pasien, Programmer kusta juga dapat memasukkan nama dan atau tanggal lahir ke dalam sistem dan akan mengeluarkan data-data pasien dengan nama dan tanggal lahir yang dimasukkan, maka nama pasien akan dipilih untuk mendapatkan NO RM dan nomer register kusta dan data identitas lain 3. Programmer kusta akan masuk ke use case ini jika dari kesimpulan pemeriksaan pada use case pencatatan pencegahan kecacatan ditemukan reaksi sehingga perlu pemberian prednison 4. Sebelum melakukan pemberian prednison programmer kusta melakukan screening terlebih dahulu kepada pasien meliputi a. Kehamilan (ya/tidak) b. Penderita anak (ya/tidak) c. Penderita diabetes (ya/tidak) d. Ada Ulkus kornea/iritis (ya/tidak)

42 e. Adanya ulkus yang dalam (ya/tidak) f. Glukosa positif pada urin (ya/tidak) Jika terdapat >1 jawaban ya maka pasien perlu dirujuk 5. Selanjutnya melakukan screening tahap 2 meliputi a. Batuk terus-menerus > 3 minggu (ya/tidak) b. Dahak berdarah (ya/tidak) c. Kecurigaan lain TB (ya/tidak) d. Trachoma (ya/tidak) e. Diare berdarah/berlendir (ya/tidak) f. Bercak kulit yang gatal (ya/tidak) g. Scabies (ya/tidak) Bila ada jawaban ya maka perlu dilakukan pemeriksaan lebih lanjut dan diobati terlebih dahulu 6. Programmer kusta akan memasukkan ke dalam sistem kesimpulan hasil pemeriksaan berupa a. Perlu pemeriksaan steroid (ya/tidak) dan tanggal pemberian b. Pasien perlu dirujuk (ya/tidak) dan tanggal dirujuk, tujuan rujukan dan alasan dirujuk 7. Sistem akan melakukan validasi kelengkapan data, tanggal dan waktu penulisan dan Programmer kusta yang melakukan

Tabel 5.24 Use case pencatatan evaluasi pengobatan Use case : pencatatan evaluasi pengobatan prednison Skenario : 5.8.11 Role : Programmer kusta Deskripsi : 1. Programmer kusta akan memasukkan identitas dan password ke dalam sistem 2. Programmer kusta akan memasukkan NO RM dan nomer register kusta pasien, Programmer kusta juga dapat memasukkan nama dan atau tanggal lahir ke dalam sistem dan akan mengeluarkan data-data pasien dengan nama dan tanggal lahir yang dimasukkan, maka nama pasien akan dipilih untuk mendapatkan NO RM dan nomer register kusta dan data identitas lain 3. Programmer kusta akan masuk ke use case ini jika dari kesimpulan pemeriksaan pada use case pencatatan pencegahan kecacatan ditemukan reaksi sehingga perlu pemberian prednison 4. Sistem akan mengeluarkan identitas pasien meliputi nama, umur, klasifikasi kusta, tanggal mulai RFTdan anamnesa riwayat terjadi reaksi. 5. Programmer kusta akan memasukkan ke dalam sistem hasil wawancara dengan pasien tentang riwayat terjadinya reaksi 6. Programmer kusta perlu memasukkan data ke dalam sistem indikasi pemberian prednison meliputi : a. Ada bercak yang pecah/nodul pecah (ya/tidak) b. Ada nyeri tekan pada syaraf (ya/tidak)

43 c. Kekuatan otot/raba rasa berkurang dalam waktu kurang dari 6 bulan terakhir (ya/tidak) d. Ada bercak aktif di dekat saraf tepi (ya/tidak) 7. Programmer kusta akan memasukkan data ke dalam sistem meliputi : a. Tanggal pemeriksaan b. Mata lagophthalmus kanan dan kiri (berapa mm celah) c. tangan kanan & kiri meliputi : i. Nyeri syaraf ulnar kanan dan kiri (nyeri spontan, bila digulirkan nyeri, bila ditekan nyeri) ii. kekuatan otot jari ke V (kuat,sedang/lemah, lumpuh), iii. kekuatan otot ibu jari (kuat,sedang/lemah, lumpuh), iv. kekuatan otot pergelangan tangan (kuat,sedang/lemah, lumpuh), v. rasa raba untuk mati rasa, sistem akan menandai dari gambar tentang raba rasa. d. kaki kanan dan kiri meliputi : i. nyeri tekan syaraf S.Peroneus (nyeri spontan, bila digulirkan nyeri, bila ditekan nyeri) ii. nyeri tekan syaraf S.Tibialis post (nyeri spontan, bila digulirkan nyeri, bila ditekan nyeri) iii. kekuatan otot kaki ke atas (kuat,sedang/lemah, lumpuh) iv. rasa raba untuk mati rasa, sistem akan menandai dari gambar tentang raba rasa e. obat meliputi jenis obat dan lama hari pemberian f. keterangan 8. Sistem akan melakukan validasi kelengkapan data, tanggal dan waktu penulisan dan Programmer kusta yang melakukan

Tabel 5.25 Use case pembuatan laporan Use case : Pembuatan laporan Skenario : 5.8.12 dan 5.10 Role : Programmer kusta, Petugas P2P Deskripsi : 1. Dari pencatatan yang dilakukan petugas rekam medis setiap hari akan dapat dilaporkan dari sistem a. Jumlah kunjungan pasien menurut golongan umur ( < 15 thn dan > 15 thn) dan menurut jenis kelamin ( bulan dan tahun ) b. Jumlah kunjungan pasien menurut wilayah ( bulan dan tahun ) c. Jumlah kunjungan pasien menurut puskesmas ( bulan dan tahun ) d. Jumlah kunjungan pasien baru ( bulan dan tahun ) e. Jumlah kunjungan pasien lama ( bulan dan tahun ) f. Jumlah kunjungan pasien berdasarkan cara pembayaran

44 g. Jumlah pasien DO dalam periode tertentu ( bulan dan tahun ) h. Jumlah pasien RTF dalam periode tertentu ( bulan dan tahun ) i. Kartu Indeks Utama pasien j. Daftar Penggunaan NO RM dan nomer register kusta ( NO RM dan nomer register kusta, nama, alamat, No KTP) 2. Petugas rekam medis akan mencetak laporan dari sistem berdasarkan kebutuhan dan rutinitas pelaporan ke Dinas Kesehatan.

Tabel 5.26 Use case pendaftaran user Use case : Pendaftaran user Skenario : 5.1.1 Role : Pasien, petugas, tamu Deskripsi : 1. Sebelum dapat memasuki sistem, user harus melakukan pendaftaran (sign up) ke dalam sistem dengan memasukkan : a. User id b. Password c. Nama d. Alamat e. Kota f. No.KTP g. No Telpn/Hp h. Jenis user (pasien, petugas rumah sakit, petugas puskesmas, petugas dinas kesehatan), i. NPP 2. Untuk mengakses sistem user harus melakukan login dengan memasukkan user id dan password. Tabel 5.27 Use case login user Use case : login user Skenario : 5.1.2 Role : Pasien, petugas, tamu Deskripsi : 1. Untuk mengakses sistem user harus melakukan login dengan memasukkan user id dan password.

45 2. User id yang dimasukkan akan membuat sistem mengatur hak akses dari jenis user yang dimasukkan (melihat, merubah, menambah, mencetak) 3. Selanjutnya sistem/admin akan melakukan pengaturan terhadap user dengan dibedakan : a. Tamu : melihat data umum yang tidak berkaitan dengan pasien, laporan b. Pasien : melihat data umum, data pasien sendiri, laporan c. Petugas : petugas di tingkat puskesmas akan dapat melihat data individual pasien serta riwayat pasien serta melakukan perubahan dengan tetap tercatat di dalam sistem. d. Petugas tingkat dinas kabupaten dan propinsi dapat melihat laporan, serta melihat data individual pasien jika dibutuhkan. 4. Setelah melakukan aktivitas ke dalam sistem maka uer akan log out. 4) User interaction Diagram Spesification(UID) Tahapan ini dibutuhkan untuk memudahkan analis dengan diagram tool yang menggambarkan interakasi antara user dan sistem. Disamping itu juga akan mendukung komunikasi antara peneliti dan user dalam tahapan analisis kebutuhan, disamping memudahkan menyusun class diagram. UID dipakai untuk setiap use case pendataan

Gambar 5.4 User Interaction Diagram Pendataan

46

kontrol akses

Gambar 5.5. User Interaction Diagram Kontrol akses pendaftaran user

Gambar 5.6. User Interaction Diagram Pendaftaran user

47 login user

Gambar 5.7 User Interaction DiagramLogin user Pencatatan identitas pasien baru

Gambar 5.8 User Interaction Diagram Pencatatan identitas pasien baru

48

register monitoring kohort pasien kusta

Gambar 5.9 User Interaction Diagram Pendaftaran pasien Pembuatan laporan pasien

Gambar 5.10 User Interaction Diagram Pelaporan pasien

49

Pemeriksaan pasien dan penentuan jenis kusta.

Gambar 5.11. User Interaction Diagram Pemeriksaan pasien dan penentuan jenis kusta Permintaan pemeriksaan laboratorium dan hasilnya

Gambar 5.12. User Interaction Diagram Permintaan laboratorium dan hasilnya

50

Penulisan resep dan pemberian obat

Gambar 5.13 User Interaction Diagram Penulisan resep dan pemberian obat pencatatan pemeriksaan kontak serumah

Gambar 5.14. User Interaction Diagram Pencatatan pemeriksaan kontak

51 pencatatan pemeriksaan kontak lingkungan

Gambar 5.15 User Interaction Diagram Pencatatan pemeriksaan kontak lingkungan pencatatan keadaan cacat

Gambar 5.16 User Interaction Diagram Pencatatan keadaan cacat

52

screening pengobatan prednison

Gambar 5.17 User Interaction DiagramScreening pengobatan prednison

pencatatan evaluasi pengobatan prednison

Gambar 5.18 User Interaction Diagramevalausi pengobatan prednison

53 4.

RANCANGAN BASIS DATA Gambar5.18sampai 5.20 adalah gambar tabel pendataan dari desa, kabupaten, kecamatan dan propinsi . Tabel pendataan tersebut akan mendasari proses selanjutnya karena akan menjadi dasar pemilihan dari User.

Gambar5.19 Gambar Tabel DatabaseDesa Tabel desa akan melandasi pemilihan desa asal pasien yang datang ke rumah sakit berdasarkan standar kode kesehatan.

Gambar5.20 Gambar Tabel Database Kabupaten Tabel kabupaten akan melandasi pemilihan kabupaten asal pasien yang datang ke rumah sakit berdasarkan standar kode kesehatan.

Gambar5.21 Gambar Tabel DatabasePropinsi Tabel propinsi akan melandasi pemilihan propinsi asal pasien yang datang ke rumah sakit berdasarkan standar kode kesehatan.

54

Gambar5.22 Gambar Tabel DatabaseJenis User Tabel 5.22Jenis Userakan menentukan jenis User yang masuk ke system yang meliputi Userpasien, petugas rumah sakit, petugas puskesmas, petugas dinas kesehatan.

Gambar5.23 Gambar Tabel DatabaseUserLogin Tabel 5.23Userloginakan mencatat data login dari User yang akan menjamin otentikasi User masuk ke dalam system prototipe e-medical

Gambar5.24 Gambar Tabel DatabaseUser Privilege Tabel 5.24Userprivillage akan memastikan kewenangan akses login dari User dimana akan menjamin kewenanangan akses User masuk ke dalam system prototipe e-medical

55

Gambar Tabel 5.25 Gambar Tabel DatabaseJenis Petugas Tabel 5.25 jenis petugas akan digunakan untuk mengatur kewenangan berdasarkan identitas, hal ini diperlukan berkaitan dengan jabatan di rumah sakit, dll.

Gambar5.26 Gambar Tabel DatabasePetugas

Gambar5.27 Gambar Tabel DatabasePasien

56 Tabel 5.26 tabel petugas akan menyimpan identitas petugas di rumah sakit, sedangkan tabel 5.27 pasien akan menyimpan data identitas pasien secara lengkap.

Gambar5.28 Gambar Tabel DatabaseKohort Pasien Tabel 5.28kohort pasien adalah tabel untuk menampung data pasien rawat jalan kusta yang datang ke Puskesmas meliputi kondisi awal ketika datang, riwayat pengobatan sampai kondisi akhir setelah menjalani pengobatan.

Gambar5.29 Gambar Tabel Database Kontak Serumah

Gambar Tabel 5.30 Gambar Tabel Database Kontak Lingkungan Periksa

57

Gambar5.31 Gambar Tabel Database Kontak Serumah Periksa Tabel 5.29 sampai tabel 5.31 adalah tabel untuk menampung data kontak pasien. Meliputi database kontak serumah dan kontak serumah periksa serta kontak lingkungan dan kontak lingkungan periksa akan menampung data riwayat kontak pasien dan hasil pemeriksaan kusta baik di dalam keluarga maupun di lingkungan untuk menemukan sumber penularan maupun dampak penularan dari pasien terhadap keluarga maupun lingkungan.

Gambar5.32 Gambar Tabel Database Keadaan Cacat Tabel 5.32Database keadaan cacat akan menampung data kecacatan dari pasien untuk bisa menentukan tingkat kecacatan pasien dari skor WHO. Sedangkan

database evaluasi akan menampung hasil evaluasi pengobatan

pasien, dicatat dalam 4 (empat) tahun dikarenakan penderita kusta seringkali

58 mengalami reaksi/kambuh kembali jika kondisi psikologis maupun daya tahan tubuh pasien melemah.

Gambar5.33 Gambar Tabel DatabaseEvaluasi

Gambar 5.34 Gambar Tabel Anamnesa Tabel anamnesa adalah tabel untuk menampung hasl wawancara petugas dengan pasien berkaitan dengan riwayat penyakit kusta yang diderita meliputi cara penemuan penderita, riwayat bergaul dengan penderita lain. Sedangkan tabel pemeriksaan akan mencatat hasil pemeriksaan fisik yang dilakukan oleh petugas meliputi gejala penyakit kusta seperti adanya macula, nodul, tidak adanya keringat dll.

59

Gambar5.35 Gambar Tabel Pemeriksaan Tabel 5.36adalah tabel laboratorium kusta merupakan tabel untuk menampung data permintaan pemeriksaan

laboratorium oleh dokter dan hasilnya oleh

laboratorium.

Gambar5.36 Gambar Tabel Database Lab. Kusta

60

Gambar5.367 Gambar TabelDatabase Resep

Gambar 5.38 Gambar TabelDatabaseobat Tabel Database obat dan resep adalah tabel untuk menampung data obat kusta yang diberikan oleh petugas dan stock obat yang tersedia.

Gambar 5.39 Gambar TabelDatabasepuskesmas

61 Tabel Database puskemas akan menampung data puskesmas seluruh Indonesia berdasarkan Permenkes 844 tahun 2006 tentang Standar Kode Data Bidang Kesehatan karena e-leprocy diharapkan dapat mengintegrasikandata penderita kusta seluruh Indonesia ke depannya sehingga dimungkinkan akan menerima pasien dari seluruh puskesmas di Indonesia.

5.

CONSEPTUAL DESIGN

Gambar 5.40. Class diagram 62

6.

NAVIGATIONAL STRUCTURE Terdapat task tertentu dimana user membutuhkan bekerja dengan beberapa objects dengan berbagai cara untuk mencapai tujuan mereka. OOHDM mempunyai design sederhana untuk menggambarkan hal tersebut yaitu Navigational context schema dan. Navigational structure. Untuk navigational design adalah sebagai berikut :

Gambar 5.41 Navigational structure e-leprocy

63

E-Leprocy

7.

ABSTRACT INTERFACE DESIGN Setelah navigational structure terbentuk, tahapan berikutnya adalah masuk ke dalan aspek interface. Hal ini berarti mendefinisikan bagaimana jalannya berbagai navigasi akan terlihat, interface object yang mana akan mengaktifkan navigasi dan fungsi aplikasi. AID akan terkelompokkan berdasarkan aktor utama yaitu rekam medis/pendaftaran, programmer kusta, apotik dan laboratorium, sedangkan laporan merupakan tampilan yang dapat diakses oleh semua aktor utama.

Gambar 5.42 AID Rekam Medis 64

AID rekam medis akan terdiri dari dua menu yaitu pendataan pasien baru dan pendaftaran pasien yang akan saling berkaitan. Pasien yang pertama kali berobat akan masuk ke menu pendataan pasien baru yang akan mendata identitas pasien secara lengkap, selanjutnya rekam medis akan masuk menu pendaftaran akan mencatat transaksi kunjungan pasien rawat jalan dan riwayat pengobatan kusta selama 4 (empat) tahun.Data rekam medis juga akan berkaitan dengan laporan. Menu laporan adalah menu yang bisa diakses oleh semua user yang masuk ke sistem.

Gambar 5.43 AID Pendataan pasien baru

Gambar 5.44 AID Pendaftaran Pasien 65

Sedangkan AID tenaga medis mempunyai empat navigasi yang sesuai dengan standar kerja dari tenaga medis yaitu SOAP (Subjective, Objective, Analisis, Plan) sehingga dalam E-medical record ini tahapan subjective - anamnesa, objective dan analysis – Pemeriksaan dan permintaan laboratorium, plan – resep.

Gambar 5.45 AID Programmer kusta (1) 66

67

Gambar 5.46 AID Programmer kusta - Anamnesa Anamnesa adalah memasukkan data dari hasil wawancara dengan pasien yang merupakan data subjective karena berisi keluhan, riwayat bergaul dengan penderita kusta lain, dll.

Gambar 5.47 AIDProgrammer kusta – Pemeriksaan fisik

68 AID pemeriksaan fisik pasien dokter/programmer kusta akan dapat menyimpan gambar dimana terdapat luka kusta serta karakteristik luka, kemudian sistem akan memberi DSS jenis kusta, selanjutnya dokter akan menetapkan jenis kusta dari pasien. Sebelum menentukan jenis kusta terkadang dokter perlu terlebih dahulu untuk meminta pasien melakukan pemeriksaan laboaratorium kusta. AID ini akan membantu tugas dokter dalam fungsi objective dan analysis.

Gambar 5.48 AID Programmer kusta – Permintaan laboratorium kusta AID resep adalah aplikasi untuk menyelesaikan fungsi dokter dalam SOAP yaitu Plan dimana dokter akan menentukan obat yang tepat untuk pasien dengan membuat resep.

Gambar 5.49 AID Programmer kusta – Resep

69

AID progrmmer kusta juga berisi pemberian obat, pencatatan pemeriksaan kontak serumah, pencatatan pemeriksaan kontak lingkungan, pencatatan keadaan cacat, danpencatatan evaluasi pengobatan prednison.

70

Gambar 5.52 AID Programmer kusta (2)

71 Bagi penyakit kusta mengidentifikasi sumber penularan sangat penting sehingga perlu diadakan pemeriksaan kontak serumah dan kontak lingkungan dari penderita kusta

Gambar

5.53AID

Programmer

kusta

–

Pemeriksaan

Kontak

Penyakit kusta adalah penyakit yang menimbulkan kecacatan sehingga perlu mengidentifikasi kondisi kecacatan pasien dan pencegahan kecacatan agar pasien tidak bertambah parah. Pemeriksaan kecacatan dilakukan pada anggota tubuh. AID perawat akan memudahkan pencatatan perawat karena tinggal melakukan pilihan.

72

Gambar

5.54AID

Programmer

kusta

–

Pencatatan

Keadaan

cacat

Penyakit kusta adalah penyakit yang dimungkinkan untuk kambuh lagi/reaksi jika kondisi kesehatan pasien menurun karena faktor psikologis maupun psikis. Oleh karena itu perlu dilakukan evaluasi pengobatan yang pernah dilakukan

Gambar 5.55 AID Programmer kusta – Pengobatan Evaluasi

73 8.

PEMBAHASAN

Integrasi pemantauan penderita kusta secara electronic (e-leprocy) membutuhkan kerjasama banyak pihak dalam implementasinya. Sebagai ujung tombak dalam pencatatan data adalah programmer kusta di setiap kabupaten. Sebagai tahap awal programmer kusta harus memasukkan data semua penderita kusta ke dalam system eleprocy, selanjutnya system akan memberi alert tentang jadual pengambilan obat maupun generate laporan kusta.Spesifikasi infrastruktur yang dibutuhkan tidak terlalu tinggi karena e-leprocy berbasis web hanya dibutuhkan device yang bisa koneksi internet baik menggunakan jaringan fix Telkom maupun jaringa mobile phone.Disamping itu konsistensi pencatatan dan penggunaan Nomer Induk Kependudukan (NIK) pada identitas pasien maupun keluarga sangat dibutuhkan untuk melakukan integrasi data dan pemantauan data pasien kusta tingkat regional maupun nasional. Adanya NIK akan memungkinkan pasien tetap terpantau secara nasional ketika pasien berpindah tempat pelayanan kesehatan begitu juga untuk memantau penyebaran penularan kusta kepada kontak keluarga maupun lingkungan ketika pasien telah Release From Treatment (RTF.) sehingga bisa terdeteksi secara dini penderita kusta baru melalui register kontak. Register kontak memuat data individu yang terpapar kontak dengan pendeita kusta di dalam keluarga maupun lingkungan.

74

BAB VI SIMPULAN DAN SARAN

1. SIMPULAN a. Model

Integrasi

pemantauan penderita kusta dapat

dilakukan dengan

memanfaatkan system informasi berbasis web/internet karena akan mudah diakses oleh programmer kusta ketika di lapangan untuk pencarian kontak penderita baik keluarga maupun lingkungan, disamping itu penggunaan internet akan memudahkan integrasi dalam pemantauan penderita kusta ketika berpindah tempat pelayanan kesehatan. b. Integrasi pemantauan penderita kusta membutuhkan kerjasama banyak pihak dalam implementasinya. Konsistensi pencatatan data ke dalam e-leprocy serta penggunaan NIK dalam identitas pasien dan keluarga serta kontak lingkungan akan menjamin integrasi data dan kesinambungan informasi pasien kusta, disamping no register penderita kusta

2.

SARAN

a. Eradikasi kusta membutuhkan suatu system yang dapat memantau penderita kusta dan kontaknya agar penemuan penderita sedini mungkin dapat dilakukan serta pengobatan dapat tuntas dilakukan oleh pasien untuk mencegah reaksi maupun kecacatan. b. Programmer kusta mempunyai tugas yang cukup berat dimulai dari penemuan penderita sampai memantau pengobatan dan deteksi kecacatan disamping tugas yang lain di puskesmas sehingga sering tidak dapat memantau pasien kusta. Adanya sustu system yaitu e-leprocy akan memudahkan dalam pemantauan tersebut c. Perlu penelitian lebih lanjut untuk implementasi rancangan sistem ini pada operasional pemantauan penderita kusta di puskesmas, selanjutnya dilakukan evaluasi untuk penyempurnaan lebih lanjut.