Abstrak Sampling atau teknik pemeriksaan di laboratorium merupakan suatu tindakan dan prosedur pemeriksaan khusus dengan mengambil bahan atau sampel dari pasien, yang bisa berupa urine, darah, sputum dan sebagainya untuk menentukan diagnosis atau membantu menentukan diagnosis penyakit. Ini bertujuan untuk memeriksa penyakit yang diderita pasien dan memantau perkembangan pengobatan terhadap suatu jenis penyakit tertentu melalui pemeriksaan yang diperlukan. Yang nantinya hasil pemeriksaan sampel tersebut diolah lagi hingga mendapatkan hasil laporan sampel keseluruhan. SMS Gateway adalah teknologi yang dapat menghubungkan client dengan komputer yang dapat dikirim melalui SMS yang biasanya digunakan untuk berbagi informasi dalam jumlah yang banyak. Dikarenakan setiap harinya banyak pasien yang mengecek di laboratorium, petugas laboratorium sangat sulit mencari data pasien untuk dibuatkan laporan hasil sampel karena hasil sampel tersebut hanya dicatat di dalam sebuah buku besar dan pembuatan laporan hasil sampel dibuat dengan mesin tik. Pembuatan aplikasi ini agar data sampel lebih terorganisir, memudahkan dalam pencariannya dan pembuatan laporan hasil sampel lebih cepat tanpa harus diketik di mesin tik. Tujuan adanya SMS Gateway itu sendiri memudahkan untuk menyampaikan informasi kepada laboratorium, dokter dan pasien. Karena untuk mendapat hasil sampel tersebut membutuhkan waktu yang cukup lama untuk memeriksa sampel pasien tersebut tergantung diagnosa yang diberikan dokter. Kata Kunci : Sampling, SMS Gateway, Pengolahan Sampel Abstract Sampling or inspection techniques in the laboratory is an action and spesific inspection procedures by taking material or samples of patients, which can be formed as urine, blood, sputum, etc in order to determine a diagnosis or to help determine the diagnosis of desease. It aims to inspect the patient's desease and monitoring the progress of treatment for a certain type of disease through the required checks. Eventually, the inspection result of the samples will be processed as well to obtain an overall report of the sample result. SMS Gateway is a technology which can connecting client with a computer that can be sent through SMS which is usually used to share large amounts of information. Everyday, a lot of patients do a checking in the laboratory, it makes lab personnel are very difficult to find the patient data to be made a report of the sample because the sample results are only recorded in a ledger and the report of the sample result is executed with typewriters. The purpose of the execution of this application is to make sample data more organized, ease the search process and report of the sample results more quick without having to be typed on a typewriter. SMS Gateway makes it easier to convey information to laboratories, physicians and patients. Because it require considerable time to inspect samples of these patients depends on the doctor's diagnosis in order to get the results of these samples. Keyword : Sampling, SMS Gateway, Sample Processing 1. Pendahuluan 1.1 Latar Belakang Sampling atau teknik pemeriksaan di laboratorium adalah merupakan suatu tindakan dan prosedur pemeriksaan khusus dengan mengambil bahan atau sampel dari pasien, yang bisa berupa darah, urine, sputum dan feaces. Ini bertujuan untuk memeriksa penyakit yang di derita pasien melalui sampel yang diambil dan memantau perkembangan pengobatan terhadap suatu jenis penyakit tertentu melalui pemeriksaan yang diperlukan. APLIKASI PENGOLAHAN SAMPEL DATA PASIEN PADA BAGIAN LABORATORIUM BERBASIS APEX DAN SMS GATEWAY ( STUDI KASUS : RSU SUNDARI MEDAN ) PATIENT SAMPLE DATA PROCCESSING APPLICATION IN THE LABORATORY BASE APEX AND SMS GATEWAY (STUDY CASE : SUNDARI HOSPITAL MEDAN) Khairun Nisa, Suryatiningsih, Boby Siswanto Prodi D3 Manajemen Informatika,Fakultas Ilmu terapan, Universitas Telkom ISSN : 2442-5826 e-Proceeding of Applied Science : Vol.1, No.3 Desember 2015 | Page 1958
Rumah Sakit adalah sarana pelayanan kesehatan, tempat berkumpulnya orang sakit maupun orang sehat bagi yang memiliki keluhan dalam tubuhnya. Rumah Sakit Sundari Medan yang berlokasi di Jln. Jend T.B Simatupang (Jln. Pinang Baris) memiliki jumlah pasien kurang lebih 100 pasien setiap harinya yang ingin memeriksa di laboratorium tersebut, hanya saja hasil sampel setiap pasien hanya dicatat didalam sebuah buku sehingga mempersulit pencarian hasil sampel pasien jika pasien sedang banyak dan menyulitkan dalam pembuatan laporan hasil sampel pasien. Oleh karena itu, aplikasi ini digunakan untuk memudahkan pelayanan sehingga prosesnya dapat dilakukan secara terkomputerisasi, tidak perlu khawatir ada data yang hilang, memudahkan berbagi informasi menggunakan SMS Gateway dengan dokter dan pasien, pencarian dan pembuatan laporan hasil sampel dibuat secara terkomputerisasi. Berdasarkan kekurangan tersebut, maka dibutuhkan aplikasi yang dapat menunjang proses pelayanan dan diharapkan dapat membantu dan dapat meningkatkan kinerja bagian laboratorium dalam bekerja. Dari latar belakang permasalahan diatas maka judul yang diambil adalah "APLIKASI PENGOLAHAN SAMPEL DATA PASIEN PADA BAGIAN LABORATORIUM BERBASIS SMS GATEWAY (STUDI KASUS: RUMAH SAKIT SUNDARI MEDAN)", yang diharapkan mampu mengatasi permasalahan tersebut. 1.2 Rumusan Masalah Berdasarkan dari identifikasi masalah yang ditemukan maka ditemukan rumusan masalah sebagai berikut : a. Bagaimana agar pengolahan hasil sampel data dapat tercatat dengan baik dan lengkap sehingga pencarian hasil sampel pasien lebih akurat? b. Bagaimana cara membuat laporan hasil sampel pasien yang tepat dan cepat apabila sedang banyak pasien? c. Bagaimana cara memberikan informasi kepada dokter dan pasien mengenai hasil sampel? 1.3 Tujuan Adapun tujuan dari proyek akhir adalah membuat aplikasi yang dapat: a. Membantu pengolahan sampel secara terkomputerisasi, sehingga sampel data pasien tidak hilang dan sebelumnya hasil sampel pasien hanya dicatat didalam buku. b. Membantu proses dalam pencarian hasil sampel pasien. c. Membantu proses menerima informasi mengenai hasil sampel pasien dari bagian laboratorium. 1.4 Batasan Masalah Adapun batasan masalah dalam pembuatan proyek akhir sebagai berikut : a. Aplikasi ini tidak membahas resep obat dan rawat inap. b. Tidak membahas mengenai pembayaran yang detail, hanya pembayaran pemeriksaan di laboratorium c. Aplikasi yang dibuat tidak terintergasi dengan aplikasi yang ada di Rumah Sakit Sundari Medan. d. Pemeriksaan hanya meliputi darah, feces, urine dan sputum. 1.5 Definisi Operasional Sampel atau sampling dalam bahasa ilmiah adalah pengambilan darah yag dilakukan di laboratorium yang kemudian diperiksa untuk mengetahui apa yang dikeluhkan pada pasien tersebut. Tidak hanya darah yang bisa diuji di laboratorium, urin, sputum, feces dan lainnya bisa di cek tergantung dari diagnosa yang telah ditentukan oleh dokter. Kemudian sampel di proses untuk mengetahui hasilnya. Hasil tersebut akan dapat langsung dilihat oleh dokter dan dengan SMS Gateway laboratorium akan memberi informasi kepada dokter dan pasien bahwa hasil sampel sudah dapat dilihat. 1.6 Metode Pengerjaan Untuk mencapai tujuan yang dimaksud, maka metode yang digunakan adalah Waterfall yang merupakan tahap dalam pengerjaan proyek akhir. Tahapan dari model Waterfall adalah sebagai berikut: a. Analisis Proses pengumpulan kebutuhan diintensifkan dan difokuskan khususnya kepada perangkat lunak. Untuk memahami sifat program yang dibangun, perekayasa perangkat lunak harus memahami domain informasi, tingkah laku, unuk kerja dan antarmuka yang diperlukan. Kebutuhan baik untuk sistem maupun perangkat lunak didokumentasikan dan dilihat lagi dengan pelanggan. Analisys Design Code TestGambar 1-1 Model Waterfall ISSN : 2442-5826 e-Proceeding of Applied Science : Vol.1, No.3 Desember 2015 | Page 1959
Da iag ta nosa D dia ata gnosa b. Desain Flow Map Pengolahan Sample Data Pasien pada Bagian Laboratorium UsulanDesain perangkat lunak sebenarnya adalah proses multi langkah yang berfokus pada empat atribut sebuah program yang berbeda; struktur data, arsitektur perangkat lunak, representasi antarmuka dan detail Pasien Start Rekam Medis mendaftar Pasien lama? tidak ya Dokter Memeriksa pasien Laboratorium Kasir Menerima notifikasi SMS Menerima surat pengantarprosedural. Proses desain menerjemahkan Input data Cari data Surat pengantarsyarat atau kebutuhan ke dalam sebuah representasi perangkat lunak yang diperkirakan demi kualitas sebelum dimulai pasien Data pasien pasien Input hasil diagnosa Data hasil diagnosa Punya BPJS? ya Mengambil tidakpermunculan kode. c. Code Desain harus diterjemahkan ke dalam bentuk mesin yang bisa dibaca. Langkah pembuatan kode melakukan tugas ini. Jika desain dilakukan dengan cara yang lengakap, pembuatan kode dapat diselesaikan secara mekanis. d. Pengujian Sekali kode dibuat, pengujian program dimulai. Proses pengujian berfokus pada logikal internal perangkat lunak, Kartu hijau pasien Menerima notifikasi SMS Membuat kartu hijau Kartu hijau pasien Kartu hijau pasien Gammu Mengirim notifikasi Menerima notifikasi SMS Hasil sampel pasien End sampel pasien Input hasil sampel pasien Mengirim notifikasi Data hasil sampel Gammu Mengelola pembayaran Data pembayaran Cetak kwitansi kwitansimemastikan bahwa semua pernyataan sudah diuji dan pada eksternal fungsional yaitu mengarahkan pengujian untuk menemukan kesalahan - kesalahan dan memastikan bahwa input yang dibatasi akan memberikan hasil aktual yang sesuai dengan hasil yang dibutuhkan. [7] Gambar 2-1 Flowmap Usulan 2.1.2 Data Flow Diagram (DFD) 2.1.2.1 Diagram Konteks Dokter1.7 Jadwal Pengerjaan Tabel 1-1 Tabel Jadwal Pengerjaan Pasien Bukti pembayaran Data diagnosa Hasil sampel Laboratorium Hasil sampel SISTEM INFORMASI RUMAH SAKIT SUNDARI MEDAN Hasil sampel Data pasien Rekam medis Daftar biaya Kasir 2. ANALISA DAN PERANCANGAN 2.1 Analisis Sistem Dalam pembuatan aplikasi ini mengajukan pada Gambar 2-2 Diagram Konteks 2.1.2.2 Data Flow Diagram (DFD) level 1sistem yang sedang berjalan pada RSU Sundari Medan dan sistem usulan yang akan dibangun. Data pasien Data pasien ddaattaappaassiieenn Data pasien d Dokter 2.1.1 Gambaran Sistem Usulan Sistem usulan dibuat agar proses yang dilakukan Rekam medis Data pasien PPeemmbbaayyaarraann 1.0 Melakukan Pendaftaran Bukti embayaran 2.0 Mengirim notifikasi pemeriksaan Data pasien Data pasien Data diagnosa, Data dokterdapat terkomputerisasi dan memudahkan dalam pengolahan data pada RSU Sundari Medan. Berikut adalah gambaram sistem usulan yang kasir Daftar biaya p 4.0 Melakukan Pembayaran 3.0 Mengelola hasil sampel Hasil sampel Hasil sampel hasil sampel Hasil sampel Laboratoriumdibuat: Bukti pembayaran hasil sampel Pasien ddaattaaddiiaaggnnoossaa ISSN : 2442-5826 e-Proceeding of Applied Science : Vol.1, No.3 Desember 2015 | Page 1960
Hasil sampel Gambar 2-3 Data Flow Diagram (DFD) level 1 ISSN : 2442-5826 e-Proceeding of Applied Science : Vol.1, No.3 Desember 2015 | Page 1961
user M harga Pembayaran hhaassiillssaammppeell 1 2.1.2.3 Data Flow Diagram (DFD) level 2 proses 1.0 2.1.2.6 Data Flow Diagram (DFD) level 2 proses 4.0 Rekam medis Data pasien 1.1 kelola data pasien Data pasien 1.2 Membuat kartu hijau PPeemmbbaayyaarraann Cari data pasien Data pasien Data pembayaran data pasien ddaattaappaassiieenn kasir Daftar biaya Kelola Pembayaran Bukti pembayaran Mencetak kwitansi Gambar 2-4 Data Flow Diagram (DFD) level 2 proses 1.0 2.1.2.4 Data Flow Diagram (DFD) level 2 proses 2.0 Dasta Pasien DDaattaappaassiieenn Gambar 2-7 Data Flow Diagram (DFD) level 2 proses 4.0 Bukti pembayaran PasienDokter Data diagnosa 2.1 Input data diagnosa Data diagnosa Data diagnosa DDiiaaggnnoossaa 2.2 Perancangan Basis Data 2.2.1 Entity Relationship Diagram (ERD) haemogoblin 2.2 DDaattaappaassiieenn MCH Eosinofil luekosit Lanjut endap darah trombositData dokter Mengirim notifikasi pemeriksaan Gambar 2-5 Data pasien Masa Pendarahan Masa Pembekuan Plasmodium Golongan Darah Tubex Salmonela S.typhi_o Thphi_a_o Eritrosit MCV Warna Konsistensi Darah Lendir Telur Cacing Amoeba/KistaData Flow Diagram (DFD) level 2 proses 2.0 Thphi_b_o Thphi_c_o Eristrosit Leukosit2.1.2.5 Data Flow Diagram (DFD) level 2 proses 3.0 Total_biaya Keterangan Tgl_bayar jumlah S.typhi_h Thphi_a_h Thphi_b_h Thphi_c_h Hema Test Warna PH Glukosa#kode_bayar Jenis_pemeriksaan N #Id_kasir Proteinddaattaappaassiieenn Data pasien Hasil sampel harga Jenis_pemeriksaan kode_bayar jumlah Sementara Id_kasir memiliki memproses Last_updated File_name kasir Mime_type dokumen Nama_kasir #id Ketones Bilirubin Urobilinogin Darah Laboratorium Hasil sampel 3.1 Menginput hasil sampel pasien Id_pasien memiliki Hasil sampel N N Nama_petugas Nitrit Berat Jenis Leukosit#id_petugas laboratorium Tgl_daftar EritrositNo_telepon M Sel Epitel Status_pengecekan Tgl_periksa sampel mengecek N N #no_rm Pasien M dokumen agama Last_updated File_name Mime_type mendaftar Casts Ureum Kreatinin Glukosa PuasaDokter Laporan hasil sampel 3.2 Membuat laporan hasil sampel Laporan hasil sampel Nama_sampel harga M Daftar sampel #id_sampel No_telepon Alamat Nama Tanggal_lahir diagnosa memiliki status Umur Jenis_Kelamin pekerjaan M #Id_petugas_rm nama Nama N SGOT SGPT Glukosa Puasa F Glukosa 2 Jam PP Glukosa 2 Ad Random Ureum Kreatinin usename gejala #id_periksa pemeriksaan mengecek Dokter #id_dokter Spesialis Cholestrol Pasien pass Tgl_periksa keterangan No_telepon Gambar 2-6 Data Flow Diagram (DFD) level 2 proses 3.0 Gambar 2-8 Entinty Relationship Diagram (ERD) Hasil s ampel Rekam medis ISSN : 2442-5826 e-Proceeding of Applied Science : Vol.1, No.3 Desember 2015 | Page 1962
Nama Spesialis No_telepon 2.2.2 Relasi Antar Tabel Berikut merupakan perancangan antarmuka menu rekam medis: FK1 No_RM Haematologi Haemaglobin Leucosit Laju_Endap_Darah jumlah_trombosit hematokrit eritrosit mcv mch mchc hitung_jenis_leukosit eosinofil basofil n_batang segmen limfosit monosit mas_pendarahan masa_pembekuan plasmodium golongan_darah urinalisa warna ph glucosa protein ketones bilirubin urobilinogen darah nitrit berat_jenis eritrosit1 leucosit1 sel_epitel casts kristal ureum kreatinin glukosa_puasa glukosa_2_jam_pp glukosa_ad_random tes_kehamilan frces_rutin warna1 konsistensi darah1 lendir telur_cacing amoeba_kistea eritrosit2 leukosit1 herna_test liver_function SGOT SGPT blood_glucose_f blood_glucose_pp bloo_gluocose_random ureum1 kreatinin1 cholesterol imuno_Serologi tubex_salmonela s_typhi_o thphi_a_o thphi_b_o thphi_c_o s_typhi_h thphi_a_h thphi_b_h thphi_c_h Nama_Petugas No_telepon Pembayaran Laboratorium Mengecek Gambar 2-9 Data Flow Diagram (DFD) level 1 2.3 Perancangan Antarmuka Berikut adalah perancangan antarmuka login pengguna. Pengguna yang berhak login yaitu: petugas rekam medis, dokter, petugas laboratorium dan petugas kasir. Gambar 2-10 Perancangan Antarmuka Login Gambar 2-11 Perancangan Antarmuka Menu Rekam Medis Berikut merupakan perancangan antarmuka menu dokter: Gambar 2-12 Perancangan Antarmuka Menu Dokter Berikut merupakan perancangan antarmuka menu laboratorium: Gambar 2-13 Perancangan Antarmuka Menu Laboratorium Sementara Memeriksa FK2 ID_Periksa FK1 No_RM Diagnosa Nama Alamat Tgl_lahir Umur Jenis_Kelamin No_telepon Agama Pekerjaan Status Dokumen Last_Updated Filename Mime_Type PK ID_Petugas as Memproses Jenis_Pemeriksaan Harga Jumlah FK1 ID_Kasir FK2 Kode_Bayar FK2 Tgl_Bayar Total_Biaya Keterangan No_RM Username Password Status Mendaftar ID_Pasien ID_Kasir Kode_Bayar Jenis_Pemeriksaan Harga Jumlah FK1 FK3 FK2 No_RM ID_Sampel ID_Petugas Tgl_Periksa Status_pengecekan Hasil_Sampel Daftar_Sampel PK ID_Sampel Harga Nama_Sampel Kasir PK ID_Kasir Nama_petug Dokter FK1 FK2 No_RM Id_Petugas_RM Tgl_Daftar PK Kode_Bayar Nama PK PK PK FK1 Tgl_Periksa Gejala Keterangan ID_Dokter ISSN : 2442-5826 e-Proceeding of Applied Science : Vol.1, No.3 Desember 2015 | Page 1963
Processor Intel(R) Core(TM) i3-2370M CPU @ 2.40GHz(4 CPUs) Harddisk 160GB 3. IMPLEMENTASI DAN PENGUJIAN 3.1 Implementasi Implementasi menjelaskan tentang penerapan sistem yang dibutuhkan dan telah diterapkan dan dibuat pada sebuah aplikasi. Berikut adalah implementasi antarmuka sistem pada aplikasi. 3.1.1 Login Berikut adalah implementasi dari gambar 2-10 Perancangan Antarmuka Login. Login berdasarkan username dan password yang dimiliki dari petugas. Gambar 3-1 Implementasi Aplikasi Login 3.1.2 Menu Rekam Medis Berikut adalah implementasi dari gambar 2-11 Perancangan Antarmuka Menu Rekam Medis. Menu rekam medis memiliki 3 menu utama yaitu, daftar pasien baru, registrasi pasien, dan data pendaftaran pasien. Gambar 3-2 Implementasi Aplikasi Menu Rekam Medis Memory 1 GB RAM Hardware 2. Perangkat Lunak Perangkat lunak yang digunakan saat membangun aplikasi pengolahan sampel data pasien pada bagian laboratorium berbasis APEX dan SMS Gateway (Studi Kasus : RSU Sundari Medan) adalah : Tabel 2-2 Spesifikasi Perangkat Lunak Software Spesifikasi Operating System Windows 7 Professional 32- bit Software Pendukung - Microsoft Visio 2010 - Gammu - Oracle 11g - APEX 5.0 Text Editor Notepad Web Browser Chrome Spesifikasi Monitor 14" Modem ZTE MF190J Laptop Acer Travelmate P243 Berikut merupakan perancangan antarmuka menu kasir : Gambar 2-14 Perancangan Antarmuka Menu Kasir 2.4 Kebutuhan Perangkat Keras dan Perangkat Lunak Dalam pembuatan aplikasi, dibutuhkan pula perangkat keras dan perangkat lunak untuk membangun aplikasi agar aplikasi yang di bangun lebih optimal sesuai harapan. 2.4.1 Pengembangan Sistem 1. Perangkat Keras Perangkat Keras yang digunakan saat membangun aplikasi pengolahan sampel data pasien pada bagian laboratorium berbasis APEX dan SMS Gateway (Studi Kasus : RSU Sundari Medan) adalah : Tabel 2-1 Spesifikasi Perangkat Keras ISSN : 2442-5826 e-Proceeding of Applied Science : Vol.1, No.3 Desember 2015 | Page 1964
3.1.2.1 Menu Dokter Berikut adalah implementasi dari gambar 2-12 Perancangan Antarmuka Menu Dokter. Menu dokter memiliki 4 menu utama yaitu, input diagnosa, data diagnosa, kirim notifikasi ke laboratorium, dan lihat hasil sampel. 4. Kesimpulan Setelah melakukan penelitian, analisis, pembahasan dan pembuatan aplikasi pada studi kasus RSU Sundari Medan, dapat diambil kesimpulan sebagai berikut. Kesimpulan yang dapat diambil oleh dalam penyusunan Proyek Akhir ini adalah:1. Membantu pengolahan sampel terkomputerisasi jadi hasil sampel data pasien tidak hilang dan berkas arsip pasien tidak menumpuk karena sebelumnya hasil sampel pasien hanya dicatat didalam buku. 2. Membantu proses dalam pencarian hasil sampel pasien dan mengetahui hasil sampel pasien. 3. Gambar 3-3 Membantu proses menerima informasi mengenai hasil sampel pasien dari bagian Implementasi Aplikasi Menu Dokter laboratorium. 3.1.2.2 Menu Laboratorium Berikut adalah implementasi dari gambar 2-13 Perancangan Antarmuka Menu Laboratorium. Menu dokter memiliki 4 menu utama yaitu, input hasil sampel, data hasil sampel, kirim notifikasi ke dokter, dan ke pasien. Gambar 3-4 Implementasi Aplikasi Menu Laboratorium 4.1.1.1 Menu Kasir Berikut adalah implementasi dari gambar 2-14 Perancangan Antarmuka Menu Laboratorium. Menu dokter memiliki 2 menu utama yaitu, form pembayaran, data pembayaran. Gambar 3-5 Implementasi Aplikasi Menu Kasir 4.1 Saran Setelah melakukan analisis pada RSU Sundari Medan, adapun beberapa saran yang disampaikan dalam penyusunan Proyek Akhir ini, yaitu : 1. Membuat history tentang pemeriksaan penyakit pasien. Jadi jika pasien yang sama mengalami sakit yang sama pula, pihak bagian rumah sakit bisa memantau dan menindaklanjuti terhadap sakit yang pasien derita. 2. Memperbahui harga sampel tiap bulannya agar tidak salah dalam memasukkan harga saat pembayaran. DAFTAR PUSTAKA [1] A. D. a. L. Setiawati, Sistem Informasi Akuntansi, Yogyakarta: Andi, 2011. [2] A. Nuijten, Oracle APEX Best Practices, Netherland: Packt Publishing Ltd, 2012. [3] A. Rohim, E. Rosely, K. R. Sari, T. Fahrudin dan W. Hidayat, Perancangan Basis Data Relasional, Bandung: Politeknik Telkom, 2009. [4] E. P. Nugroho, K. Ratnasari, K. N. Ramadhani dan B. L. Putro, Rekayasa Perangkat Lunak, Bandung: Politeknik Telkom, 2009. [5] R. Greenwald, Beginning Oracle Application Express, Canada: Wiley Publishing, Inc, 2009. [6] R. I. Rosidi, Membuat Sendiri SMS Gateway Berbasis Protokol SMPP, Yogyakarta: Andi, 2004. [7] R. S. Pressman, Rekayasa Perangkat Lunak Pendekatan Praktisi (Buku 1), Yogyakarta: Andi, 2002. ISSN : 2442-5826 e-Proceeding of Applied Science : Vol.1, No.3 Desember 2015 | Page 1965