Seminar Nasional Teknologi Informasi dan Komunikasi 2016 (SENTIKA 2016) Yogyakarta, 18-19 Maret 2016
ISSN: 2089-9815
SISTEM PAKAR PENYAKIT DENGAN GEJALA DEMAM MENGGUNAKAN PERANGKAT MOBILE BERBASIS ANDROID Harun Sujadi1, Eni Suhaeni2 Program Studi Teknik Informatika, Fakultas Teknik, Universitas Majalengka Jl. K.H.Abdul halim No. 103 Majalengka 45418 Telp. (0233) 8187177 & 081221223282 E-mail :
[email protected] ABSTRACT Expert system will act as an expert. System will provide a list of the symptoms until it can identify an object base on answers received. So, the expert system is to analyze a problem with expert system will help people to diagnose the disease whit symptoms of fever in humans by looking at the characteristics and symptoms experienced by the patient. And it will be able to explain and diagnose whether the patient is exposed whit symptoms such as any fever can be experienced by the patient can lead to undiagnosed disease or diarrhea, typhoid fever (typhoid), measles and scarlet fever. Expert system application research aims to diagnose diseases caused symptoms of fever on the mobile device is intended to implement an expert system application that can present the diagnosis of disease caused by fever fast and easy to use on mobile devices base on Android. Keyword : Expert System. A Disease with Symptoms of Fever, Android. Kemajuan teknologi khususnya pada bidang mobile banyak sekali memberikan keuntungan dan kemudahan dalam penghematan waktu dan penghematan tenaga kerja. Android merupakan sistem operasi untuk smartphone atau tablet PC yang di kembangkan oleh Google. Android bersifat open source. Sehingga banyak developer android mengembangkan aplikasi seperti game, multimedia, file explorer, GPS, dan lain-lain.
1. PENDAHULUAN 1.1 Latar Belakang Perkembangan dunia medis saat ini banyak yang menggunakan komputer untuk membantu diagnosis maupun pencegahan dan penanganan suatu penyakit. Selain itu sebagian besar dari masyarakat tidak terlatih secara medis, sehingga apabila mengalami gejala penyakit yang diderita belum tentu dapat memahami cara-cara penanggulangannya. Dalam masyarakat, demam dikenal sebagai sebuah penyakit yang cukup umum terjadi. Hanya sedikit orang yang tahu bahwa demam sebenarnya sebuah gejala dari berbagai kemungkinan penyakit.
Maka dari itu peneliti akan membuat aplikasi sistem pakar bertujuan untuk diagnosis penyakit yang diakibatkan gejala demam pada perangkat mobile ini bertujuan untuk menerapkan aplikasi sistem pakar yang dapat menyajikan hasil diagnosis penyakit yang disebabkan oleh gejala demam yang cepat dan mudah untuk digunakan pada perangkat mobile dengan berbasis android.
Situasi tersebut dapat dihindari jika masyarakat memiliki sedikit pengetahuan tentang kesehatan. Pengetahuan dapat diperoleh dari bukubuku atau situs-situs internet yang membahas tentang kesehatan. Sistem pakar akan bertindak layaknya seperti seorang pakar. Sistem akan memberikan daftar gejala-gejala sampai bisa mengidentifikasi suatu objek berdasarkan jawaban yang diterimanya. Jadi kerja sistem pakar adalah menganalisis suatu masalah. Dengan adanya sistem pakar ini diharapkan nantinya bisa membantu masyarakat untuk mendiagnosa penyakit dengan gejala demam pada manusia dengan melihat ciri-ciri dan gejala-gejala yang dialami pasien dan nantinya sistem pakar ini dapat menjelaskan dan mengdiagnosa apakah pasien tersebut terkena penyakit dengan gejala demam yang seperti apa, bisa jadi gejala demam yang di alami pasien dapat menyebabkan atau terdiagnosa penyakit Diare, Demam Thypoid (tipes), Campak dan Demam Berdarah.
II. LANDASAN TEORI 2.1 DefinisiSistem Pakar Sistem pakar atau Expert System biasa disebut juga dengan knowledge based system yaitu suatu aplikasi komputer yang ditujukan untuk membantu pengambilan keputusan atau pemecahan persoalan dalam bidang yang spesifik. Sistem ini bekerja dengan menggunakan pengetahuan (knowledge) dan metode analisis yang telah didefinisikan terlebih dahulu oleh pakar yang sesuai dengan bidang keahliannya. Sistem ini disebut sistem pakar karena fungsi dan perannya sama seperti seorang ahli yang harus memiliki pengetahuan, pengalaman dalam memecahkan suatu persoalan. Sistem biasanya berfungsi sebagai kunci penting yang akan membantu suatu sistem pendukung keputusan atau sistem pendukung eksekutif. Sistem pakar terdiri dari dua komponen utama
41
Seminar Nasional Teknologi Informasi dan Komunikasi 2016 (SENTIKA 2016) Yogyakarta, 18-19 Maret 2016
yaitu : basis pengetahuan (knowledge base) dan alat pengambilan kesimpulan (inference engine). Biasa pengetahuan didapat dari akumulasi pengetahuan pakar pada bidang tertentu.
ISSN: 2089-9815
Menurut Turban (1995) struktur skematis sebuah sistem pakar sebagai berikut :
Pengetahuan disini didefinisikan sebagai kumpulan data dan himpunan aturan untuk memanipulasi atau mengolah data untuk menjadi pengetahuan baru. Basis pengetahuan merupakan komponen penting dari suatu sistem pakar, besar kecilnya kemampuan sistem pakar biasanya ditentukan oleh kapasitas dari basis pengetahuannya, sedangkan mesin pengambil keputusan adalah aplikasi yang membantu dan memandu pengguna sistem pakar dalam memanipulasi data dan memilih pengetahuan yang sesuai untuk mendapatkan kesimpulan. Menurut Prof. Dr. Ir. Marimin, M.Sc., (2005 :19) yang dikutip dari Feigenbaum (1985), menyatakan bahwa ‘Sistem pakar adalah perangkat lunak komputer cerdas yang menggunakan pengetahuan dan prosedur inferensi untuk memecahkan masalah yang cukup rumit atau memerlukan kemampuan seorang pakar untuk memecahkannya’. Sistem pakar berbeda dengan program konvensional, karena program yang terakhir hanya dapat dimengerti oleh pembuat program (programmer). Sistem pakar bersifat interaktif dan mempunyai kemampuan untuk menjelaskan apa yang ditanyakan pengguna (user friendly).
Gambar
2.1 Struktur Skematis Sebuah Sistem Pakar (Arhami, 2005:14)
2.3 Definisi Analisis Berorientasi Objek Analisis berorientasi objek (OOA - Object Oriented Analysis) adalah tahapan perangkat lunak dalam menentukan spesifikasi sistem (SRS / System Requirement Specification) dan mengidentifikasi kelas - kelas serta hubungannya satu terhadap yang lain. 1) Definisi Perancangan Beorientasi Objek Perancangan berorientasi objek (OOD -Object Oriented Design) adalah tahapan merancang kelas-kelas yang teridentifikasi selama tahapan alisis dan antarmuka pengguna (user interface). Selama tahap ini, kita mengidentifikasi dan mungkin menambahkan beberapa objek dan kelas yang mendukung implementasi dari spesifikasi kebutuhan.
2.2 Struktur Sistem Pakar Sistem pakar terdiri dari dua bagian utama, yaitu bagian pengembangan dan konsultasi. Bagian pengembangan sistem pakar digunakan oleh penyusunnya untuk memasukkan pengetahuan dasar ke dalam lingkungan sistem informasi. Dalam hal ini operasionalisasi sistem pakar dibagi atas empat modul, yaitu : Pengelolaan dialog (pengertian bahasa alamiah, konteks, dan lain lain). 1) Pemecahan masalah (alasan, meta-logika, dan lain - lain). 2) Pengelolaan pengetahuan (penempatan fakta, aturan dan akses program secara algoritma klasik). 3) Struktur komunikasi antar tiga modul sebelumnya (butir 1-3).
2) RUP (Rational Unified Process) RUP (Rational Unified Process) adalah pendekatan pengembangan perangkat lunak yang dilakukan secara berulang-ulang (iterative), focus pada arsitektur (architecturcentric), lebih diarahkan berdasarkan penggunaan kasus (use case driven). RUP merupakan proses rekayasa perangkat lunak dengan pendefinisian yang baik (well defined) dan penstrukturan yang baik (well structured). RUP menyediakan pendefinisian struktur yang baik untuk alur hidup dan perangkat lunak. RUP adalah sebuah produk proses perangkat lunak yang dikembangkan oleh Rational Software yang diakuisisioleh IBM di bulan Februari 2003.
Pada prinsipnya, sistem pakar tersusun dari beberapa komponen yang mencakup : 1) Fasilitas akuisisi pengetahuan, 2) Sistem berbasis pengetahuan (Knowledge based system), 3) Mesin Inferensi (Inference engine), 4) Fasilitas untuk penjelasan dan justifikasi, dan 5) Penghubung antara pengguna dan sistem pakar (User Interface).
42
Seminar Nasional Teknologi Informasi dan Komunikasi 2016 (SENTIKA 2016) Yogyakarta, 18-19 Maret 2016
ISSN: 2089-9815
UML 2.3
Structure Diagrams
Behavior Diagrams
Intraction Diagrams
Class diagram
Use Case diagram
Sequence diagram
Object diagram
Activity diagram
Communication diagram
Component diagram
Structure Diagrams
Timing diagram Interaction overview diagram
Composite diagram
Gambar 2. 2 Ilustrasi Model RUP (A.S. Rosa, 2001 : 105)
Package diagram
2.4 Pengenalan Unified Modeling Language (UML) Pada perkembangan teknik pemrograman berorientasi objek, muncul lah sebuah standarisasi bahasa pemodelan untuk pembangunan perangkat lunak yang dibangun dengan menggunakan teknik pemrograman berorientasi objek, yaitu Unified Modeling Language (UML). UML muncul karena adanya kebutuhan pemodelan visual untuk menspesifikasikan, menggambarkan, membangun, dan dokumentasi dari sistem perangkat lunak. UML merupakan bahasa visual untuk pemodelan dan komunikasi mengenai sebuah sistem dengan menggunakan diagram dan teks-teks pendukung.
Deployment diagram
Gambar 2.3 Diagram UML (A.S. Rosa, 2001) III. HASIL DAN PEMBAHASAN 3.1 Kerangka Berpikir Kerangka berfikir merupakan serangkaian bagin-bagn yang menggambarkan alur dari proses penelitian dalam pembuatan sistem pakar terlebih dahulu menjabarkan kerangka berfikir sebagai berikut : Mulai
UML hanya berfungsi untuk melakukan pemodelan. Jadi penggunaan UML tidak terbatas pada metodologi tertentu, meskipun pada kenyataan UML paling banyak digunakan pada metodologi berorientasi objek. Seperti yang kita ketahui bahwa banyak hal di dunia sistem informasi yang tidak dapat dibakukan, semua tergantung kebutuhan, lingkungan dan konteksnya. Begitu juga dengan perkembangan penggunaan UML bergantung level abstraksi penggunaannya. Jadi belum tentu pandangan yang berbeda dalam penggunaan UML adalah suatu yang salah, tapi perlu ditelaah dimakah UML digunakan dan hal apa yang ingin divisualkan. Secara analogi jika dengan bahasa yang kita gunakan sehari-hari, belum tentu penyampaian bahasa dengan puisi adalah hal yang salah. Sistem informasi bukanlah ilmu pasti, maka jika ada banyak perbedaan dan interpretasi di dalam bidang sistem informasi merupakan hal yang sangat wajar.[Rosa, M. Shalahuddin, 2013:137].
Pengamatan Lapangan
Identifikasi Masalah - Pengumpulan data: 1. Interview 2. Observasi - Klasifikasi data : 1. Pakar 2. Fakta
Tinjauan Pustaka
Akuisisi pengetahuan
Representasi pengetahuan
Desain
- Perancangan antarmuka - Knowledge base - Coding
Pengujian
Implementasi
Selesai
Gambar 3.1 Kerangka berpikir Dari ilustrasi kerangka berfikir diatas, dapat dijelaskan bahwa : 1) Pengamatan Lapangan Pengamatan lapangan adalah tahap yang dilakukan sebelum tahap indentifikasi masalah. Pengamatan lapangan dilakukan untuk
2.5 Diagram Unified Modeling Language (UML) Pada UML 2.3 terdiri dari 13 macam diagram yang dikelompokkan dalam 3 kategori. Pembagian kategori dan macam-macam diagram tersebut dapat dilihat pada gambar di bawah.
43
Seminar Nasional Teknologi Informasi dan Komunikasi 2016 (SENTIKA 2016) Yogyakarta, 18-19 Maret 2016
mengetahui secara langsung penyakit apa saja yang disebabkan oleh gejala demam. 2) Identifikasi masalah Identifikasi masalah merupakan tahap yang dilakukan setelah melakukan pengamatan langsung ke lapangan. Pada tahap ini dilakukan perumusan mengenai penyakit apa saja yang disebabkan oleh gejala demam yang didukung dengan ilmu-ilmu dari sumber lain seperti buku, majalah, ataupun jurnal. 3) Akuisisi pengetahuan Dalam tahap ini dilakukan pemindahan atau input data penyakit yang disebabkan oleh gejala demam yang sudah dikumpulkan baik dari pakar dan fakta dilapangan dan dilengkapi dengan pengetahuan dari buku-buku terkait ke dalam sistem komputer. a) Pengumpulan data Pengumpulan data dilakukan dengan melakukan interview dengan dokter, mantri ataupun perawat terkait dan di tambah dengan studi pustaka. b) Klasifikasi Data Klasifikasi data merupakan tahap untuk menyusun data secara sistematis atau menurut beberapa aturan atau kaidah yang telah ditetapkan. 4) Representasi pengetahuan Didalam tahap ini dilakukan representasi pengetahuan yang merupakan tahapan representasi yang dapat dilakukan setelah akusisi data. a) Mekanisme Inferensi Mekanisme inferensi adalah bagian dari sistem pakar yang melakukan inferensi dengan penalaran yang menggunakan isi daftar aturan berdasarkan urutan dan pola tertentu. Secara umum komponen yang ada dalam mekanisme inferensi adalah teknik penalaran dan teknik penelusuran. b) Pohon Keputusan Teknik representasi pengetahuan pada aplikasi sistem pakar untuk mendiagnosa penyakit apa saja yang disebabkan oleh gejala demam ini menggunakan metode pohon (tree). Pohon (tree) merupakan struktur penggambaran pohon secara hirarkis yang terdiri dari beberapa nodenode yang menunjukkan objek dan hubungan antar objek.
ISSN: 2089-9815
atau alat komunikasi antar user dan sistem. Sistem yang akan dibuat adalah penetuan jenis penyakit yang disebabkan oleh demam dengan menggunakan program berbasis android. Ada cara yang dapat digunakan oleh user untuk melihat gejala-gejala dan penyakit itu sendiri yaitu dengan Konsultasi, konsultasi ini berfungsi sebagai tempat untuk berkonsultasi mengenai penyakit dengan memilih gejala dan menjawab pertanyaan yang telah disediakan. Setelah menjawab maka akan muncul layar diagnosa, apabila tidak muncul berarti penyakit tersebut belum terdiagnosa. b) Perancangan Knowledge Base Pada perancangan Knowledge base aplikasi sistem pakar untuk mendiagnosa penyakit yang disebabkan oleh demam ini menggunakan program berbasis android. 6) Pengujian Dalam tahap ini pengujian dilakukan untuk menghilangkan bug dan eror. Di dalam program tersebut. Jika tidak terjadi bug dan eror maka program tersebut bisa dijalankan dan dipakai untuk semua user yang memerlukannya. 7) Implementasi Tahap implementasi dapat dilakukan setelah desain jadi, lalu bebas dari bug dan eror di dalam program tersebut. 3.2 Tabel Keputusan Berikut ini merupakan tabel keputusan diagnosa penyakit yang disebabkan oleh gejala demam. Tabel 1.1 Tabel Keputusan No . 1 2 3 4 5 6 7 8 9
5) Desain Setelah representasi pengetahuan selesai maka akan dimulailah tahap pembuatan desain. Dalam tahap ini pembuatan desain terdiri dari: a) Perancangan Antar Muka Pemakai (User Interface) User interface merupakan bagian dari sistem pakar yang digunakan sebagai media
10 11 12 13
44
Penyakit DBD Gejala Demam Berak cair Mata cekung Dehidrasi Perut mules Elastisitas kulit menurun Bibir pecahpecah Nafsu makan menurun Lesu, lemah, letih Widalnya positif Warna Kulit kemerahan Bintik merah pada kulit Mual, muntah, susah tidur
Campak
Types
Diare
Ya Tidak Tidak Tidak Tidak Tidak
Ya Tidak Tidak Tidak Tidak Tidak
Ya Tidak Tidak Tidak Tidak Tidak
Ya Ya Ya Ya Ya Ya
Tidak
Tidak
Ya
Tidak
Ya
Ya
Ya
Tidak
Tidak
Ya
Ya
Tidak
Tidak
Tidak
Ya
Tidak
Tidak
Ya
Tidak
Tidak
Ya
Tidak
Tidak
Tidak
Ya
Tidak
Tidak
Tidak
Seminar Nasional Teknologi Informasi dan Komunikasi 2016 (SENTIKA 2016) Yogyakarta, 18-19 Maret 2016
ISSN: 2089-9815
3.3 Pohon Keputusan Berikut ini merupakan pohon keputusan diagnosa penyakit yang disebabkan oleh gejala demam.
Sistem Pakar Penyakit dengan Gejala Demam Menggunakan Perangkat Mobile Berbasis Adnnroid
Mencari Solusi
G1 User
<
>
G7
G2
Memberikan Solusi
G8
G3
Pakar
Gambar 3.3 Use Case Diagram G4
G9
G5
G10
G12
G11
3.5 Struktur Skematis Sistem Pakar Analisis Kesehatan dengan Gejala Demam Berikut ini struktur skematis sistem pakar analisis kesehatan dengan gejala demam.
G13
Basis pengetahuan Fakta : apa yang di ketahui tentang area domain Aturan :logical referensi
G6 User Fasilitas Penjelasan
Antarmuka
P1
P2
P3
Rekayasa
P4 Motor Inferensi Aksi yang direkomendasi
- Interpeter - Scheduler - Consistency enforcer
Pengetahuan
Penambahan Pengetahuan
Gambar 3.2 Pohon KeputusanPenyakit dengan Gejala Demam Keterangan : Kode P1 P2 P3 P4 G1 G2 G3 G4 G5 G6 G7 G8 G9 G10 G11 G12 G13
Pengetahuan BlackBoard Rencana Solusi
Agenda Desciption
Ahli Penyaring Pengetahuan
Nama Penyakit
Penyakit Diare Penyakit Types Penyakit Campak Penyakit DBD Gejala demam Gejala berak cair Gejala mata cekung Gejala dehidrasi Gejala perut mules Gejala elastisitas kulit menurun Gejala bibir pecah-pecah Gejala nafsu makan menurun Gejala lesu, lemah, letih Gejala widal positif Gejala warna Kulit kemerahan Gejala bintik merah pada kulit Gejala mual, muntah, susah tidur
Gambar 3.4 Struktur Skematis Sistem Pakar Struktur dasar dari sistem pakar dapat dibagi menjadi dua area utama, yakni area konsultasi dan area pengembangan. 1) Pada area konsultasi, seorang user yang bukan ahli dapat berinteraksi/berkonsultasi dengan sistem pakar melalui antarmuka program sistem pakar. Melalui antarmuka ini sistem pakar mencoba untuk mengumpulkan informasi tentang masalah dari user, biasanya melalui mekanisme tanya jawab. Berbeda dengan area konsultasi, pada area pengembangan dikususkan untuk para ahli yang mengembangkan sistem pakar yang bersangkutan. Disini para ahli tersebut dapat menambahkan informasi kepakaran dari seorang pakar kedalam knowledge basenya(basis pengetahuan) maupun mengembangkan komponen-komponen motor inferensi-nya. 2) Input dari user melalui antarmuka diteruskan ke motor inferensi untuk dilakukan pemrosesan lebih lanjut. Motor inferensi sendiri merukan kumpulan metodelogi yang digunakan untuk melakukan penalaran terhadap informasi di dalam knowledge base dan blackboard. Dengan penalaran tersebut diharapkan user
3.4 Use Case Diagram Use case diagram merupakan diagram yang menggambarkan semua kasus (case) yang akan ditangani oleh perangkat lunak beserta aktor atau pelakunya.
45
Seminar Nasional Teknologi Informasi dan Komunikasi 2016 (SENTIKA 2016) Yogyakarta, 18-19 Maret 2016
mendapatkan masalahnya.
solusi
yang
sesuai
dengan
ISSN: 2089-9815
Solusi
solusiCtrl
mosSolusi
1: new solusiCtrl()
3.6 Diagram Sequence 1) User (Pencarian Solusi)
2: editSolusi()
a) Cek data masalah gejala
3: saveSolusi() 1: new mosMasalah()
Masalah
masalahCtrl
mosMasalah
2: check() 2: store()
1: new masalahCtrl() 2: chek masalah()
1: new mosMasalah()
Gambar 3.7 Diagram Sequence Catat data solusi penyakit
2: loadObjectList()
b) Tampilkan data solusi Solusi
solusiCtrl
mosSolusi
1: new solusiCtrl()
Gambar 3.5 Diagram Sequence Cek data masalah gejala
2: show()
1: new mosSolusi()
2: loadObjectList()
b) Pilih data masalah Masalah
masalahCtrl
mosMasalah
Gambar 3.8 Diagram Sequence Tampilkan data solusi penyakit
1: new masalahCtrl() 2: select masalah()
3) Diagram Deployment Diagram deployment menggambarkan arsitektur fisik dari sistem, seperti hardware.
1: new mosMasalah()
2: loadObjectList()
Gambar 3.6 Diagram Sequence Pilih data masalah gejala 2) Pakar (Penyampaian Solusi) a) Catat data solusi
Software Aplikasi
Eclipse Java Android
Perangkat Lunak Sistem Pakar
Perangkat Lunak Pengembang
Gambar 3.9 Diagram Deployment 4) Diagram Package Dalam perkembangannya perangkat lunak sistem pakar ini memiliki banyak kelas, sehingga pengelompokkan kelas-kelas tersebut menjadi sangat membantu pencarian sebuah kelas baik dari level yang lebih tinggi maupun menuju level yang lebih detail.
46
Seminar Nasional Teknologi Informasi dan Komunikasi 2016 (SENTIKA 2016) Yogyakarta, 18-19 Maret 2016
User
Boundary
ISSN: 2089-9815
Pakar
Control
Entity
Gambar 3.10 Diagram Package 5) Diagram Komponen Diagram komponen menggambarkan paket fisik dari modul pengkodean dan menunujukkan interface yang digunakan untuk berkomunikasi antar komponen.
1. User Interface 2. Proses 3. Data
Perangkat Lunak Sistem Pakar
Gambar 3.14 Tampilan Informasi 4) Tampilan About
Software Bahasa Pemrgoraman
Eclipse, Java, Android
Gambar 3.11 Diagram Komponen Gambar 3.15 Tampilan About
3.7 Tampilan Layar Program 1) Tampilan Menu Andorid
5) Tampilan Galeri
Gambar 3.12 Tampilan Menu Awal Android
Gambar 3.16 Tampilan Galery
2) Tampilan Menu Aplikasi
6) Tampilan Gejala
Gambar 3.13 Tampilan Menu Aplikasi
Gambar 3. 17 Tampilan Gejala 7) Tampilan Hasil
3) Tampilan Informasi
47
Seminar Nasional Teknologi Informasi dan Komunikasi 2016 (SENTIKA 2016) Yogyakarta, 18-19 Maret 2016
ISSN: 2089-9815
Saran-saran yang dapat penulis berikan terhadap jalannya sistem pakar penyakit dengan gejala demam adalah: 1. Untuk menjalankan aplikasi ini perlu perangkat mobile yang berbasis android. 2. Untuk kedepannya sistem pakar ini dapat dikembangkan, sehingga perlu dilakukan penambahan data pengetahuan (update knowledge base) oleh pakar sehingga cakupan data dan solusinya menjadi lebih kompleks. Gambar 3.18 Tampilan Hasil Diagnosa V. DAFTAR PUSTAKA Arhami, Muhammad. 2005. Konsep Dasar Sistem Pakar. Yogyakarta : ANDI
8) Tampilan Penyakit
A.S., Rosa, M. Shalahuddin. 2013. Rekayasa Perangkat Lunak Terstruktur dan Berorientasi Objek. Bandung : INFORMATIKA Hartati Sri, Sari Iswanti. 2008. Sistem Pakar & Pengembangannya. Yogyakarta : Graha Ilmu. Kusrini,M.Kom.2008. Aplikasi Sistem Pakar. Yogyakarta : ANDI OFFSET. Prof. Dr. Ir. Marimin, M.Sc. 2005. Teori dan Aplikasi Sistem Pakar dalam Teknologi Manajerial. Bogor : IPB PRESS.
Gambar 3.19 Tampilan Penyakit 9) Tampilan Notes
Pudjo
Widodo, Prabowo, Herlawati. 2011. Menggunakan UML. Bandung : INFORMATIKA.
Safaat
H., Nazruddin. 2012. Pemrograman Aplikasi Mobile Smartphone dan Tableet PC Berbasis Andorid. Bandung : INFORMATIKA.
Safaat H., Nazruddin. 2013. Aplikasi Berbasis Android. Bandung : INFORMATIKA. Turban, Efraim. (1995). Decision Support and Expert System: Management Support System. Forth Edition. Prentice Hall International Inc. New Jersey.
Gambar 3.20 Tampilan Notes IV. KESIMPULAN 1. Kesimpulan Dari uraian yang terdapat pada laporan ini, maka penulis menarik beberapa kesimpulan sebagai berikut: 1. Dengan adanya sistem pakar ini user bisa mengetahui masalah penyakit yang di derita pasien dengan gejala demam. 2.
Dengan sistem pakar ini user juga bisa mendapatkan solusi untuk pemecahan masalahnya secara cepat dan akurat. 2. SARAN
48