SI1331475882

Dari widuri
Lompat ke: navigasi, cari

 

PROTOTYPE MONITORING CAIRAN

INFUS PADA RS. QADR

SKRIPSI


Logo stmik raharja.jpg


Disusun Oleh :


NIM
: 1331475882
NAMA



JURUSAN SISTEM KOMPUTER

KONSENTRASI COMPUTER SYSTEM

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

TANGERANG

2017/2018



 

LEMBAR PENGESAHAN SKRIPSI

PROTOTYPE MONITORING CAIRAN INFUS PADWA RS. QADR

Disusun Oleh :

NIM
: 1331475882
Nama
Jenjang Studi
: Strata Satu
Jurusan
: Sistem Komputer
Konsentrasi
: Computer Sistem

 

 

Disahkan Oleh :

Tangerang, 20 Juli 2017

Ketua
       
Kepala Jurusan
STMIK RAHARJA
       
Jurusan Sistem Komputer
           
           
           
           
(Ir. Untung Rahardja, M.T.I, MM)
       
(Ferry Sudarto, S.Kom, M.Pd)
NIP : 000594
       
NIP : 079010

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

 

LEMBAR PERSETUJUAN PEMBIMBING

PROTOTYPE MONITORING CAIRAN INFUS PADA RS.QADR

Dibuat Oleh :

NIM
: 1331475882
Nama

 

Telah disetujui untuk dipertahankan dihadapan Tim Penguji Ujian Komprehensif

Jurusan Sistem Komputer

Computer Sistem

Tahun Akademik 2017/2018

Disetujui Oleh :

Tangerang, 20 Juli 2017

Pembimbing I
   
Pembimbing II
       
       
       
       
(Ferry Sudarto,S.Kom.,M.Pd)
   
(Hendra Kusumah, S.Kom)
NID : 10001
   
NID : 14017

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

LEMBAR PERSETUJUAN DEWAN PENGUJI

PROTOTYPE MONITORING CAIRAN INFUS PADA RS. QADR

Dibuat Oleh :

NIM
: 1331475882
Nama

Telah disetujui untuk dipertahankan dihadapan Tim Penguji Ujian Komprehensif

Jurusan Sistem Komputer

Konsentrasi Komputer Sistem

Tahun Akademik 2017/2018

Disetujui Penguji :

Tangerang, 2017

Ketua Penguji
 
Penguji I
 
Penguji II
         
         
         
         
(_______________)
 
(_______________)
 
(_______________)
NID :
 
NID :
 
NID :

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

 

LEMBAR KEASLIAN SKRIPSI

Yang bertanda tangan dibawah ini,

NIM
: 1331475882
Nama
Jurusan
Konsentrasi
: Computer System

 

 

Menyatakan bahwa Skripsi ini merupakan karya tulis saya sendiri dan bukan merupakan tiruan, salinan atau duplikat dari Skripsi yang telah dipergunakan untuk mendapatkan gelar Sarjana Komputer baik dilingkungan Perguruan Tinggi Raharja, maupun di Perguruan Tinggi lain, serta belum pernah dipublikasikan.

Pernyataan ini dibuat dengan penuh kesadaran dan rasa tanggung jawab serta bersedia menerima sanksi jika ternyata pernyataan di atas tidak benar.

Tangerang, 20 Juli 2017

 
 
 
 
 
NIM : 1331475882

 

)*Tandatangan dibubuhi materai 6.000;



ABSTRAKSI

Penggunaan infus sangatlah fital kegunaannya di bidang kesehatan, infus sangat banyak kegunaannya dibidang kesehatan salah satunya yaitu untuk menambah cairan pada pasien terutama pada pasien yang tidak dapat mengkonsumsi makan secara langsung oleh sebab itu penggantian infus pada pasien tidak boleh terlambat karena keterlambatan penggantian infus sangat fatal bagi pasien yang sedang di rawat, seringkali dalam suatu rumah sakit jumlah pasien tidak seimbang dengan jumlah petugas mediknya, khususnya pada bagian pelayanan keperawatan yang bertugas 24 jam memantau kondisi pasien rawat inap satu per satu. Akibat keterbatasan itu kemungkinan kelalaian petugas rumah sakit sangat bisa terjadi, terutama pada pemantauan kondisi cairan infus pasien. Dalam tugasnya memantau kondisi infus pasien biasanya perawat harus memeriksa kondisi infus pasien tiap waktu, sehingga perawat harus mondar-mandir memeriksa keadaan dari infus pasien.Untuk mengatasi masalah tersebut maka perlu di buat suatu alat yang dapat memantau kondisi cairan infus dan memberikan notifikasi melalui smartphone secara realtime ketika infus sudah habis untuk menghindari keterlambatan pergantian infus, dengan memanfaatkan internet of things sebagai database online untuk memonitoring kondisi infus yang sedang terpasang pada pasien. Sehingga perawat tidak perlu mondar-mandir untuk mengecek kondisi infus tiap-tiap pasien, untuk mendeteksi sisa cairan infus di gunakan sensor LDR, dan Laser yang di kontrol oleh Wemos d1 mini, ketika cairan infus tersebut habis maka akan memberikan notifikasi secara realtime pada smartphone, sehingga memberikan kemudahan kepada perawat dalam memantau kondisi infus pada pasien pada Rumah Sakit QADR.

Kata kunci : Infus,Wemos D1 mini,LDR,Laser,Smartphone,Internet of Things (IoT)

ABSTRACT

The use of infusion is very useful in the field of health, infusion is very useful in the field of health one of which is to increase fluid in patients, especially in patients who can not consume meals directly therefore the replacement of infusions in patients should not be late because the delay of infusion replacement is very fatal for Of patients in care, often in a hospital the number of patients is not balanced by the number of medical personnel, especially in the nursing service department with 24-hour duty monitoring the condition of inpatients one by one. Due to the limitation, it is possible that hospital staff negligence can occur, especially in monitoring the patient's infusion fluid condition. In order to monitor the infusion condition of the patient, the nurse should check the patient's infusion condition at all times, so the nurse must pace the condition of the infusion of the patient. To overcome the problem, it is necessary to develop a device that can monitor the infusion fluid condition and provide notification via smartphone Realtime when the infusion has been exhausted to avoid delayed intravenous shifts, by utilizing the internet of things as an online database to monitor the infusion condition that is being installed in the patient. So the nurse does not have to pace to check the infusion condition of each patient, to detect the remaining intravenous fluid in use LDR sensor, and Laser controlled by mini d1 wemos, when the infusion is discharged it will provide realtime notification on the smartphone, Thus providing convenience to the nurses in monitoring the infusion conditions in patients at QADR Hospital.

Keywords: Mini D1 Wemos, LDR, Laser, Smartphone, Internet of Things (IoT).



KATA PENGANTAR

Puji dan syukur penulis panjatkan kehadirat Allah SWT, yang telah memberikan limpahan rahmat, taufik dan hidayah-Nya sehingga penulis dapat menyelesaikan laporan penulisan Skripsi dengan Judul “PROTOTYPE MONITORING CAIRAN INFUS PADA RS. QADR”. Penulis menyadari dengan sepenuh hati bahwa tersusunnya laporan Skripsi ini bukan hanya atas kemampuan dan usaha penulis semata, namun juga berkat bantuan berbagai pihak, oleh karena itu penulis mengucapkan terima kasih yang sedalam-dalamnya kepada

  1. Bapak Ir. Untung Rahardja, M.T.I selaku Ketua STMIK Raharja.
  2. Bapak Sugeng Santoso,M.Kom selaku Pembantu Ketua I STMIK Raharja.
  3. Bapak Ferry Sudarto, S.Kom, M.Pd selaku Kepala Jurusan Sistem Komputer STMIK Raharja dan juga sebagai Pembimbing 1 yang telah berkenan memberi bimbingan dan pengarahan kepada penulis sehingga laporan Skripsi ini bisa diselesaikan.
  4. Bapak Hendra Kusumah, S.Kom. Selaku Dosen Pembimbing 2 yang telah membimbing dan mendukung penulis selama proses Skripsi.
  5. Bapak dan Ibu Dosen Perguruan Tinggi Raharja yang telah memberikan ilmu pengetahuan kepada penulis.
  6. Kedua Orangtua tercinta yang selalu memanjatkan doa dan memberikan segala dukungan moril dan materil.
  7. Teman­teman yang selalu memberikan motivasi kepada penulis dalam penyusunan Skripsi ini.
  8. Rekan­rekan seperjuangan COS FAM’S yang telah memberikan penulis semangat dalam menyelesaikan Skripsi ini.
  9. Serta semua pihak yang tidak dapat penulis sebutkan satu persatu yang telah ikut membantu dalam penyusunan Skripsi ini.

Penulis berharap mudah-mudahan skripsi ini dapat bermanfaat bagi semua pihak yang memerlukan dan penulis mohon maaf apabila ada kesalahan dalam skripsi ini.

Tangerang, 20 Juli 2017
Fauzan Noval Putra
NIM. 1331475882

Daftar isi


DAFTAR TABEL

  1. Tabel 2.1 Kelebihan dan Kelemahan Black Box
  2. Tabel 2.2 Komponen Elektronika Pasif
  3. Tabel 2.3 Komponen Elektronika Aktif
  4. Tabel 2.4 Literature Review
  5. Tabel 3.1 Elisitasi Tahap I
  6. Tabel 3.2 Elisitasi Tahap II
  7. Tabel 3.3 Elisitasi Tahap III
  8. Tabel 3.4 Final Draft Elisitasi
  9. Tabel 4.1 Pengujian Black Box Sistem Pada Pembacaan Nilapi Cahaya Pada Sensor LDR (Light Dependent Resistor)
  10. Tabel 4.2 Pengujian Black Box Sistem Pada Saat Kondisi Infus Penuh
  11. Tabel 4.3 Pengujian Black Box Sistem Pada Saat Kondisi Infus Habis
  12. Tabel 4.4 Pengujian Black Box Pada Saat Ketika Infus Telah Habis
  13. Tabel 4.5 Pengolahan Jadwal Proses Pembuatan Sistem
  14. Tabel 4.6 Estimasi Biaya Yang Di Keluarkan

DAFTAR GAMBAR

  1. Gambar 2.1. Tahapan Prototipe
  2. Gambar 2.2. Kompoenen Infus
  3. Gambar 2.3. Ilustrasi Cara Kerja Infus
  4. Gambar 2.4. Internet Of Things (IoT)
  5. Gambar 2.5. Wemos D1mini
  6. Gambar 2.6. Simbol dan Bentuk LDR
  7. Gambar 2.7. Laser
  8. Gambar 2.8. Aplikasi IFTTT
  9. Gambar 2.9. Aplikasi Pushover
  10. Gambar 2.10. Flowchart Sistem (System Flowchart)
  11. Gambar 2.11. Flowchart Dokumen (Document Flowchart)
  12. Gambar 2.12. Flowchart Skematik (Schematic Flowchart)
  13. Gambar 2.13. Flowchart Program (Program Flowchart)
  14. Gambar 2.14. Simbol Flowchart Proses Proses
  15. Gambar 2.15. Flowchart Proses (Process Flowchart)
  16. Gambar 3.1. RS QADR Tangerang
  17. Gambar 3.2. Struktur Organisasi
  18. Gambar 3.3. Flowchart Sistem Yang Berjalan
  19. Gambar 3.4. Flowchart Sistem Yang Diusulkan
  20. Gambar 3.5. Diagram Blok Rangkaian Sistem
  21. Gambar 3.6. Membuka Aplikasi Fritzing
  22. Gambar 3.7. Halaman Utama Fritzing
  23. Gambar 3.8. Menyimpan Priject Pada Fritzing
  24. Gambar 3.9. Memasukan Komponen Pada Layar Breadboard
  25. Gambar 3.10. Rangkaian Sensor LDR
  26. Gambar 3.11. Rangkaian Laser
  27. Gambar 3.12. Rangkaian Keseluruhan
  28. Gambar 3.13. Memulai IDE Arduino
  29. Gambar 3.14. Tampilan Layar Program Arduino 1.8.1
  30. Gambar 3.15. Membuka Device Manager
  31. Gambar 3.16. Memilih Wemos D1mini Pada Port COM
  32. Gambar 3.17. Menentukan Koneksi Port 7 Pada Arduino 1.8.1
  33. Gambar 3.18. Memilih Jenis Board Wemos DI R2 & Mini
  34. Gambar 3.19. Menyimpan File Program Pada Wemos D1mini
  35. Gambar 3.20. Memilih Lokasi Penyimpanan Project
  36. Gambar 3.21. Listing Program Keseluruhan
  37. Gambar 3.22. Proses Kompilasi Listing Program
  38. Gambar 3.23. Tampilan Hasil Proses Kompilasi Listing Program
  39. Gambar 3.24. Memilih Jenis Board Wemos DI R2 & Mini
  40. Gambar 3.25. Mengupload Listing Program Kedalam Wemos
  41. Gambar 3.26. Proses Upload Listing Program Sukses
  42. Gambar 3.27. Sign Up Io.adafruit
  43. Gambar 3.28. Login
  44. Gambar 3.29. Membuat Feed
  45. Gambar 3.30. DashBoard Untuk Memonitoring Kondisi Cairan Infus
  46. Gambar 4.1. Pengujian Catu Daya Untuk Wemos D1mini
  47. Gambar 4.2. Laser
  48. Gambar 4.3. Sensor LDR (Light Dependenr Resistor)
  49. Gambar 4.4. Listisng Program Sensor LDR (Light Dependenr Resistor)
  50. Gambar 4.5. Data Monitoring Kondisi Infus Pada Database Online Adafruit
  51. Gambar 4.6. Listing Program Monitoring Infus
  52. Gambar 4.7. Flowchart Sistem Yang Diusulkan
  53. Gambar 4.8. Tampilan Listing IDE Arduino
  54. Gambar 4.9. Upload Program Kedalam Wemos D1mini

DAFTAR SIMBOL

DAFTAR SIMBOL FLOWCHART (DIAGRAM ALIR)

 

DAFTAR SIMBOL ELEKTRONIKA

 


BAB I

PENDAHULUAN

Latar Belakang Masalah

Ilmu kedokteran dan teknologi saat ini yang semakin canggih menyebabkan tuntutan akan kemudahan. Demikian halnya perkembangan ilmu dan teknologi di bidang alat-alat kesehatan. Salah satu peralatan yang ada di rumah sakit yaitu infus. Infus adalah suatu piranti kesehatan yang dalam kondisi tertentu digunakan untuk menggantikan cairan yang hilang dan menyeimbangkan elektrolit tubuh (Zainuri, 2012:49) [1]. Jika seseorang mengalami dehidrasi, maka tindakan yang paling tepat adalah dilakukan rehidrasi atau mengganti cairan tubuh yang hilang.

Pemberian cairan melalui infus merupakan tindakan memasukkan cairan melalui intravena yang dilakukan pada pasien dengan bantuan perangkat infus. Tindakan ini dilakukan untuk memenuhi kebutuhan cairan dan elektrolit serta sebagai tindakan pengobatan dan pemberian makanan. Meningkatnya keperluan manusia akan suatu sistem yang dapat bekerja secara otomatis dan handal dalam membantu pekerjaan manusia dalam kehidupan sehari-hari, meliputi berbagai bidang kehidupan seperti bidang industri, pangan, komunikasi, pelayanan publik, kesehatan dan berbagai bidang lainnya. Seringkali dalam suatu rumah sakit tombol pemanggil perawat tidak berfungsi dengan baik dan jumlah pasien tidak seimbang dengan jumlah petugas mediknya, khususnya pada bagian pelayanan keperawatan yang bertugas 24 jam memantau kondisi pasien rawat inap satu per satu. Akibat keterbatasan itu mungkin kelalaian petugas jaga sangat bisa terjadi, terutama pada pemantauan kondisi cairan infus pasien.

Dalam tugasnya memantau kondisi infus pasien biasanya perawat harus memeriksa kondisi infus pasien tiap waktu yang telah di perkirakan sebelumnya, sehingga perawat harus berulang kali memeriksa keadaan dari infus pasien. Apabila terjadi terjadi masalah seperti cairan infus habis, petugas jaga tidak mengetahuinya sebelum ada laporan dari kerabat atau saudara yang menjaga pasien, maka akan berdampak darah akan naik dan mengisi selang infus.

Berdasarkan latar belakang diatas, maka penulis ingin melakukan sebuah penilitian sederhana yang berjudul “PROTOTYPE MONITORING CAIRAN INFUS PADA RS. QADR”.

Perumusan Masalah

Berdasarkan dari latar belakang diatas maka dibuat rumusan masalah sebagai berikut :

  1. Bagaimana agar sistem infus dapat di monitoring ?

  2. Bagaimana dengan keterbatasan perawat dirumah sakit, yang diperlukan dalam memantau kondisi infus pasien sehingga dapat di tangani ?

  3. Alat seperti apakah yang dapat membantu perawat agar kondisi infus dapat di monitoring secara real time ?

Ruang Lingkup Penelitian

Berdasarkan dari rumusan masalah di atas, maka ruang lingkup penelitian ini sebagai berikut :

  1. Prototype monitoring infus menggunakan Wemos D1 mini yang terkoneksi dengan jaringan Wi-Fi sebagai otak utama untuk menginstruksikan terhadap sensor seperti LDR.

  2. Sensor LDR menerima cahaya yang di pancarkan oleh laser sehingga dapat dibaca intensitas cahaya tersebut sebesar 1010 candela.

  3. Pada saat intensitas cahaya ≤ 535 candela, maka aplikasi pushover akan memberikan notifikasi melalui smartphone.

Tujuan Dan Manfaat Penelitian

Tujuan Penelitian

Berdasarkan dari rumusan masalah di atas, Maka tujuan dari penelitian ini adalah sebagai berikut :

  1. Untuk memonitoring cairan infus

  2. Untuk mempermudah perawat dalam memantau kondisi infus pada pasien

  3. Mempermudah proses pengecekan cairan infus yang dapat dimonitoring secara real time

Manfaat Penelitian

Berdasarkan rumusan masalah di atas, manfaat dari penelitian ini sebagai berikut :

  1. Menghindari dari keterlambatan mengganti infus yang habis dengan yang baru

  2. Dapat membantu perawat agar lebih sigap dalam mengganti infus pada pasien

  3. Manajemen rumah sakit mampu mendapatkan data infus secara real time

Metode Penelitian

Metode Pengumpulan Data

Metode Obsevasi

Observasi yang dilakukan pada RS. QADR Tangerang selama 3 bulan. Selama melakukan observasi di dapat suatu data meliputi, latar belakang rumah sakit, visi misi, struktur organisasi, Infus set, masalah pada pemantauan infus.

Metode Wawancara

Metode ini dilakukan melalui proses tanya jawab dengan narasumber yaitu Kepala Perawat di tempat atau lokasi penelitian yang dilakukan sebagai stackholder yang memiliki keluhan pada aspek dalam pemantauan kondisi infus yang masih secara manual dalam menantau kondisi infus pasien.

Metode Pustaka(Library Research)

Metode untuk mendapatkan informasi dan teori-teori yang sesuai dengan sistem yang akan dibuat dengan mencatat, mempelajari dan memahami literature review yang berhubungan dengan penelitian dari berbagai sumber yang tertulis maupun elektronik. Yang digunakan penulis berupa jurnal dan buku-buku.

Metode Analisa

Pada metode ini, penulis menganalisa tentang cara memonitoring kondisi infus yang dapat di monitoring oleh sistem dan dapat memberikan notifikasi ketika cairan infus hampir habis pada smartphone. Penulis menganalisa dengan melihat faktor sebab dan akibat yang terjadi sehingga memudahkan dalam membuat penelitian.

Metode Perancangan

Dalam metode perancangan ini kita dapat mengetahui bagaimana sistem itu dibuat atau dirancang dan alat apa saja yang dibutuhkan. Melalui tahapan pembuatan flowchart dari sistem yang akan dibuat dan pembuatan desain aplikasi pengontrolan berupa perancangan perangkat lunak (Software) dan perangkat keras (Hardware) berupa rancangan desain diagram blok.

Metode Prototype

Prototyping adalah proses pembuatan model sederhana software yang mengizinkan pengguna memiliki gambaran dasar tentang program serta melakukan pengujian awal. Prototyping memberikan fasilitas bagi pengembang dan pemakai untuk saling berinteraksi selama proses pembuatan, sehingga pengembang dapat dengan mudah memodelkan perangkat yang akan dibuat.

Penulis menerapkan prototype dengan menggunakan evolutionary karena pada metode ini, hasil prototype tidak langsung dibuang tetapi digunakan untuk iterasi desain berikutnya. Dalam hal ini, sistem atau produk yang sebenarnya dipandang sebagai evolusi dari versi awal yang sangat terbatas menuju produk final atau produk akhir.

Metode Pengujian

Dalam metode testing ini penulis melakukan pengujian dengan metode black box terhadap prototype yang telah dibuat, hal ini dilakukan agar dapat diketahui apakah prototype tersebut sudah berjalan sesuai dengan ketentuan yang diharapkan.

Sistematika Penulisan

Untuk mempermudah dalam hal penyusunan dan dapat dipahami lebih jelas, laporan ini dibagi atas beberapa bab yang berisi urutan secara garis besar dan kemudian dibagi lagi dalam sub-sub yang akan membahas dan menguraikan masalah yang lebih terperinci.

Dengan susunan sebagai berikut:

BAB I : PENDAHULUAN

Pada bab ini berisi tentang latar belakang, rumusan masalah, ruang lingkup, tujuan dan manfaat, metode penelitian dan sistematika penulisan.

BAB II : LANDASAN TEORI

Bab ini berisi tentang teori dan literature review yang sesuai dan akurat sehingga bisa mendukung penelitian dalam penulisan sehingga menghasilkan karya tulis yang bernilai ilmiah.

BAB III : PERANCANGAN DAN PEMBAHASAN

Bab ini memuat analisa dan perancangan “PROTOTYPE MONITORING CAIRAN INFUS PADA RS. QADR” yang dijelaskan secara terperinci.

BAB IV : RANCANGAN SISTEM YANG DIUSULKAN

Dalam bab ini membahas tentang sistem yang akan diusulkan seperti usulan prosedur sistem berjalan, flowchart sistem yang diusulkan, rancangan prototipe, konfigurasi sistem, pengujian, evaluasi, implementasi, dan estimasi biaya.

BAB V : PENUTUP

Bab ini berisi tentang kesimpulan dan saran dari hasil karya sebagai upaya untuk perbaikan dan pengembangan kedepannya.

DAFTAR PUSTAKA

LAMPIRAN




BAB II

LANDASAN TEORI

Teori Umum

Konsep Dasar Prototipe

Definisi Prototipe

Menurut Nurajizah (2015:A-215) [2], “Prototipe didefiniskan sebagai satu versi dari sebuah sistem potensial yang memberikan ide bagi para pengembang dan calon pengguna, bagaimana sistem akan berfungsi dalam bentuk yang telah selesai”.

Menurut Rumini, dkk (2014:48) [3], “Prototipe adalah suatu versi sistem potensial yang disediakan bagi pengembang dan calon pengguna yang dapat memberikan gambaran bagaimana kira-kira sistem tersebut akan berfungsi bila disusun dalam bentuk yang lengkap”.

Dari beberapa pendapat di atas dapat disimpulkan bahwa prototipe adalah contoh dari suatu sitem yang memberikan ide bagi para user atau calon pengguna dalam bentuk sebenarnya yang dapat dirubah sebelum direalisasikan.

Jenis-jenis Prototype

Menurut Yuniarti (2014) [4], Jenis-jenis Prototipe secara general dibagi menjadi dua, yaitu:

  1. Prototipe Evolusioner (Prototype Evolusionary)

    Terus-menerus disempurnakan sampai memiliki seluruh fungsionalitas yang dibutuhkan pengguna dari sistem yang baru. Prototipe ini kemudian dilanjutkan produksi. Jadi satu prototipe evolutioner akan menjadi sistem aktual.

  2. Prototipe Persyaratan (Requirement Prototype)

    Dikembangkan sebagai satu cara untuk mendefinisikan persyaratan-persyaratan fungsional dari sistem baru ketika pengguna tidak mampu mengungkapkan apa yang mereka inginkan. Dengan meninjau prototipe persyaratan seiring dengan ditambahkannya fitur-fitur, pengguna akan mampu mendefinisikan pemrosesan yang dibutuhkan dari sistem yang baru. Ketika persyaratan ditentukan, prototipe persyaratan telah mencapai tujuannya dan proyek lain akan dimulai untuk pengembangan sistem baru. Oleh karena itu, suatu prototipe tidak selalu menjadi sistem aktual. Langkah-langkah pembuatan Prototype Evolutionary ada empat langkah, yaitu :

    1. Mengidentifikasi kebutuhan pengguna. Pengembang mewawancarai pengguna untuk mendapatkan ide mengenai apa yang diminta dari sistem.

    2. Membuat satu prototipe. Pengembang mempergunakan satu alat prototyping atau lebih untuk membuat prototipe. Contoh dari alat-alat prototyping adalah generator aplikasi terintegrasi dan toolkit prototyping. Generator aplikasi terintegrasi (integrated application generator) adalah sistem peranti lunak siap pakai yang mampu membuat seluruh fitur yang diinginkan dari sistem baru—menu, laporan, tampilan, basis data, dan seterusnya. Toolkit prototyping meliputi sistem-sistem peranti lunak terpisah, seperti spreadsheet elektronik atau sistem manajemen basis data, yang masing-masing mampu membuat sebagian dari fitur-fitur sistem yang diinginkan.

    3. Menentukan apakah prototipe dapat diterima, pengembang mendemonstrasikan prototipe kepada para pengguna untuk mengetahui apakah telah memberikan hasil yang memuaskan, jika sudah, langkah emapat akan diambil; jika tidak, prototipe direvisi dengan mengulang kembali langkah satu, dua, dan tiga dengan pemahaman yang lebih baik mengenai kebutuhan pengguna002E

    4. Menggunakan prototipe, prototipe menjadi sistem produksi.

2.1.jpg

Konsep Dasar Monitoring

Definisi Monitoing

Menurut Rizan, dkk (2016:46) [5] “Monitoring adalah penilaian secara terus menerus terhadap fungsi kegiatan-kegiatan program-program di dalam hal jadwal penggunaan input / masukan data oleh kelompok sasaran berkaitan dengan harapan-harapan yang telah direncanakan.

Menurut Mardiani (2013:36) [6] “Monitoring adalah proses pengumpulan dan analisis informasi berdasarkan indikator yang ditetapkan secara sistematis dan kontinu tentang kegiatan/program sehingga dapat dilakukan tindakan koreksi untuk penyempurnaan program/kegiatan itu selanjutnya.

Dari beberapa pendapat di atas dapat disimpulkan bahwa monitoring adalah proses analisa dan pengumpulan data atau informasi yang di lakukan untuk mengambil suatu tindakan untuk penyempurnaan program / kegiatan selanjutnya.

Konsep Dasar Infus

Definisi Infus

Menurut Zainuri, dkk (2012:49) “Infus adalah suatu piranti kesehatan yang dalam kondisi tertentu digunakan untuk menggantikan cairan yang hilang dan menyeimbangkan elektrolit tubuh”.

Menurut Muljodipo (2015:13) [7] “Infus cairan intravena (intravenous fluids infusion) adalah pemberian sejumlah cairan kedalam tubuh, melalui sebuah jarum kedalam sebuah pembuluh vena (pembuluh balik) untuk menggantikan kehilangan cairan atau zat-zat makanan dari tubuh”.

Dari definisi diatas maka dapat disimpulkan bahwa infus adalah suatu piranti kesehatan yang digunakan untuk menggantikan cairan tubuh yang hilang yang di berikan melalui jarum kedalam sebuah pembuluh vena.

Komponen Sistem Infus

Infus terdiri dari beberapa komponen utama yaitu:

  1. Botol infus

  2. Merupakan wadah dari cairan infus, biasa dijumpai dijual dalam tiga ukuran 500mL, 1000mL dan 1500mL

  3. Selang infus

    merupakan sarana tempat mengalirnya cairan infus

  4. Klem selang infus

    merupakan bagian untuk mengatur laju aliran dari cairan infus, dengan mempersempit atau memperlebar jalur aliran pada selang.

  5. Jarum infus

    Sarana masuknya cairan infus dari selang infus menuju pembulu vena.

2.2.jpg

Prinsip Kerja Sistem Infus

Prinsip kerja dari cairan infus sama seperti sifat dari air yaitu mengalir dari tempat yang tinggi ke tempat yang lebih rendah dipengaruhi oleh gaya grafitasi bumi sehingga cairan akan selalu jatuh kebawah. Pada sistem infus laju aliran infus diatur melalui klem selang infus, jika klem digerakan untuk mempersempit jalur aliran pada selang maka laju cairan akan menjadi lambat ditandai dengan sedikitnya jumlah tetesan infus/menit yang keluar dan sebaliknya bila klem digerakan untuk memperlebar jalur aliran pada selang infus maka laju cairan infus akan menjadi cepat ditandai dengan banyaknya jumlah tetesan infus/menit.

2.3.jpg

Konsep Dasar Internet of Things (IoT)

Definisi IoT (Internet of Things)

Menurut Susanti, dkk (2016:401) [8] “IoT (Internet of Things) merupakan teknologi yang dapat mengkoneksikan suatu peralatan dengan internet untuk menjalankan berbagai fungsi”.

Menurut Susanto, dkk (2017:2.7-1) [9] “Internet of Things (IoT) adalah sebuah konsep yang bertujuan untuk memperluas manfaat dari konektivitas internet yang tersambung secara terus-menerus”.

Dari definisi di atas dapat disimpulkan bahwa Internet of Things adalah sebuah konsep yang bertujuan untuk memperluas manfaat dari konektivitas internet yang tersambung secara terus-menerus untuk mengkoneksikan suatu peralatan dengan internet untuk menjalankan berbagai fungsi.

2.4.jpg

Konsep Dasar WiFi (Wireless Fidelity)

Definisi WiFi (Wireless Fidelity)

Menurut Adinandra, dkk (2012:161) [10]“WiFi adalah kepanjangan dari Wireless Fiedelity yang merupakan salah satu jenis komunikasi wireless yang sangat umum digunakan.

Menurut Roby, dkk (2017:34) “Wireless Fedelity (Wi-Fi) merupakan teknologi Wireless Local Area Network (WLAN) yang di standarisasi dalam standar IEEE (Institute of Electrical and Electronics Engineers) 802.11.

Dari definsi di atas dapat disimpulkan bahwa WiFi adalah teknologi Wireless Local Area Network (WLAN) jenis komunikasi wireless yang di standarisasi dalam standar IEEE (Institute of Electrical and Electronics Engineers) 802.11.

Konsep Dasar Perancangan Sistem

Definisi Perancangan Sistem

Menurut Rianti, dkk (2016:52) [11] [12] “Perancangan Aplikasi Sistem Pendukung Keputusan Pemilihan Peserta Olimpiade Sains Tingkat Kabupaten SMPN 7 SIJUNJUNG Menggunakan Metode Analytical Hierarchy Process”. Jurnal Sains dan Informatika Vol. 2 No. 2. 2016. ISSN : 2459-9549.</ref> Perancangan sistem adalah merancang atau mendesain suatu sistem yang baik, yang isinya adalah langkah-langkah operasi dalam proses pengolahan data dan prosedur untuk mendukung sistem operasi sistem.

Menurut Ekawati, dkk (2015:58) [13] Perancangan sistem merupakan suatu desain rancangan sistem yang dibuat untuk menggambarkan alur jalannya suatu sistem.

Berdasarkan definsi di atas dapat disimpulkan perancangan sistem adalah suatu desain rancangan sistem yang dibuat untuk menggambarkan alur jalannya suatu sistem yang baik yang di dalamnya terdapat langkah-langkah operasi dalam proses pengolahan data dan prosedur untuk mendukung sistem operasi sistem.

Tujuan Perancangan Sistem

Menurut Yunita dkk (2017:281) [14]. Tahap Perancangan/Desain Sistem mempunyai 2 tujuan utama, yaitu:

  1. Memenuhi kebutuhan pemakai sistem.

  2. Memberikan gambaran yang jelas dan rancang bangun yang lengkap untuk pemrogram dan ahli-ahli teknik terlibat.

Teori Khusus

Mikrokontroler

Definisi Mikrokontroler

Menurut Prayudha, dkk (2014:174) [15] “Mikrokontroler adalah sebuah chip yang didalamnya terdapat mikroprosesor yang telah di kombinasikan I/O dan memori RAM/ROM.”

Menurut Timotius, dkk (2014:125) [16] “Mikrokontroler adalah sebuah sistem mikroprosesor dimana di dalamnya sudah terdapat CPU, ROM, I/O, clock, dan peralatan internal lainnya yang sudah saling terhubung dan ter-organisasi dengan baik oleh pabrik pembuatnya dan dikemas dalam satu chip yang siap pakai”.

Menurut Prastyawan, dkk (2014) “Mikrokontroler adalah suatu alat elektronika digital yang mempunyai masukan dan keluaran serta kendali dengan program yang bisa ditulis dan dihapus dengan cara khusus, cara kerja mikrokontroler sebenarnya membaca dan menulis data”.

Dari definisi tersebut, maka disimpulkan bahwa mikrokontroler adalah sebuah sistem fungsional dalam sebuah chip yang pempunyai prosesor, memori dan perlengkapan input dan output yang menjadi kendali dari sebuah program yang ditulis.

Karakteristik Mikrokontroler

Menurut Saefullah, dkk (2013:2) [17] mikrokontroler memiliki karakteristik sebagai berikut:

  1. Memiliki program khusus yang disimpan dalam memori untuk aplikasi tertentu, tidak seperti PC yang multifungsi karena mudahnya memasukkan program. Program mikrokontroler relatif lebih kecil daripada program-program pada PC.

  2. Konsumsi daya kecil.

  3. Rangkaiannya sederhana dan kompak.

  4. Harganya murah, karena komponennya sedikit.

  5. Unit I/O yang sederhana, misalnya LCD, LED, Latch.

  6. Lebih tahan terhadap kondisi lingkungan ekstrim, misalnya temperature tekanan, kelembaban, dan sebagainya.

Jenis-jenis Mikrokontroler

Secara teknis, hanya ada 2 macam mikrokontroler. Pembagian ini didasarkan pada kompleksitas instruksi-instruksi yang dapat diterapkan pada mikrokontroler tersebut. Pembagian itu yaitu RISC dan CISC.

  1. RISC merupakan kependekan dari Reduced Instruction Set Computer. Instruksi yang dimiliki terbatas, tetapi memiliki fasilitas yang lebih banyak. Contoh RISC yaitu Mikrokontroler AVR, PIC (Peripheral Interface Controller), Mikrokontroler ARM.

  2. CISC kependekan dari Complex Instruction Set Computer. Instruksi bisa dikatakan lebih lengkap tapi dengan fasilitas secukupnya. Contoh CISC yaitu Mikrokontroler MCS-51.

Konsep Dasar Microcontroller Wemos

Definisi Microcontroller Wemos

Menurut Yuliza (2016:190) [18]. “Microcontroller Wemos adalah sebuah Microcontroller pengembangan berbasis modul microcontroller ESP8266. Microcontroller wemos dibuat sebagai solusi dari mahalnya sebuah sistem wireless berbasis microcontroller lainnya. Dengan menggunakan microcontroller wemos biaya yang dikeluarkan untuk membangun sistem WiFi berbasis microcontroller sangat murah, hanya sepersepuluhnya dari biaya yang dikeluarkan apabila membangun sistem WiFi dengan menggunakan microcontroller Arduino Uno dan WiFi Shiled”.

2.5.jpg

Chipset Pada Microcontroller Wemos

Pada microcontroller wemos memiliki 2 buah chipset yang digunakan sebagai otak kerja platform tersebut. Beberapa chipset pada microcontroller ini adalah :

  1. Chipset ESP8266

    ESP8266 adalah sebuah chip microcontroller yang memiliki fitur WiFi yang mendukung stack TCP / IP. Diproduksi oleh produsen cina yang berbasis di Shanghai. Pada Agustus 2014 AI-Thinker membuat modul ESP-01 dengan menggunakan lisensi oleh Espressif. Modul kecil ini memungkinkan microcontroller untuk terhubung dengan jaringan WiFi dan membuat koneksi TCP / Ip hanya menggunakan command yang sederhana. Harganya yang sangat rendah dan sangat sedikit komponen eksternal pada modul ini mengakibatkan sangat murah harga sebuah chip ini. Dengan clock 80 MHz chip ini di bekali dengan 4MB eksernal RAM, mendukung format IEEE 802.11 b/g/n enkripsi WEP (Wired Equivalent Privacy), WPA (WiFi Protected Access) sehingga menjadikan chipset ini sangat aman digunakan. Chipset ini memiliki 16 GPIO (General Purphose Input/Output) pin yang bekerja pada 3,3 Volt, 1 pin ADC dengan resolusi 10 bit.

  2. CHIPSET CH340

    CH340 adalah sebuah chipset yang mengubah USB menjadi serial interface. Sebagai contohnya adalah aplikasi USB conventer to IrDA atau aplikasi USB converter to printer. Dalam mode serial interface,CH340 mengirimkan sinyal penghubung yang umum digunakan pada Modem. CH340 digunakan untuk memperbesar asynchronous serial interface komputer atau mengubah perangkat serial interface umum untuk berhubungan dengan bus USB secara langsung.

Konsep Dasar Sensor LDR (Light Dependent Resistor)

Definisi LDR (Light Dependent Resistor)

Menurut Kamus, dkk (2013:2) [19] “Light Dependent Resistor atau fotoresistor adalah sensor yang merespon intensitas cahaya dan mengubahnya menjadi tahanan. LDR sebagai sensor menggunakan bahan semikonduktor cadnium sulfide (Cds) dan cadnium selenide (CdSe) yang memiliki efek fotoresistif yakni terjadi perubahan nilai resistansinya ketika terdapat perubahan intensitas cahaya. Nilai tahanan LDR akan menurun dengan peningkatan intensitas cahaya yang mengenainya atau nilai resistansinya berbanding terbalik dengan intensitas cahaya”.

2.6.jpg

Konsep Dasar Laser

Definisi Laser

Menurut Amir (2014 :8-12) [20] “Laser (Light Amplification by Stimulated Emission of Radiation) merupakan alat yang dapat memancarkan cahaya gelombang radio elektromagnetik pada daerah infrared, visible atau ultraviolet. Cahaya yang dipancarkan oleh laser yang di hasilkan dari stimulasi emisi radiasi dari medium yang ada di laser, emisi radiasi tersebut dikuatkan sehingga menghasilkan cahaya yang mempunyai sifat monokromatis (tunggal / hanya satu), koheren, ter-arah dan brightness (sifat kecerahan tinggi)”.

2.7.jpg

Konsep Dasar IFTTT (If This Then That)

Definisi If This Then That (IFTTT)

If This Then That (IFTTT) adalah sebuah aplikasi yang memungkinkan user untuk menggabungkan dua aplikasi web menjadi satu, memungkinkan data digital seperti data fisik, dimana pengguna dapat menggabungkan beberapa hal untuk membuat hal baru dengan mudah, kapan dan dimana saja. IFTTT (If This Then That) merupakan media pengkoneksi antara io.adafruit dengan aplikasi web. IFTTT mengambil data yang berada pada database io.adafruit, lalu mentransferkan data tersebut kepada aplikasi web yaitu pushover.

2.8.jpg

Konsep Dasar Pushover

Definisi Pushover

Pushover adalah web dan aplikasi mobile yang memungkinkan user untuk mendapatkan pemberitahuan secara real time pada perangkat mobile. Cara kerjanya adalah user menginstall sebuah aplikasi pada perangkat smartphone dan menggunakan API (Application Programming Interface) yang berguna untuk mengirim data kepada aplikasi tersebut sebagai notifikasi. Hal yang besar tentang ini adalah bahwa hal itu terjadi kurang lebih secara real time (tergantung pada koneksi internet anda) sebagai pushover menggunakan server Google dan Apple untuk mengirim pemberitahuan.

2.9.jpg

Konsep Dasar Flowchart

Definisi Flowchart

Menurut Lestari dkk (2016:44) [21] “Flowchat adalah diagram yang menyatakan aliran proses dengan menggunakan anotasi bidang-bidang geometri, seperti lingkaran, persegi empat, wajik, oval dan sebagainya untuk mempresentasikan langkah-langkah kegiatan beserta urutannya dengan menghubungkan masing-masing langkah tersebut menggunakan tanda panah”.

Menurut Rejeki (2013:451) [22] “Flowchart merupakan penyajian yang sistematis tentang proses dan logika dari kegiatan penanganan informasi atau penggambaran secara grafik dari langkah-langkah dan urutan-urutan prosedur dari suatu program”.

Dari beberapa definisi di atas maka dapat disimpulkan bahwa flowchart adalah diagram yang mempresentasikan langkah langkah beserta urutan-urutan prosedur dari suatu program yang di hubungkan menggunakan tanda panah.

Jenis-jenis Flowchart

Menurut Tri (2015:2), “Flowchart terbagi atas lima jenis, yaitu:

1. Flowchart Sistem (System Flowchart)

Flowchart sistem merupakan bagan yang menunjukkan alur kerja atau apa yang sedang dikerjakan di dalam sistem secara keseluruhan danmenjelaskan urutan dari prosedur-prosedur yang ada di dalam sistem. Dengan kata lain, flowchart ini merupakan deskripsi secara grafik dari urutan prosedur-prosedur yang terkombinasi yang membentuk suatu sistem. Flowchart Sistem terdiri dari data yang mengalir melalui sistem dan proses yang mentransformasikan data itu.

2.10.jpg

2. Flowchart Dokumen (Document Flowchart)

Flowchart dokumen kegunaan utamanya adalah untuk menelusuri alur form dan laporan sistem dari satu bagian ke bagian lain baik bagaimana alur form danlaporan diproses, dicatat dan disimpan.

2.11.jpg

3. Flowchart Skematik (Schematic Flowchart)

Flowchart skematik mirip dengan flowchart sistem yang menggambarkan suatu sistem atau prosedur. Flowchart Skematik ini bukan hanya menggunakan simbol-simbol flowchart standar, tetapi juga menggunakan gambar-gambar komputer, peripheral, form-form atau peralatan lain yang digunakan dalam sistem. Flowchart Skematik digunakan sebagai alat komunikasi antara analis sistem dengan seseorang yang tidak familiar dengan simbol-simbol flowchart yang konvensional. Pemakaian gambar sebagai ganti dari simbol-simbol flowchart akan menghemat waktu yang dibutuhkan oleh seseorang untuk mempelajari simbol abstrak sebelum dapat mengerti flowchart. Gambar-gambar ini mengurangi kemungkinan salah pengertian tentang sistem, hal ini disebabkan oleh ketidak-mengertian tentang simbol-simbol yang digunakan. Gambar-gambar juga memudahkan pengamat untuk mengerti segala sesuatu yang dimaksudkan oleh analis, sehingga hasilnya lebih menyenangkan dan tanpa ada salah pengertian.

2.12.jpg

4. Flowchart Program (Program Flowchart)

Flowchart program dihasilkan dari flowchart sistem. Flowchart Program merupakan keterangan yang lebih rinci tentangbagaimana setiap langkah program atau prosedur sesungguhnya dilaksanakan. Flowchart ini menunjukkan setiap langkah program atauprosedur dalam urutan yang tepat saat terjadi. Programmer menggunakan flowchart program untuk menggambarkan urutan instruksi dari program komputer. Analis Sistem menggunakan flowchart program untuk menggambarkan urutan tugas-tugas pekerjaan dalam suatu prosedur atau operasi.

2.13.jpg

5. Flowchart Proses (Prosses Flowchart)

Flowchart proses merupakan teknik penggambaran rekayasa industrial yang memecah dan menganalisis langkah-langkah selanjutnya dalam suatu prosedur atau sistem. Flowchart proses memiliki lima simbol khusus, yaitu:

2.14.jpg

Flowchart Proses digunakan oleh perekayasa industrial dalam mempelajari dan mengembangkan proses-proses manufacturing. Dalam analisis sistem, flowchart ini digunakan secara efektif untuk menelusuri alur suatu laporan atau form. Berikut adalah contoh gambar dari flowchart proses:

2.15.jpg

Konsep Dasar Pengujian

Definisi Black Box

Menurut Desmira (2015:40) [23] “Black Box Testing yaitu menguji perangkat lunak dari segi fungsional tanpa menguji desain dan kode program”.

Menurut Silvia (2015:48) [24] “Pengujian Black Box merupakan metode perancangan data uji yang didasarkan pada spesifikasi perangkat lunak dan fungsinya”.

Dari definisi di atas dapat disimpulkan bahwa metode pengujian BlackBox dilakukan hanya untuk mengamati hasil eksekusi melalui data uji dan memeriksa fungsional dari perangkat lunak.

Black Box Testing tidak membutuhkan pengetahuan mengenai, alur internal (internal path), struktur atau implementasi dari software under test (SUT). Karena itu uji coba BlackBox memungkinkan pengembang software untuk membuat himpunan kondisi input yang akan melatih seluruh syarat-syarat fungsional suatu program.

Uji coba BlackBox berusaha untuk menemukan kesalahan dalam beberapa kategori, diantaranya:

  1. Fungsi-fungsi yang salah atau hilang

  2. Kesalahan interface

  3. Kapan aktifitas dimulai dan berakhir harus ditentukan secara jelas.

  1. Kesalahan dalam struktur data atau akses database eksternal

  2. Kesalahan performa

  3. Kesalahan inisialisasi dan terminasi

Uji coba BlackBox diaplikasikan dibeberapa tahapan berikutnya. Karena uji coba BlackBox dengan sengaja mengabaikan struktur kontrol, sehingga perhatiannya difokuskan pada informasi domain. Uji coba didesain untuk dapat menjawab pertanyaan pertanyaan berikut:

  1. Bagaimana validitas fungsionalnya diuji?

  2. Jenis input seperti apa yang akan menghasilkan kasus uji yang baik?

  3. Apakah sistem secara khusus sensitif terhadap nilai input tertentu?

  4. Bagaimana batasan-batasan kelas data diisolasi?

  5. Berapa rasio data dan jumlah data yang dapat ditoleransi oleh sistem?

  6. Apa akibat yang akan timbul dari kombinasi spesifik data pada operasi sistem?

Sehingga dalam uji coba BlackBox harus melewati beberapa proses sebagai berikut:

  1. Menganalisis kebutuhan dan spesifikasi dari perangkat lunak.

  2. Pemilihan jenis input yang memungkinkan menghasilkan output benar serta jenis input yang memungkinkan output salah pada perangkat lunak yang sedang diuji.

  3. Menentukan output untuk suatu jenis input.

  4. Pengujian dilakukan dengan input-input yang telah benar-benar diseleksi.

  5. Melakukan pengujian.

  6. Pembandingan output yang dihasilkan dengan output yang diharapkan.

  7. Menentukan fungsionalitas yang seharusnya ada pada perangkat lunak yang sedang diuji.

Metode Pengujian Dalam Black Box

Ada beberapa macam metode pengujian Black Box, berikut diantaranya:

  1. EquivalencePartionin

    Equivalence Partioning merupakan metode uji coba BlackBox yang membagi domain input dari program menjadi beberapa kelas data dari kasus uji coba yang dihasilkan. Kasus uji penanganan single yang ideal menemukan sejumlah kesalahan (misalnya: kesalahan pemrosesan dari seluruh data karakter) yang merupakan syarat lain dari suatu kasus yang dieksekusi sebelum kesalahan umum diamati.

  2. Boundary Value Analysis

    Sejumlah besar kesalahan cenderung terjadi dalam batasan domain input dari pada nilai tengah. Untuk alasan ini boundary valuean alysis (BVA) dibuat sebagai teknik uji coba. BVA mengarahkan pada pemilihan kasus uji yang melatih nilai-nilai batas. BVA merupakan desain teknik kasus uji yang melengkapi Equivalencepartitioning. Dari pada memfokuskan hanya pada kondisi input, BVA juga menghasilkan kasus uji dari domain output.

  3. Cause-Effect Graphing Techniques

    Cause-EffectGraphing merupakan desain teknik kasus uji coba yang menyediakan representasi singkat mengenai kondisi logikal dan aksi yang berhubungan. Tekniknya mengikuti 4 tahapan berikut:

    1. Causes (kondisi input), dan Effects (aksi) didaftarkan untuk modul dan identifier yang dtujukan untuk masing-masing.

    2. Pembuatan grafik Causes-Effect graph.

    3. Grafik dikonversikan kedalam tabel keputusan

    4. Aturan tabel keputusan dikonversikan kedalam kasus uji

  4. Comparison Testing

    Dalam beberapa situasi (seperti: aircraft avionic, nuclear Power plant control) dimana keandalan suatu software amat kritis, beberapa aplikasi sering menggunakan software dan hardware ganda (redundant). Ketika softwareredundant dibuat tim pengembangan software lainnya membangun versi independent dari aplikasi dengan menggunakan spesifikasi yang sama. Setiap versi dapat diuji dengan data uji yang sama untuk memastikan seluruhnya menyediakan output yang sama. Kemudian seluruh versi dieksekusi secara parallel dengan perbandingan hasil real-time untuk memastikan konsistensi. Dianjurkan bahwa versi independent suatu software untuk aplikasi yang amat kritis harus dibuat, walaupun nantinya hanya satu versi saja yang akan digunakan dalam sistem. Versi independent ini merupakan basis dari teknik BlackBoxTesting yang disebut ComparisonTesting atau back-to-backTesting.

  5. Sample and RobustnessTesting

    1. Sample Testing

      Melibatkan beberapa nilai yang terpilih dari sebuah kelas ekivalen, seperti Mengintegrasikan nilai pada kasus uji. Nilai-nilai yang terpilih mungkin dipilih dengan urutan tertentu atau interval tertentu

    2. Robustness Testing

      Pengujian ketahanan (RobustnessTesting) adalah metodologi jaminan mutu difokuskan pada pengujian ketahanan perangkat lunak. Pengujian ketahanan juga digunakan untuk menggambarkan proses verifikasi kekokohan (yaitu kebenaran) kasus uji dalam proses pengujian.

  6. BehaviorTesting dan PerformanceTesting

    1. BehaviorTesting

      Hasil uji tidak dapat dievaluasi jika hanya melakukan pengujian sekali, tapi dapat dievaluasi jika pengujian dilakukan beberapa kali, misalnya pada pengujian struktur data stack.

    2. Performance Testing

      Digunakan untuk mengevaluasi kemampuan program untuk beroperasi dengan benar dipandang dari sisi acuan kebutuhan. Misalnya: aliran data, ukuran pemakaian memori, kecepatan eksekusi, dll. Selain itu juga digunakan untuk mencari tahu beban kerja atau kondisi konfigurasi program. Spesifikasi mengenai performansi didefinisikan pada saat tahap spesifikasi atau desain. Dapat digunakan untuk menguji batasan lingkungan program

  7. Requirement Testing

    Spesifikasi kebutuhan yang terasosiasi dengan perangkat lunak (input/output/fungsi/performansi) diidentifikasi pada tahap spesifikasi kebutuhan dan desain.

    1. RequirementTesting melibatkan pembuatan kasus uji untuk setiap spesifikasi kebutuhan yang terkait dengan program

    2. Untuk memfasilitasinya, setiap spesifikasi kebutuhan bisa ditelusuri dengan kasus uji dengan menggunakan traceability matrix.

  8. Endurance Testing

    Endurance Testing melibatkan kasus uji yang diulang-ulang dengan jumlah tertentu dengan tujuan untuk mengevaluasi program apakah sesuai dengan spesifikasi kebutuhan.

Contoh: Untuk menguji keakuratan operasi matematika (floating point, rounding off, dll), untuk menguji manajemen sumber daya sistem (resources) (pembebasan sumber daya yang tidak benar, dll), input/outputs (jika menggunakan framework untuk memvalidasi bagian input dan output). Spesifikasi kebutuhan pengujian didefinisikan pada tahap spesifikasi kebutuhan atau desain.

Kelebihan dan Kelemahan BlackBox

Kelebihan dan Kelemahan BlackBox

TABEL%2B2.1.jpg

Definisi White Box

Menurut Desmira dkk (2015:40) [25]. “White Box Testing yaitu menguji perangkat lunak dari segi desain dan kode program apakah mampu menghasilkan fungsi-fungsi, masukkan, dan keluaran yang sesuai dengan spesifikasi kebutuhan”.

Menurut Silvia dkk (2015:48). [26] “White Box adalah pengujian yang didasarkan pada pengecekan terhadap detail perancangan, menggunakan struktur kontrol dari desain program secara prosedural untuk membagi pengujian kedalam beberapa kasus pengujian”.

Dari definisi diatas maka dapat disimpulkan bahwa metode pengujian White Box adalah metode pengujian yang di lakukan pada perangkat lunak dari segi desain dan kode program secara prosedural untuk mengetahui apakah sudah berjalan sesuai spesifikasi kebutuhan.

Keuntungan Pengujian White Box

  1. Peningkatan Efektivitas : silang keputusan desain dan asumsi terhadap kode sumber dapat menguraikan kuat.

  2. Desain , tapi pelaksanaannya mungkin tidak sejajar dengan maksud desain.

  3. Kode penuh Pathway Mampu : semua jalur kode yang mungkin dapat diuji termasuk penanganan error ,dependensi , dan tambahan kode logika / aliran intern .

  4. Awal Cacat Identifikasi : Menganalisis kode sumber dan mengembangkan tes berdasarkan rincian pelaksanaan memungkinkan.

  5. Penguji untuk menemukan kesalahan pemrograman dengan cepat .

  6. Mengungkapkan Kode Tersembunyi Cacat : akses modul program.

  7. Tidak ada Waiting : Pengujian dapat dimulai pada tahap awal . Satu tidak perlu menunggu GUI akan tersedia)

Komponen Elektronika

Definisi Komponen Elektronika

Menurut Heri Andriyanto dan Aan Darmawan (2016:5) [27], “Rangkaian elektronik adalah rangkaian listrik yang memakai komponen-komponen elektronik. Komponen elektronik dibagi menjadi dua jenis yaitu komponen pasif dan komponen aktif. Komponen pasif, yaitu komponen yang tidak dapat menguatkan dan menyearahkan sinyal listrik serta tidak dapat mengubah suatu energy kebentuk lainnya. Contoh komponen pasif yaitu : resistor, kapasitor, dan inductor. Komponen elektronika pasif dapat dilihat pada tabel 2.2.

TABEL%2B2.2.jpg

Komponen aktif adalah komponen yang dapat menguatkan dan menyearahkan sinyal listrik, serta mengubah energi dari satu bentuk ke bentuk lainnya. Contoh komponen aktif : Dioda, LED, Dioda Zener, Transistor dan Operational Amplifier. Komponen aktif dapat dilihat pada tabel 2.3.

TABEL%2B2.3.jpg
TABEL%2B2.3B.jpg

Konsep Dasar Elisitasi=

Definisi Elisitasi

Menurut Amrullah (2016:1.4-27)[28], “Elisitasi merupakan rancangan yang dibuat berdasarkan sistem yang baru yang di inginkan oleh pihak manajemen terkait dan di sanggupi oleh penulis untuk di eksekusi”.

Menurut Prastomo (2014:166), [29] “Elisitasi adalah suatu metode untuk analisa kebutuhan dalam rekayasa perangkat lunak”. Elisitasi didapat melalui metode wawancara dan dilakukan melalui tiga tahap, yaitu:

  1. Tahap I

    Berisi seluruh rancangan sistem baru yang diusulkan oleh pihak manajemen terkait melalui proses wawancara.

  2. Tahap II

    Hasil pengklasifikasian elisitasi tahap I berdasarkan metode MDI. Metode MDI bertujuan memisahkan antara rancangan sistem yang penting dan harus ada sistem baru dengan rancangan yang disanggupi oleh penulis untuk di eksekusi. M pada MDI berarti mandatory (penting). Maksudnya, requirement tersebut harus ada dan tidak boleh dihilangkan pada saat membuat sistem baru. D pada MDI berarti desirable, maksudnya requirement tersebut tidak terlalu penting dan boleh dihilangkan. Namun, jika requirement tersebut digunakan dalam pembentukan sistem maka akan membuat sistem tersebut lebih sempurna. I pada MDI berarti inessential, maksudnya requirement tersebut bukanlah bagian sistem yang dibahas, tetapi bagian dari luar sistem.

  3. Tahap III

    Merupakan hasil penyusutan elisitasi tahap II dengan cara mengeliminasi semua requirement dengan option I pada metode MDI. Selanjutnya semua requirement yang tersisa diklasifikasikan kembali melalui TOE, yaitu:

    1. T artinya teknikal, bagaimana tata cara atau teknik pembuatan requirement dalamsistem disusulkan.

    2. O artinya operasional, bagaimana tata cara pengguna requirement dalam sistem akan dikembangkan.

    3. E artinya ekonomi, berapakah biaya yang diperlukan guna membanguan requirement didalam sistem.

Metode TOE tersebut dibagi kembali menjadi beberapa option, yaitu:

a. High (H) : Sulit untuk dikerjakan, karena teknik pembuatan dan pemakaiannya sulit serta biayanya mahal. Maka requirement tersebut harus di eliminasi.

b. Middle (M) : Mampu dikerjakan.

c. Low (L) : Mudah dikerjakan.

Literature Review

Definisi Literature Review

Menurut Amalya Meta dkk [30] dalam jurnal CCIT Vol.8 No.1 (2014:125) Metode literature review dilakukan untuk menunjang metode wawancara dan observasi yang telah dilakukan. Pengumpulan informasi yang dibutuhkan dalam mencari referensi-referensi yang berhubungan dengan penelitian yang dilakukan. Manfaat dari literature review ini antara lain :

  1. Mengidentifikasikan kesenjangan (identify gaps) dari penelitian ini.

  2. Menghindari membuat ulang (reinventing the wheel) sehingga banyak menghemat waktu dan juga menghindari kesalahan-kesalahan yang pernah dilakukan oleh orang lain.

  3. Mengidentifikasikan metode yang pernah dilakukan dan yang relevan terhadap penelitian ini.

  4. Meneruskan apa yang penelitian sebelumnya telah dicapai sehingga dengan adanya studi pustaka ini, penelitian yang akan dilakukan dapat membangun di atas landasan (platform) dari pengetahuan atau ide yang sudah ada.

Adapun Literature Review sebagai landasan dalam mendukung penelitian adalah sebagai berikut:

1. Penelitian yang dilakukan oleh Syahrul Hidayat, (2012), Dari Universitas Komputer Indonesia, Bandung yang berjudul “SISTEM PEMANTAUAN INFUS PASIEN TERPUSAT” Penelitian ini membahas tentang sebuah sistem yang di bangun menggunakan sensor optoelektronik untuk mendeteksi cairan infus apakah masih ada atau sudah habis, menetes atau tidak, jumlah tetesan per menit serta mendeteksi terjadinya pendarahan pada jarum di tubuh pasien yang masuk ke dalam selang cairan infus, dari hasil pemrosesan mikrokontroller kondisi cairan infus selanjutnya di kirimkan ke komputer untuk keperluan pemantauan infus terpusat.


2. Penelitian yang dilakukan oleh Decy Nataliana, Nandang Taryana, Egi Riandita, (2016), Dari kampus Institut Teknologi Nasional (ITENAS) Bandung, yang berjudul “ALAT MONITORING INFUS SET PADA PASIEN RAWAT INAP BERBASIS MIKROKONTROLLER ATMEGA 8535” Penelitian ini membahas tentang sebuah metode yang digunakan untuk mengetahui volume cairan infus adalah dengan cara mendeteksi tetesan yang berada pada chamber infus. Tetesan di deteksi oleh sensor cahaya yaitu LED inframerah dan photodioda, sinyal tegangan dari sensor dikondisikan dengan IC komparator LM339, mikrokontroller Atmega 8538 digunakan sebagai pengolah data I/O dari komparator sehingga informasi dari parameter yang dimonitor dapat ditampilkan pada LED dan LCD serta bunyi buzzer jika kondisi tetesan infus tidak stabil.


3. Penelitian yang dilakukan oleh Tjio Hook Hoo, (2013), Dari kampus Sekolah Tinggi Manajemen Informatika & Teknik Komputer (STIKOMP SURABAYA) Surabaya, yang berjudul “RANCANGAN BANGUN PEMANTAUAN INFUS PASIEN SECARA TERPUSAT BERBASIS MIKROKONTROLER” Penelitian ini membahas tentang pemantauan cairan infus pada pasien rawat inap menggunakan sistem berbasis mikrokontroller, sehingga dapat mengetahui kondisi cairan infus dari sensor yang terpasang pada cairan infus pada setiap pasien rawat inap dengan menggunakan komputer, informasi data yang diperoleh dari sensor dirubah menjadi karakter, kemudian dikirimkan ke komputer menggunakan komunikasi serial ke RS232, sebelum di terjemahkan karakter yang dikirimkan ke komputer oleh RS485 akan dirubah kembali ke RS232, sehingga data dapat dibaca oleh komputer.


4. Penelitian yang dilakukan oleh Akhmad Zainuri, Didik R. Santoso, M. Aziz Muslim Dari Uiversitas Brawijaya, Fakultas Teknik, Malang, Indonesia, (2012), yang berjudul “MONITORING DAN IDENTIFIKASI GANGGUAN INFUS MENGGUNAKAN MIKROKONTROLER AVR” Penelitian ini membahas tentang rancangan suatu sistem pendeteksian kondisi cairan infus yang secara realtime yang dimonitoring oleh perawat, Detektor kondisi infus meliputi volume cairan infus, gangguan penyumbatan dan laju aliran cairan infus dibangun dengan menggabungkan sensor strain gauge, RPS, mikrokontroller dan modul Rx-Tx, Pengiriman data kondisi infus akan dikirimkan dengan komunikasi wireless dengan baudrate serial sebesar 4800bps ke komputer.


5. Penelitian yang dilakukan oleh Ardy Bernard Sinaga, Dari Universitas Sumatra Utara, Fakultas Matematika dan Ilmu Pengetahuan Alam, Medan, (2014), yang berjudul “PERANCANGAN DAN PEMBUATAN ALAT MONITORING CAIRAN INFUS DENGAN MENGGUNAKAN KOMUNIKASI WIRELESS PADA PC BERBASIS MIKROKONTROLER ATMEGA 16” Penelitian ini membahas tentang dengan cara menampilkan seberapa besar sisa cairan yang terdapat pada infus yang sedang terpasang pada seorang pasien, untuk mendeksi tetsan cairan infus digunakan sensor photodioda dan kemudian hasil pembacaan sensor dikirimkan ke mikrokontroler Atmega 16 untuk diolah, hasil pengolahan data akan dikirimkan melalui radio TWS 433 dan diterima oleh RWS 374 kemudian ditampilkan pada display komputer dengan menggunakan bahasa pemrograman visual basic 6.0.


6.[31]

“Penelitian yang dilakukan oleh Gill R. Delas Jr, Jesusa N. Padilla and Bartolome T. Tanguilig III dari Technological Institute of the Philippines, Quezon City, Philippines 2016. “Intravenous Piggyback Infusion Control and Monitoring System Using Wireless Technology”. Pada penelitian ini membahas tentang sistem infus piggyback intravena berbasis mikrokontroler yang akan dipantau dan di kendalikan menggunakan Wireless Sensor Network (WSN), Jurnal ini juga membahas komunikasi berbasis Ethernet nirkabel jarak jauh yang dapat memantau dan mengendalikan tingkat infus dengan menggunkan Ponsel Android, Komputer, Sensor yang terpasang di ruang infus menggunakan sensor inframerah untuk mengetahui tetesan infus intravena (IV) yang mampu menghitung tingkat penurunan dalam pemantauan real time.</p>


7.[32]

“Penelitian yang dilakukan oleh Mansi G. Chidgopkar, Aruna P. Phatale dalam International Journal of Electrical, Electronics and Computer System (IJEECS) ISSN : 2347-2820, Volume -3, Issue-6 2015. “Automatic Saline Level Monitoring System Using Microcontroller ATMEGA 328”. Pada penelitian ini membahas tentang pengukuran kadar cairan infus otomatis menggunakan mikrokontroler ATMega328, modul Bluetooth dan sensor IR, sistem ini berisi 2 LED, status cairan infus dapat diberikan dalam 2 bentuk yaitu status normal dan status peringtan, bila kadar cairan normal maka LED hijau akan berkedip, saat LED merah berkedip maka buzzer akan mulai berdering dan perawat akan mendapatkan notifikasi melalui ponsel dengan bantuan modul Bluetooth, saat ini tidak ada pemantauan tingkat kadar cairan infus yang valid. Sistem yang diusulkan mengurangi usaha perawat dan sangat hemat biaya karena rangkaian yang sama yang digunakan untuk botol cairan infus dapat digunakan kembali untuk botol lain. Hal ini juga dapat dengan mudah di implementasikan di rumah sakit pedesaan”.</p>


8.[33]

“Penelitian yang dilakukan oleh Gowthani.P, Dr. P. Sathishkumar dalam International Journal of Innovative Research in Advanced Engineering (IJIRAE) Issue 04, Volume 3 (April 2016) ISSN 2349-2763. “An Android Based Patient Monitoring System”. Pada penelitian ini membahas tentang pemantauan pasien secara online menggunakan aplikasi android. Telemedicine adalah aplikasi pengobatan klinis yang berkembang pesat dimana informasi medis di transfer melalui telepon atau internet atau jaringan lain untuk konsultasi dan prosedur medis atau pemeriksaan jarak jauh. Telemedicine dapat diterapkan pada bidang pemantauan pasien yang berfungsi sebagai alat utama, dalam metode ini tanda vital pasien seperti detak jantung . tekanan darah , suhu, pengukuran Angle Displacment, pengukuran refleksi objek ditangkap dan nilainya dimasukan ke dalam datsabase. Kemudian di upload ke server berbasis web dan dikirim ke telepon dokter dengan menggunakan teknologi Android.</p>


9.[34]

“Penelitian yang dilakukan oleh Shubhangi M. Verulkar, Maruti Limkar dalam International Journal of Computer Science and Network (IJCSN) Volume 1, Issue 3, June 2012 ISSN : 2277-5420. “Real Time Health Monitoring Using GPRS Technology”. Pada penelitian ini membahas tentang suatu sistem pemantauan kesehatan Mobile untuk orang-orang yang tinggal sendiri di rumah atau menderita penyakit jantung. Sistem ini menyajikan solusi konektivitas berbasis platform terpadu untuk pemantauan kesehatan yang tidak menganggu. Mengembangkan perangkat keras yang akan merasakan detak jantung dan suhu pasien, menggunakan modem Bluetooth semua informasi yang semarak di transmisikan ke ponsel pintar, dari ponsel pintar semua informasi dikirimkan ke server menggunakan GPRS. Pada server data yang diterima dibandingkan dengan standart treshold minimum dan nilaimaksimal. Rentang normal denyut jantung adalah 60 sampai 135 dan suhu pasien dikatakan normal diatas 95^F dan dibawah 104^F. Jika tingkat kenaikannya di atas 145 atau menurun dibawah 55, ini mungkin berakibat fatal dan jika melewati ambang batas ini maka SMS akan dikirim ke kerabat pasien dan dokter beserta nilai terukur”.</p>


10.[35]

"Penelitian yang di lakukan oleh R.Priyadharshini, C.Sathya, S.Sandhiya, Mrs.M.Maheswari dalam International Journal of Latest Engineering Research and Applications (IJLERA) ISSN : 2455-7173, Volume-02, Issue-03, March-2017, PP-54-63. “AUTONOMOUS PATIENT MONITORING AND BLOOD FLOW CONTROL USING IOT METHOD”. Pada penelitian ini membahas tentang sistem yang dapat memantau kebocoran aliran darah yang akan terdeteksi oleh sensor warna, bila ada darah di selang infus maka akan terdeteksi oleh sensor warna dan akan mengirimkan informasi ke PC melalui komunikasi nirkabel. Oksimetri pulsa digunakan untuk mengukur denyut jantung pasien. Sensor aliran digunakan untuk mengukur aliran darah dan sesuai dengan nilai kecepatan motor yang dikontrol. Lalu LCD digunakan untuk menampilkan nilai sensor”.</p>
TABEL%2B2.4%2BA.jpg
TABEL%2B2.4B.jpg
TABEL%2B2.4%2BC.jpg
TABEL%2B2.4%2BD.jpg
TABEL%2B2.4%2BE.jpg
TABEL%2B2.4%2BF.jpg
TABEL%2B2.4%2BG.jpg
TABEL%2B2.4%2BH.jpg
TABEL%2B2.4%2BI.jpg
TABEL%2B2.4%2BJ.jpg
TABEL%2B2.4%2BK.jpg


BAB III

ANALISA SISTEM YANG BERJALAN

Gambaran Umum RS QADR

Sejarah Singkat RS QADR

Berangkat dari terbentuknya “Yayasan Ibadah & Amaliyah BIMANTARA VILLAGE” yang merupakan perwujudan kerjasama ikhlas antara Yayasan BIMANTARA dan Yayasan Islamic Village, sehingga dirasakan perlu adanya pelayanan kesehatan yang bertujuan untuk mengembangkan usaha-usaha kemanusiaan yang konstruktif dalam nuansa Islam. Perwujudan kerjasama tersebut, maka pada bulan April 1990 dan juga bertepatan dengan 17 Ramadhan 1411 H dilakukan peletakan batu pertama oleh dua anak yatim piatu Panti Asuhan Islamic Village diatas tanah seluas 3 ha dengan target awal kapasitas tempat tidur sebanyak 58 tempat tidur. Sehingga pada tanggal 31 Agustus 1993 berdirilah sebuah rumah sakit yang menampilkan pelayanan Islami yang diberi nama “Rumah Sakit QADR” diresmikan oleh Menteri Kesehatan Republik Indonesia Prof.dr. Sujudi. Diperuntukan untuk memenuhi kebutuhan masyarakat khususnya masyarakat Tangerang.Melihat perkembangan dan kebutuhan masyarakat akan pelayanan kesehatan setiap tahunnya semakin bertambah maka, akhirnya pada tahun 1996 RS QADR mengembangkan jumlah tempat tidurnya menjadi 78 tempat tidur.Krisis yang melanda bangsa Indonesia yang mulai pada tahun 1996, rupanya tidak mengakibatkan menurunnya kebutuhan masyarakat akan pelayanan kesehatan, sementara banyak perusahaan yang menutup usahanya sebaliknya RS QADR membutuhkan tambahan sarana Ruang Perawatan, Hal ini dapat dari data yang dikumpulkan, jumlah kebutuhan perawatan anak dan Bayi sudah mencapai BOR diatas 100 % yang artinya kapasitas yang ada sudah tidak memadai sehingga dititipkan di Ruang perawatan dewasa lainnya ; hal ini merupakan preseden yang buruk bagi RS QADR, apabila tidak diantisipasi.Untuk memenuhi kebutuhan masyarakat akan pelayanan kesehatan tersebut serta dalam upaya meningkatkan pelayanan sebagaimana telah menjadi komitmen RS QADR, walaupun pada saat itu tingkat Ekonomi bangsa Indonesia sedang tidak baik, namun karena kehendak Allah SWT juga dan hasil jerih payah RS QADR pada akhirnya berhasil dapat merelokasi kantor Manajemen RS QADR, sehingga kantor lama bisa menjadi tambahan ruangan perawatan anak, pada saat bertepatan dengan hari jadi RS QADR yang ke 7 maka diresmikanlah pemakaian “Ruang Perawatan Khususnya Anak”. Dengan demikian jumlah Tempat tidur RS QADR pertahun 2000 meningkat menjadi 101 Tempat tidur.

Rencana pengembangan selanjutnya adalah, pembangunan “Ruang Perawatan Kebidanan” + 50 tempat tidur ; Ruang perawatan kebidanan lama akan berubah fungsi menjadi Ruang perawatan paska operasi termasuk ICU. Rencana pengembangan ini didasarkan dari permintaan pelayanan kesehatan pada RS QADR yang jumlah setiap tahunnya selalu meningkat hal ini dilihat dari BOR setiap tahunnya serta jumlah perusahaan provider yang meningkat. Sehingga ditargetkan pada tahun 2008 jumlah Tempat tidur yang tersedia sudah mencapi 150 Tempat tidur.

Selain pengembangan fisik berupa ruang perawatan ; direncanakan pula untuk menggantikan peralatan-peralatan penunjang medis yang sudah usang (out of date) serta mengadakan penambahan peralatan penunjang medis berteknologi canggih dan dibutuhkan segera, khususnya oleh pasien dan dokter RS QADR, dalam upaya peningkatan pelayanan kesehatan.

Bidang administrasi pelayanan pun menjadi target perbaikan pada tahun 2002, yaitu dengan mengubah Sistem manual menjadi Sistem berbasis komputer. Dengan demikian selain diharapkan pada pelayanan Administrasi dapat meningkat juga dalam segi operasional akan terjadi Peningkatan Effisiensi.

Melihat kondisi keuangan Bangsa Indonesia pada saat ini masih terpuruk, maka penghimpunan dana untuk menunjang Rencana pengembangan ini akan diupayakan dari luar dengan syarat sesuai dengan misi dan visi Yayasan serta RS QADR berkemampuan untuk menyelesaikannya.

Manajemen RS QADR mempunyai optimis akan masa depan RS QADR lebih baik, mengingat tingkat kepercayaan pada RS QADR semakin meningkat, tingkat profesionalisme sumber daya manusianya semakin meningkat, Lokasi RS QADR berada pada posisi yang strategis, perkembangan ingkungan RS QADR cukup menunjang, propinsi Banten adalah propinsi baru sehingga banyak para investor yang memperhitungkan Investasinya pada propinsi ini.

Insya Allah kebutuhan pelayanan kesehatan masyarakat Tangerang dapat ditanggulangi dengan baik oleh RS QADR dengan tingkat kepuasan yang optimum.

3.1.jpg

Visi / Misi

  1. Membantu program pemerintah dalam menyelenggarakan kegiatan pelayanan kesehatan masyarakat.

  2. Salah satu usaha untuk mengembangkan usaha kemanusiaan yang konstruktif dan islami.

  3. Memenuhi amanah dan tanggung jawab untuk seluruh lapisan masyarakat secara islami dibidang pelayanan kesehatan.

Tujuan

  1. Meningkatkan taraf kesehatan masyarakat, khusus diwilayah Tangerang dan sekitarnya.

  2. Menciptakan kinerja pelayanan kesehatan secara optimal yang didukung oleh tenaga medis yang profesional dan ramah serta ditunjang pelayanan kesehatan yang lengkap.

Struktur Organisasi

3.2.jpg

Tujuan Perancangan

Adapun tujuan perancangan sistem ini adalah untuk merancang sistem monitoring cairan infus terhadap pasien di rumah sakit dengan menggunakan Wemos D1mini sebagai media inputnya sehingga dapat dihasilkan sebuah alat yang dapat berguna untuk membantu perawat dalam memonitoring kondisi cairan infus pada pasien di rumah sakit.

Tata Laksana Sistem Yang Berjalan

Dalam perancangan sistem yang dibutuhkan adalah seberapa jauh pihak stakeholder menginginkan output yang dihasilkan dari sistem tersebut. Dalam hal ini output yang diberikan oleh stakeholder adalah membuat sebuah sistem yang dapat mengurangi keterlambatan dalam pergantian infus pada pasien.

Prosedur Sistem Yang Berjalan

Prosedur sistem pengecekan infus pada sistem yang berjalan pada saat ini terdiri dari beberapa alur, yakni sebagai berikut :

  1. Perawat menulis di buku catatan infus dipasang pada pasien.

  2. Perawat mendatangi pasien untuk mengecek kondisi infus.

  3. Apakah infus sudah habis atau belum.

  4. Jika sudah habis perawat mengganti infus yang habis dengan yang baru.

Rancangan Prosedur Sistem Yang Berjalan

Flowchart Sistem Yang Berjalan

Prosedur Pengecekan Infus pada RS QADR Tangerang masih dilakukan secara manual dengan cara perawat mendatangi kamar pasien untuk mengecek kondisi infus pada pasien.

Berikut adalah flowchart sistem pengecekan infus pada pasien dengan cara perawat mendatangi pasien, pada gambar 3.3.

3.3.jpg

Dapat dijelaskan pada gambar 3.3 flowchart sistem pengecekan kondisi infus pada pasien:

  1. Terdapat 2 (dua) simbol terminal, yang berperan sebagai “Mulai” dan “Selesai” pada aliran proses flowchart sistem pengecekan kondisi infus pada pasien.

  2. Terdapat 3 (tiga) simbol proses, yang menyatakan sebuah proses pengecekan kondisi infus.

  3. Terdapat 1 (satu) simbol decision, yang berperan menunjukan sebuah langkah pengambilan keputusan jika “Ya” dan “Tidak”. Yaitu : apakah cairan infus sudah habis. Jika “Ya” maka perawat akan mengganti infus yang baru.

Flowchart Sistem Yang Diusulkan

3.4.jpg

Dapat dijelaskan pada gambar 3.4 flowchart sistem yang diusulkan di atas terdiri dari :

  1. Terdapat 2 (dua) simbol terminal, yang berperan sebagai “Mulai” dan “Selesai” pada aliran proses flowchart sistem monitoring infus yang berjalan.

  2. Terdapat 3 (tiga) simbol proses, yang menyatakan sebuah proses yaitu, membuka database online pada PC / Laptop untuk memonitoring kondisi infus pada pasien, sistem pada Wemos. D1mini telah aktif, Memberikan notifikasi pada Smartphone ketika infus telah habis, Perawat mendatangi kamar pasien untuk mengganti infus yang habis dengan yang baru.

  3. Terdapat 1 (satu) simbol Database, yang berperan sebagai monitoring kondisi infus pada pasien, apakah infus sudah habis atau belum.

  4. Terdapat 1 (satu) simbol decision, yang berperan menunjukan sebuah langkah pengambilan keputusan jika “Ya” dan “Tidak”. Yaitu : apakah infus sudah habis. Jika “Tidak” maka akan dicek kembali, jika “Ya” maka akan mengirimkan notifikasi melalui smartphone secara realtime.

  5. Terdapat 1 (satu) simbol input/output, yang berperan menunjukan sebuah output berupa notifikasi pada smartphone secara realtime.

Diagram Blok

Agar mempermudah penulis dalam menjelaskan perancangan perangkat keras (Hardware), maka di gambarkan alur dan cara kerja perangkat keras pada rangkaian diagram blok pada gambar 3.5 bawah ini :

3.5.jpg

Pada Gambar 3.5 merupakan diagram blok dimana terdapat konfigurasi seluruh rangkaian yang digunakan.

Keterangan :

  1. Laser merupakan komponen yang digunakan untuk menghantarkan cahaya.

  2. LDR (Light Dependent Resistor) merupakan sensor yang digunakan untuk menerima intensitas cahaya yang di pancarkan oleh laser.

  3. Wemos D1mini merupakan mikrokontroler yang digunakan untuk memproses data yang akan dikirim kedalam database online melalui jaringan Wi-Fi yang terdapat pada Wemos d1mini tersebut.

  4. Database Online berfungsi sebagai data untuk memonitoring kondisi infus pada pasien.

  5. Smartphone berfungsi sebagai penerima notifikasi ketika infus sudah habis.

Cara Kerja Alat

Pada sistem ini dapat dijelaskan cara kerja alat yaitu, penggunaan mikrokontroller Wemos D1mini sebagai tempat pemrosesan data yang diinput dari perangkat-perangkat yang telah diprogram, sehingga ketika cairan infus hampir habis sensor LDR akan membaca nilai value yang di pancarkan oleh laser, ketika nilai value tersebut ≤ 535 candela, maka akan memberikan notifikasi melalui smartphone secara real time, spesifikasi notifikasi tersebut berupa ruangan infus di pasang dan lantai berapa infus tersebut di pasang.

Perancangan Alat

Pada perancangan saat ini yang dimaksudkan meliputi perancangan perangkat keras (Hardware) dan perangkat lunak (software).

Secara umum pada perancangan alat ini adalah seperti yang di tunjukkan pada diagram blok pada gambar 3.5. Alat yang dirancang akan membentuk suatu sistem “PROTOTYPE MONITORING CAIRAN INFUS PADA RS QADR”.

Perancangan sistem secara keseluruhan memerlukan beberapa alat dan bahan yang digunakan, berikut deskripsi alat dan bahan :

A. Alat yang digunakan meliputi :

  1. Personal Computer (PC)

  2. Wemos D1mini

  3. Software Ide Arduino

  4. Software Fritzing (Untuk Menggambar Schematic)

  5. Sensor LDR

  6. Laser

B. Bahan-bahan yang digunakan

  1. Resistor 10k ohm

  2. Infus

  3. Akrilik

  4. Tiang Infus

  5. Timah Solder

Perancangan Perangkat Keras (Hardware)

Perancangan Skematik Perangkat Keras (Hardware)

Dalam pembuatan skematik diperlukan sebuah aplikasi yaitu Fritzing. Fritzing merupakan sebuah software yang bersifat open source untuk merancang rangkaian elektronika. Software tersebut mendukung para penggemar elektronika untuk membuat prototype product dengan merancang rangkaian berbasis mikrokontroller Wemos D1mini. Memungkinkan para perancang elektronika pemula sekalipun untuk membuat layout PCB yang bersifat custom. Tampilan dan penjelasan yang ada pada Fritzing bisa dengan mudah dipahami oleh seseorang yang baru pertama kali menggunakannya. Dan untuk memulai program Fritzing dapat dilihat sebagai berikut:

3.6.jpg

Setelah melakukan langkah diatas, akan muncul tampilan utama pada layar kerja Fritzing, dan dapat dilihat seperti gambar berikut.

3.7.jpg

Sebelum memulai menggambar skematik ada baiknya kita menyimpan terlebih dahulu, adapun langkah-langkahnya akan terlihat seperti gambar berikut.

3.8.jpg

Setelah melakukan langkah diatas maka akan masuk ke tampilan breadboard dimana tampilan tersebut digunakan untuk mengimpor komponen yang ada toolbox di jendela Part nya. Adapun tampilannya dapat dilihat seperti gambar berikut.

3.9.jpg

1. Rangkaian Sensor LDR (Light Dependent Resistor)

Pada rangkaian alat ini sensor LDR berfungsi sebagai penerima cahaya yang di pancarkan oleh laser, Light Dependent Resistor atau fotoresistor adalah sensor yang merespon intensitas cahaya dan mengubahnya menjadi tahanan. LDR sebagai sensor menggunakan bahan semikonduktor cadnium sulfide (Cds) dan cadnium selenide (CdSe) yang memiliki efek fotoresistif yakni terjadi perubahan nilai resistansinya ketika terdapat perubahan intensitas cahaya. Nilai tahanan LDR akan menurun dengan peningkatan intensitas cahaya yang mengenainya atau nilai resistansinya berbanding terbalik dengan intensitas cahaya.

3.10.jpg

2. Rangkaian Laser

Pada rangkaian alat ini laser berfungsi sebagai penghantar cahaya yang diterima oleh sensor LDR, Laser (Light Amplification by Stimulated Emission of Radiation) merupakan alat yang dapat memancarkan cahaya gelombang radio elektromagnetik pada daerah infrared, visible atau ultraviolet. Cahaya yang dipancarkan oleh laser yang di hasilkan dari stimulasi emisi radiasi dari medium yang ada di laser, emisi radiasi tersebut dikuatkan sehingga menghasilkan cahaya yang mempunyai sifat monokromatis (tunggal / h8anya satu), koheren, ter-arah dan brightness (sifat kecerahan tinggi).

3.11.jpg

3. Rangkaian Keseluruhan

Setelah melakukan perancangan perangkat keras dari seluruh komponen dan bahan yang digunakan, maka rangkaian sistem keseluruhan akan terlihat seperti gambar 3.12 sebagai berikut:

3.12.jpg

Perancangan Perangkat Lunak (Software)

Perancagan perangkat lunak adalah melakukan penulisan listing program ke dalam software Arduino IDE versi 1.8.1 dengan menggunakan bahasa C, dimana perintah­perintah program tersebut akan di eksekusi oleh hardware atau sistem yang dibuat.

Penulisan Listing Program Pada Software Arduino

Pada perancangan perangkat lunak ini menggunakan program Arduino untuk menuliskan listing program dan menyimpannya dengan file yang berekstensi.ino. Wemos D1mini sebagai media yang digunakan untuk mengupload program ke dalam mikrokontroler, sehingga mikrokontroler dapat bekerja sesuai dengan yang diperintahkan. Adapun langkah-langkah untuk memulai menjalankan software Arduino dapat dilihat seperti gambar 3.13. sebagai berikut:

3.13.jpg

Dalam pemrograman mikrokontroler Arduino yang akan dibuat, untuk menuliskan listing program dapat dilihat pada gambar 3.14 sebagai berikut:

3.14.jpg

Setelah form utama program Arduino ditampilkan, maka langkah selanjutnya adalah mengkonfigurasi pengalamatan port koneksi yang ada pada device manager. Adapun langkah-langkahnya dapat dilihat pada gambar berikut:

3.15.jpg

Langkah diatas merupakan langkah-langkah untuk membuka layar device manager, dimana langkah-langkah diatas dimulai dari membuka tombol start yang ada pada sistem operasi windows, setelah itu akan muncul layar yang terdapat pada gambar 3.16. sebagai berikut:

3.16.jpg

Langkah ini dimaksudkan untuk menentukan pada com berapa Wemos yang terpasang agar ketika pada saat upload program kedalam mikrokontroler tidak terjadi error atau kesalahan pada port koneksinya. Dan setelah melakukan langkah diatas maka langkah selanjutnya dapat dilihat pada gambar berikut:

3.17.jpg

Seting koneksi port pada Arduino 1.8.1 dilakukan agar pada saat program di upload tidak terjadi error karena kesalahan pada pengalamatan port yang sebelumnya di setting juga melalui device manager.

3.18.jpg

Gambar diatas menunjukan pemilihan board Wemos D1 R2 & mini yang akan dipakai, ketika hendak menggunakan board Wemos D1 R2 & mini yang akan dipakai yang perlu diperhatikan adalah tipe board Wemos D1 R2 & mini, karena Wemos memiliki banyak sekali jenis yang dapat digunakan dalam project mikrokontroler. Dalam pembuatan project ini penulis menggunakan board Wemos D1 R2 & mini yang dimana Wemos ini terdapat chip mikrokontroler yang di pakai dalam project ini.

3.19.jpg

Setelah IDE arduino terbuka yang perlu diperhatikan juga adalah bagaimana hasil dari program yang ditulis pada IDE arduino dapat disimpan dengan cara dan langkah-langkah seperti diatas dan menyimpan listing program dengan nama berekstensi .ino.

3.20.jpg

Jendela diatas menggambarkan dari proses penyimpanan sebuah project baik yang akan di buat maupun yang sudah di tulis yang nantinya akan disimpan dalam sebuah folder tergantung dimana drive yang diinginkan.

Setelah melakukan penyimpanan file program, selanjutnya tahap penulisan listing program, berikut adalah gambar dari listing program secara keseluruhan:

3.20%2BB.jpg
3.20%2BC.jpg
3.20%2BD.jpg
3.21.jpg

Setelah melakukan penulisan program secara keseluruhan maka proses selanjutnya adalah melakukan proses kompilasi atau melakukan pengecekan terhadap baris program yang masih salah, adapun langkah-langkahnya dapat dilihat pada gambar berikut.

3.22.jpg

Proses kompilasi untuk mengecek apakah listing program yang ditulis terjadi kesalahan atau tidak dan pada saat yang bersamaan ketika terjadi error maka program tersebut tidak dapat diupload kedalam mikrokontroler

3.23.jpg

Pada gambar 3.23 menunjukkan hasil dari kompilasi listing program dan hasil proses kompilasi tidak terjadi error artinya proses penulisan listing program sudah benar, hasil dari kompilasi inilah yang nantinya akan ditanamkan kedalam sistem mikrokontroler melalui board Wemos D1mini.

Pembuatan Program Kedalam Board Wemos D1mini

Mikrokontroller bisa bekerja jika di dalamnya sudah dimasukkan listing program, program yang akan dimasukan kedalam mikrokontroller melalui board Wemos yaitu program aplikasi yang dibuat dengan aplikasi IDE Arduino. Untuk melakukan pengisian program menggunakan perangkat keras (Hardware) dan perangkat lunak (Software).

Wemos sebagai media untuk memasukan program ke dalam mikrokontroller, maka program yang ditulis pada ide IDE Arduino dapat langsung dimasukan kedalam mikrokontroller. Langkah selanjutnya sebelum listing program dimasukan ke dalam mikrokontroller, yang perlu diperhatikan yaitu jenis board yang akan digunakan pada saat memasukan listing program, proses pemilihan board yang digunakan untuk memasukan listing program dapat dilihat pada gambar 3.24 sebagai berikut:

3.24.jpg

Setelah jenis board sudah dipilih, langkah selanjutnya adalah memasukan program ke dalam mikrokontroller dengan menggunakan Modul Wemos D1mini. Adapun langkah-langkahnya dapat dilihat pada gambar berikut :

3.25.jpg

Pada tampilan pemrograman IDE Arduino diatas, dilakukan dengan mengklik tombol upload yang ada pada IDE Arduino, pada saat mengupload listing program secara otomatis akan menampilkan pesan bahwa proses upload program tidak terjadi error atau sukses. Proses upload listing program yang tidak terjadi error dapat dilihat pada gambar 3. 26 sebagai berikut:

3.26.jpg

Setelah langkah upload listing program selesai, maka sistem mikrokontroller sudah dapat bekerja sesuai dengan progam yang sudah dibuat.

Perancangan Database Online Server ioAdafruit

ioAdafruit adalah suatu Database online server yang bisa di koneksikan melalui jaringan internet, Setelah data di kirim melalui jaringan internet maka data tersebut disimpan di dalam data base online server secara real time yaitu io.adafruit server.

3.27.jpg

Jendela diatas menggambarkan dari proses Sign Up dari database online server io.adafruit dengan mendaftar nama lengkap, email, username, dan password.

Selanjutnya Login dengan menggunakan Username / Alamat email yang sama.

3.28.jpg

Setelah berhasil login, selanjutnya membuat Feed, feed yang telah dibuat akan di tampilkan di halaman dashboard untuk memonitoring kondisi cairan infus

3.29.jpg

Membuat feed pada database online server io.adafuit maka akan tampil sebagai berikut :

3.29%2BA.jpg
3.30.jpg

Permasalahan Yang Dihadapi Dan Alternatif Pemecahan Masalah

A. Permasalahan Yang Dihadapi

Berdasarkan hasil dari observasi serta wawancara yang telah dilakukan sebelumnya mengenai Monitoring cairan infus pada RS QADR, Maka dapat disimpulkan bahwa analisa permasalahan yang dihadapi pada penelitian ini adalah sebagai berikut :

  1. Proses pengecekan infus masih dilakukan dengan cara perawat mengecek infus ke tiap-tiap ruangan pasien.

  2. Terbatasnya jumlah perawat dalam suatu rumah sakit.

  3. Tidak ada yang mengingatkan ketika infus habis.

B. Alternatif Pemecahan Masalah

Berdasarkan analisa permasalahan yang telah disebutkan, maka penulis memberikan alternatif pemecahan masalah yaitu sebagai berikut :

  1. Proses pengecekan infus dapat berlangsung dengan mudah, sehingga perawat tidak perlu mondar mandir mengecek tiap-tiap rungan pasien sehingga proses pengecekan infus menjadi lebih baik dan modern.

  2. Proses pengecekan infus menggunakan prototipe monitoring infus berbasis mikrokontroller Wemos D1mini dapat mempermudah perawat dalam melakukan pengecekan infus pada pasien.

User Requirement

Pada User Requirement ini berisi tabel Elisitasi I, II, III dan final. Pembuatan elisitasi dapat dibuktikan berdasarkan pada observasi dan wawancara.

Elisitasi Tahap I

Elisitasi tahap I disusun berdasarkan hasil wawancara dengan stakeholder mengenai seluruh rancangan sistem yang akan dibuat.

TABEL%2B3.1.jpg
TABEL%2B3.1%2BB.jpg

Elisitasi Tahap II

Elisitasi tahap II merupakan hasil pengklasifikasian dari elisitasi tahap I berdasarkan metode MDI. Metode MDI ini bertujuan untuk memisahkan antara rancangan sistem yang penting dan harus ada pada sistem baru dengan rancangan yang disanggupi oleh penulis untuk dieksekusi.

  1. M pada MDI artinya Mandatory (dibutuhkan atau penting) Maksudnya, elisitasi tersebut harus ada dan tidak boleh dihilangkan pada saat membuat sistem baru.

  2. D pada MDI artinya Desirable (diinginkan atau tidak terlalu penting) Maksudnya, elisitasi tersebut tidak terlalu penting dan boleh dihilangkan, tetapi jika elisitasi tersebut digunakan dalam pembuatan sistem maka membuat sistem tersebut lebih sempurna.

  3. I pada MDI artinya Inessential (diluar sistem atau dieliminasi) Maksudnya, adalah elisitasi tersebut bukan bagian dari sistem yang dibahas dan merupakan bagian dari luar sistem.

TABEL%2B3.2.jpg
3.2%2Boke.jpg

Elisitasi Tahap III

Elisitasi tahap III merupakan hasil penyusutan dari elisitasi tahap II dengan cara mengeliminasi semua requirement yang optionnya "I" pada metode MDI. Selanjutnya semua requirement yang tersisa diklasifikasikan kembali dengan metode TOE. Berikut ini adalah penjelasan mengenai TOE:

  1. T (Technical)

    Maksudnya, adalah pertanyaan perihal bagaimana tata cara atau teknik pembuatan elisitasi tersebut dalam sistem yang diusulkan?

  2. O (Operational)

    Maksudnya, adalah pertanyaan perihal bagaimana tata cara penggunaan elisitasi tersebut dalam sistem yang akan dikembangkan?

  3. E (Economic)

    Maksudnya, adalah pertanyaan perihal berapakah biaya yang diperlukan guna membangun elisitasi tersebut didalam sistem.

Metode tersebut dibagi kembali menjadi beberapa option, antara lain:

  1. L (Low): Mudah untuk dikerjakan.

  2. M (Middle): Mampu untuk dikerjakan.

  3. H (High): Sulit untuk dikerjakan karena teknik pembuatan dan penggunaannya sulit serta biayanya mahal, sehingga elisitasi tersebut harus dieliminasi.

TABEL%2B3.3.jpg
TABEL%2B3.3%2BB.jpg

Final Draft Elisitasi

Final Draft Elisitasi merupakan bentuk akhir dari tahap-tahap elisitasi yang dapat dijadikan acuan dan dasar untuk mengimplementasikan Prototype Monitoring Infus Berdasarkan Elisitasi Tahap III di atas, dihasilkan Final Draft Elisitasi yang diharapkan dapat mempermudah penulis dalam mengimplementasikan sistem.

TABEL%2B3.4.jpg
TABEL%2B3.4%2BB.jpg



BAB IV

UJI COBA DAN ANALISA

Uji Coba

Setelah melakukan perancangan dan pemasangan komponen, selanjutnya adalah melakukan serangkain uji coba pada masing-masing blok rangkaian yang bertujuan untuk mendapatkan kesesuaian spesifikasi dan hasil yang diinginkan. Untuk lebih jelasnya mengenai pembagian hasil uji coba dilakukan pada sub bab berikut.

Metode Black Box

Berikut ini adalah tabel pengujian black box berdasarkan Prototype Monitoring Cairan Infus Pada RS. QADR, untuk pengujian pada sistem yaitu sebagai berikut :

Pengujian Black Box Sistem Pada Saat Mengambil Range Nilai Pada Sensor LDR (Light Dependet Resistor)

TABEL%2B4.1.jpg

Pengujian Black Box Sistem Pada Pembacaan Nilai Cahaya Ketika Infus Dalam Kondisi Penuh

TABEL%2B4.2.jpg

Pengujian Black Box Pada Pembacaan Nilai Cahaya Ketika Infus Dalam Kondisi Habis

TABEL%2B4.3.jpg

Pengujian Black Box Ketika Infus Telah Habis

TABEL%2B4.4.jpg

Uji Coba Hardware

Pengujian Rangkaian Catu Daya

Catu daya sebagai sumber tegangan pergerakan alat merupakan bagian yang sangat penting. Dalam merealisasi sistem alat ini dibutuhkan catu daya. untuk Wemos d1 mini dan laser membutuhkan tegangan sebesar 5v untuk dapat bekerja, sedangkan untuk sensor LDR minimal 3.3v dan untuk ESP8266 membutuhkan 3.3v.

Pengujian Catu Daya untuk Wemos d1 mini dilakukan dengan cara menggunakan multitester. Ujung multitester berwarna merah dihubungkan ke pada pin positif pada soket USB dan ujung multitester berwarna hitam dihubungkan ke pin negatif pada soket USB.

Dari hasil uji catu daya didapatkan hasil yang cukup stabil dan membuat sistem dapat bekerja sesuai dengan harapan, sehingga pada rangkaian catu daya ini sudah dapat digunakan dengan baik.

4.1.jpg

Setelah dilakukan pengujian sesuai gambar 4.1 didapatkan hasil tegangan yang keluar dari Catu Daya sebesar 3.3v dengan arus 1 Ampere. Hasil ini bisa dikatakan cukup untuk menghidupkan Wemos dan ESP8266, dan mengaktifkan fungsi dari sensor LDR. Hasil pengukuran keluaran dapat dilihat pada Tabel 4.5 berikut ini.

TABEL%2B4.5.jpg

Keterangan :

  1. Tegangan keluaran tanpa beban, diukur pada keluaran IC Regulator AMS1117 untuk catu daya, dimana idealnya tegangan keluaran dari catu daya adalah tepat 5 Volt, tetapi karena ada unsur ketidak sempurnaan produk, maka toleransi penyimpangan sebesar : Toleransi = (5.00 – 5.01) x 100 % = -0.02 %

  2. Tegangan keluaran tanpa beban, diukur pada IC Regulator AMS1117 untuk laser, dimana idealnya tegangan keluaran dari catu daya adalah 5 Volt, tetapi karena ada unsur ketidak sempurnaan produk, maka toleransi penyimpangan sebesar :

Toleransi = (5.00 – 5.01) x 100 % = -0.02 % 5.00

  1. Tegangan keluaran tanpa beban, diukur pada IC Regulator LM7805 untuk sensor LDR dimana idealnya tegangan keluaran dari catu daya adalah tegangan keluaran dari catu daya adalah 3.3 Volt, tetapi karena ada unsur ketidak sempurnaan produk, maka toleransi penyimpangan sebesar : Toleransi = (3.3 – 3.35) x 100 % = -0.015 % 3.3

Pengujian Laser

Pengujian dilakukan laser dengan menghubungkan pin Signal pada 5v dan pin – (minus) pada GND (Ground) Wemos D1 mini. Laser dalam pengujian ini berfungsi sebagai penghantar cahaya yang akan di terima intensitas cahayanya oleh sensor LDR.

4.2.jpg

Pengujian Sensor LDR (Light Dependent Resistor)

Pengujian dilakukan sensor LDR dengan menghubungkan salah satu pin dari LDR dihubungkan dengan resistor dan pin A0 dan pin LDR yang lainnya di hubungkan ke pin 3.3v dan pin resitor yang belum terhubung ke pin GND (Ground) Wemos. Sensor LDR pada pengujian ini berfungsi sebagai penerima cahaya yang dipancarkan oleh laser.

4.3.jpg

Adapun listing program yang digunakan pada pengujian sensor LDR ini adalah :

4.4.jpg

Pengujian Database Online Server Berbasis IOT (Internet of Things)

Dalam pengujian ini menggunakan server io.adafruit dimana mikrokontroler yang sudah terkoneksi dengan internet dan data monitoring infus akan di kirim kan ke server io.adafruit. Data tersebut akan di simpan secara otomatis di server io.adafruit dimana database monitoring dari kondisi cairan infus yang tersedia dapat akses dengan menggunakan web browser.

4.5.jpg

Adapun listing program yang digunakan pada pengujian monitoring infus ini adalah :

4.6.jpg

Flowchart Program Yang Diusulkan

Dalam pembuatan sistem dan perancangan dapat digambarkan dalam bentuk flowchart sehingga dapat mempermudah dalam melakukan dan merancang langkah-langkah atau proses dengan benar. Adapun bentuk dari flowchart keseluruhan dari sistem yang dibuat dapat dilihat pada gambar berikut :

4.7.jpg

Dapat dijelaskan pada gambar 4.7 flowchart program yang diusulkan di atas terdiri dari :

  1. Terdapat 2 (dua) simbol terminal, yang berperan sebagai “Mulai” dan “Selesai” pada aliran proses flowchart sistem monitoring infus yang berjalan.

  2. Terdapat 3 (tiga) simbol proses, yang menyatakan sebuah proses yaitu, membuka database online pada PC / Laptop untuk memonitoring kondisi infus pada pasien, sistem pada Wemos. D1mini telah aktif, Memberikan notifikasi pada Smartphone ketika infus telah habis, Perawat mendatangi kamar pasien untuk mengganti infus yang habis dengan yang baru.

  3. Terdapat 1 (satu) simbol Database, yang berperan sebagai monitoring kondisi infus pada pasien, apakah infus sudah habis atau belum.

  4. Terdapat 1 (satu) simbol decision, yang berperan menunjukan sebuah langkah pengambilan keputusan jika “Ya” dan “Tidak”. Yaitu : apakah infus sudah habis. Jika “Tidak” maka akan dicek kembali, jika “Ya” maka akan mengirimkan notifikasi melalui smartphone secara realtime.

  5. Terdapat 1 (satu) simbol input/output, yang berperan menunjukan sebuah output berupa notifikasi pada smartphone secara realtime.

Rancangan Program

Tahap pertama untuk pembuatan suatu alat dan program adalah tahap perancangan, digunakan sebagai tolak ukur perancangan yang harus sesuai dengan kebutuhan. Dengan demikian hasil perancangan akan di jadikan sebagai acuan untuk perakitan alat dan pembuatan program. Pada dasarnya tujuan dari perancangan program adalah untuk mempermudah didalam merealisasikan pembuatan alat dan program yang sesuai dengan apa yang diharapkan.

Perancangan Perangkat Lunak Untuk Wemos D1 mini

Sistem perangkat lunak yang dimaksud adalah Arduino IDE yang merupakan perangkat lunak untuk menuliskan listing program Wemos D1 mini, sehingga sistem Wemos yang di buat dapat bekerja sesuai dengan apa yang di inginkan. Pada perancangan perangkat lunak untuk Wemos D1 mini menggunakan bahasa pemrograman C# yang dimana listing programnya dapat di compile dan di upload langsung kedalam Wemos D1 mini dengan Arduino IDE, adapun tampilan jendela Arduino IDE pada saat listing program ditulis seperti yang terlihat pada gambar 4.8 berikut :

4.8.jpg

Adapun tahap yang dilakukan adalah menulis listing program ¬> mengecek kesalahan terhadap listing program yang ditulis ¬> meng¬upload listing program kedalam arduino. Adapun langkah - ¬langkah tersebut dapat di lihat seperti gambar 4.9 berikut:

4.9.jpg

Konfigurasi Sistem Yang Diusulkan

Pada perancangan sistem usulan ini terdapat beberapa hardware ataupun software yang digunakan yaitu untuk melakukan perancangan dan membuat program. Adapun perangkat keras (hardware) dan perangkat lunak (software) yang digunakan dapat di lihat pada sub bab berikut ini.

Spesifikasi Hardware

Pada spesifikasi perangkat keras (hardware) dibawah ini merupakan perangkat keras atau modul yang digunakan, memiliki fungsi dan kegunaan masing¬ - masing, serta dapat digambarkan secara garis besar saja tidak secara detail dalam pembuatan suatu modul tersebut. Adapun perangkat keras (hardware) yang digunakan meliputi sebagai berikut:

  1. Laptop: ASUS (Processor AMD DualCore E450-1.66 Ghz, Chipset AMD, Memory 2 GB DDR SODIMM PC-10600, HardDisk 500 GB Serial ATA 5400 RPM, VGA AMD Radeon 6290)

  2. Wemos D1 mini

  3. Adaptor Micro USB 5V 1A

  4. Sensor LDR (Light Dependent Resistor)

  5. Wifi Router

  6. Laser

  7. Resistor

Spesifikasi Software

Pada spesifikasi perangkat lunak (software) dibawah ini merupakan aplikasi yang digunakan untuk membuat program, merancang alur diagram, meng¬edit program, sebagai interface, media untuk meng¬upload program dan meng¬edit suatu gambar. Adapun perangkat lunak (software) yang digunakan meliputi sebagai berikut:

  1. Microsoft Office 2016

  2. Mozilla Firefox

  3. IDE Arduino 1.8.1

  4. Paint

  5. Fritzing

Hak Akses

Dalam membuat sebuah sistem perangkat keras (hardware) perlu adanya sebuah hak akses baik oleh petugas yang berwenang atau seseorang yang menjabat sebagai pemegang hak akses sangat diperlukan untuk keamanan dari sistem perangkat lunak (software) ataupun perangkat keras (hardware) yang dirancang. Berikut ini yang mempunyai hak akses untuk menggunakan sistem monitoring infus pada RS.QADR adalah para perawat pada RS.QADR.

Testing

Pada tahap testing dilakukan pengujian terhadap sistem yang dibuat yaitu dengan menggunakan metode BlackBox testing, adapun pengujian dilakukan melalui interface Arduino IDE, dimana pengujian tersebut agar dapat mengetahui fungsionalitas dari suatu interface yang dirancang, adapun tahapannya tersebut untuk menemukan kesalahan dalam beberapa kategori, diantaranya adalah sebagai berikut:

  1. Dengan memperhatikan fungsi-fungsi yang digunakan, seperti fungsi untuk berkomunikasi dengan piranti lain dengan memperhatikan fungsionalitasnya

  2. Memperhatikan kesalahan-kesalahan yang dapat terjadi ketika melakukan debug ataupun running program

  3. Dengan memperhatikan struktur performa sehingga aplikasi dapat digunakan dengan baik dan mendukung sistem yang dibuat

  4. Dengan memperhatikan kesalahan-kesalahan inisialisasi fungsi yang digunakan dalam berinteraksi dengan piranti lain

Pengujian dengan metode BlackBox sangat memperhatikan pada fungsi fungsional dari suatu program dengan melakukan pendekatan yang melengkapi untuk menemuka kesalahan atau error.

Implementasi

Pada tahap ini merupakan tahap-tahap untuk merealisasikan dari sistem yang dirancang yang dimulai dari tahap pengumpulan data-data yang diharapkan dapat membantu dan mendukung sehingga sampai tercapainya dalam penerapannya.

Schedule

Berdasarkan data yang dikumpulkan, sehingga prototype monitoring infus dapat dirancang dan dibuat, penulis melakukan pendekatan terhadap pihak yang berkaitan dan merupakan tempat observasi penulis. Hal ini dilakukan demi terciptanya suatu sistem infus yang dapat dimonitoring sehingga mempermudah perawat dalam memantau kondisi infus pada pasien, sedangkan penulis sangat perlu melakukan pendekatan tesebut karena ada beberapa hal yang akan menjadi kendala ketika dalam proses perancangan dan pembuatan. Adapaun jadwal yang dilakukan dalam proses mulai perancangan hingga selesai disajikan pada tabel sebagai berikut :

TABEL%2B4.6.jpg
TABEL%2B4.6%2BB.jpg
==Estimasi Biaya==

Berikut ini adalah rincian biaya yang di keluarkan dari pembuatan alat ini yaitu sebagai berikut:

TABEL%2B4.7.jpg




BAB V

PENUTUP

Kesimpulan

Adapun beberapa kesimpulan yang melatar belakangi penelitian prototype monitoring cairan infus pada RS. QADR adalah :

  1. Dari cara kerja keseluruhan alat, infus yang telah dipasang laser dan sensor LDR (Light Dependent Resistor) memiliki fungsi dimana kedua komponen tersebut memberikan sinyal ketika infusan habis. Wemos merupakan salah satu komponen pada sistem yang menjembatani antara data yang terdapat pada alat untuk diteruskan ke dalam database online server sehingga infus dapat dimonitoring. Data value yang terdapat pada database online di tampilkan berupa notifikasi pada smartphone, notifikasi tersebut terdapat keterangan ruangan dan lantai tempat infus tersebut habis secara realtime.

  2. Dengan menggunakan prototype monitoring infus perawat tidak perlu mondar-mandir untuk mengecek kondisi infus tiap-tiap pasien, infus yang terpasang pada pasien dapat dimonitoring melalui database online, pada saat infus tersebut habis maka akan mengirimkan notifikasi pada smartphone secara realtime, sehingga keterlambatan pergantian infus dapat di tangani dengan baik.

  3. Seperti prototype alat yang telah saya rancang, dengan memanfaatkan Iternet of Things (IoT) sebagai database online untuk memonitoring kondisi infus secara realtime, serta sensor LDR (Light Dependent Resistor) sebagai penerima intensitas cahaya yang dipancarkan oleh laser terhadap infus, pada saat infus tersebut dalam keadaan penuh intensitas cahaya yang di terima oleh sensor LDR sebesar 1010 Candela, dan pada saat infus tersebut habis sebesar 535 Candela. Maka ketika range nilai cahaya ≤ 535 secara realtime akan mengirimkan notifikasi pada smartphone, sehingga perawat dapat langsung mengganti infus habis dengan yang baru.

Saran

Saran yang dapat disampaikan oleh penulis adalah agar penelitian berikutnya bisa mengembangkan sistem ini lebih baik lagi, sehingga kekurangan yang ada bisa dilengkap atau diperbaiki. Saran yang dapat digunakan sebagai bahan pertimbangannya adalah sebagai berikut

  1. Monitoring infus juga dapat di kembangkan dengan mengkombinasikan monitoring kondisi pasien yang lain seperti panas tubuh dan detak jantung.

  2. Sistem perlu dikembangkan lagi untuk mendeteksi informasi lain seperti tetesan infus, dan pengaturan kecepatan tetesan infus.

  3. Dapat ditambahkan sensor warna sebagai indikasi ketika darah pasien naik pada selang infus.

DAFTAR PUSTAKA

  1. Zainuri. Akhmad dkk. 2012. “Monitoring Dan Identifikasi Gangguan Infus Menggunakan Mikrokontroler AVR” Jurnal EECCIS Vol. 6 No.1 2012.
  2. Nurajizah. 2015. “Sistem Informasi Perpustakaan Berbasis Web Dengan Metode Prototype:Studi Kasus Sekolah Islam Gema Nurani Bekasi” Prosiding SNIT 2015: Hal.A-214.
  3. Rumini, dkk. 2014. “Perancangan E-learning di MTI STMIK AMIKOM YOGYAKARTA”. Jurnal Teknologi Informasi Vol. IX Nomor 25 Maret 2014ISSN : 1907-2430.
  4. Yuniarti. Ika. 2016. “Sistem Informasi Layanan Rawat Jalan Pada Puskesmas Kapuan Dengan Menggunakan Metode Prototype”.
  5. Rizan. Okkita, Hamidah. 2016. “ Rancangan Aplikasi Monitoring Kamera CCTV Untuk Perangkat Mobile Berbasis Android”. Jurnal Teknologi Informatika dan Komputer Atma Luhur Vol. 3 No. 1 Maret 2016. ISSN : 2406-7962.
  6. Mardiani. Tri. Gentisya. 2013. “ Sistem Monitoring Data Aset Dan Inventaris PT Telkom Cianjur Berbais Web”. Jurnal Ilmiah Komputer dan Informatika (KOMPUTA) Vol. 2, 1, Maret 2013, ISSN : 2089-9033.
  7. Muljodipo. Nuryanto, dkk. 2015. “Rancang Bangun Otomatis Sistem Infus Pasien”. E-journal Teknik Elektro dan Komputer vol.4 no.4, (2015) ISSN : 2301-8402.
  8. Susanti. Erma. Tiyono Joko. 2016. “Prototype Alat Iot (Internet of Things) Untuk Pengendali Dan Pemantau Kendaraan Secara Realtime. Simposium Nasional RAPI XV – 2016 FT UMS ISSN : 1412-9612.
  9. Susanto. Fredy, dkk. 2017. “Internet Of Things Pada Sistem Keamanan Ruangan, Studi Kasus Ruang Server Perguruan Tinggi Raharja”. Seminar Nasional Teknologi Informasi dan Multimedia 2017 Yogyakarta, 4 Febuari 2017. ISSN: 2302-3805.
  10. Adinandra. Sisdarmanto, dkk.. 2012. “Kendali Robot Pemonitor Jarak Jauh Berbasis Smartphone Android”. Seminar Nasional Ke-9:Rekayasa Teknologi Industri dan Informasi.
  11. Rianti. Eva. Pratama Noval Robby. 2016.
  12. Robby. Budi Pono. 2017. “Bel Pemanggil Perawat Rumah Sakit Berbasis Wireless Menggunakan Android”. JUTEI Volume.1 No.1 April 2017 ISSN 2579-3675.
  13. Ekawati. Henny, dkk. 2015. “Sistem Informasi Pengagendaan Surat Keluar Masuk Pada Satuan Kerja Perangkat Daerah Kecamatan Polanharjo Dengan Aplikasi Multi User”. Jurnal Ilmiah SINUS ISSN : 1693-1173.
  14. Yunita. Irma, Devitra. Joni. 2017. “ Analisa Dan Perancangan Sistem Informasi Manajemen Aset Pada SMK NEGERI 4 Kota Jambi”. Vol. 2, No, 1 Maret 2017. ISSN : 2528-0082.
  15. Prayudha. Jaka, Novriansyah Dicky. 2014. “Otomatisasi Pendeteksi Jarak Aman Dan Intensitas Cahaya Dalam Menonton Televisi Dengan Metode Perbandingan Diagonal Layar Berbasis Mikrokontroler ATMega8535” Jurnal Ilmiah SAINTIKOM (Sains dan Komputer) Vol 13, No.3, September 2014.
  16. Timotius. William, Safrodin Mohamad. 2014. “Efisiensi Penerangan Jalan Umum Menggunakan Sensor Gerak Berbasis Mikrokontroler” Prosiding Seminar Nasional Sains dan Pendidikan Sains IX Vol 5, No.1 Juni 2014.
  17. Saefullah dkk dalam jurnal CCIT Vol.2 No.3 (2013:1) Mikrokontroler merupakan suatu alat elektronika digital yang mempunyai masukan dan keluaran.
  18. Yuliza. Pangaribuan Hasan. 2016. “Rancang Bangun Kompor Listrik Digital IoT” Jurnal Teknologi Elektro” Vol.7 No.3, September 2016.
  19. Kamus. Zulhendri, Pratama Ridho. 2013. “Aplikasi Light Dependent Resistor Untuk Pengembangan Sistem Pengukuran Durasi Harian Penyinaran Matahari” Prosiding Semirata FMIPA, 2013.
  20. D. Amir. 2014. “Analisis Kecepatan Reaksi Sensor Terhadap Gelombang Cahaya Inframerah dan Laser” Jurnal Litek Vol.11, No.1, Maret 2014.
  21. Lestari dkk. 2016. “ Sistem Informasi Geografis (SIG) Daerah Rawan Banjir Di Kota Bengkulu Menggunakan Arcview”. Jurnal Media Infotama Vol. 12 No. 1, Ferbruari 2016.
  22. Rejeki. Setyo. Muslim, Tarmuji Ali. 2013. “Membangun Aplikasi Autogenerate Script Ke Flowchart Untuk Business Proses Reengeneering”. Vol. 1 No. 2, Oktober 2013. E-ISSN : 2338-5197.
  23. Desmira. Fauzi.Rizal. 2015. “Perancangan Aplikasi Pengenalan Pendidikan Islam Berbasis Android Untuk Pendidikan Anak Usia Dini”. Jurnal Sistem informasi Vol. 2, 2015. ISSN : 2406-7768.
  24. Silvia dkk. 2015. “Aplikasi Diagnosa Karies Pada Gigi Manusia Berbasis Web”. Ultimatics Vol.Vii No. 1 Juni 2015. ISSN : 2085-4552.
  25. Desmira. Fauzi.Rizal. 2015. “Perancangan Aplikasi Pengenalan Pendidikan Islam Berbasis Android Untuk Pendidikan Anak Usia Dini”. Jurnal Sistem informasi Vol. 2, 2015. ISSN : 2406-7768.
  26. Silvia dkk. 2015. “Aplikasi Diagnosa Karies Pada Gigi Manusia Berbasis Web”. Ultimatics Vol.Vii No. 1 Juni 2015. ISSN : 2085-4552.
  27. Heri Andriyanto dan Aan Darmawan.2016.Arduino Belajar Cepat dan Pemrograman.Bandung:Informatika Bandung.
  28. Amrullah dkk, 2016. “Kajian Kebutuhan Perangkat Lunak Sistem Informasi Penilaian Prestasi Kerja Pegawai Pada Fakultas Abad Dan Ilmu Budaya Universitas Islam Negri Sunan Kalijaga Yogyakarta”. Seminar Nasional Teknologi Informasi Dan Multimedia”. ISSN : 2302-3805.
  29. Andi, Prastomo. 2014. “Prototype Sistem Elearning Dengan Pendekatan Elisitasi Dan Frame Work Code Igniter : Studi Kasus SMP Yamad Bekasi. Faktor Exacta 7(2): 165-175, 2014. ISSN: 1979-276X.
  30. Amalya Meta Dewi, Dede Cahyadi dan Yunita Wulansari.2014.”Sistem Ujian Online Calon Mahasiswa Baru Berbasis Ilearning Education Marketing pada perguruan tinggi”.Jurnal CCIT Vol 8. No 1 Sept 2014.
  31. Gill R. Delas Jr, Jesusa N. Padilla and Bartolome T. Tanguilig III dari Technological Institute of the Philippines, Quezon City, Philippines 2016. “Intravenous Piggyback Infusion Control and Monitoring System Using Wireless Technology”. Intravenous infusion is one of the most common treatments administered to patients. However, there are patients who undergo surgery, patients who are in a state of coma, and patients with dengue cases to name a few. This patient requires continuous medication and this treatment is called piggyback infusion. In such cases, continuous monitoring is an indispensable factor in patient care. Efficient monitoring and controlling can be made possible by using wireless control for the device. This paper is about a microcontroller-based intravenous piggyback infusion system that will monitor and control using Wireless Sensor Network (WSN). This paper also discusses remote wireless Ethernet-based communication which can monitor and control the infusion rate by using PC and Android mobile phone. This also discusses the implementation of an infrared sensor installed in the drip chamber of the intravenous infusion (IV) set which is capable of counting the drop rate in real time monitoring.
  32. Mansi G. Chidgopkar, Aruna P. Phatale dalam International Journal of Electrical, Electronics and Computer System (IJEECS) ISSN : 2347-2820, Volume -3, Issue-6 2015. “Automatic Saline Level Monitoring System Using Microcontroller ATMEGA 328”. This paper proposes an automatic, low cost saline level measurement system using microcontroller ATMEGA 328.The main building blocks of the proposed system are microcontroller ATMEGA 328, Bluetooth module and IR sensors. The system contains two LEDs. The status of the saline can be given in two forms that are normal status and warning status. When the saline level is normal, then green LED blinks and when the saline level is below the critical value then red LED will blink. When red LED blinks then buzzer starts ringing and nurse will get notification through mobile with the help of Bluetooth module. At present, there is no such valid system for saline level monitoring. Proposed system reduces efforts of nurses and it is very cost effective as the same circuit which is used for the saline bottle can be reused for another bottle. It can also be easily implemented in rural hospitals.
  33. Gowthani.P, Dr. P. Sathishkumar dalam International Journal of Innovative Research in Advanced Engineering (IJIRAE) Issue 04, Volume 3 (April 2016) ISSN 2349-2763. “An Android Based Patient Monitoring System”. This paper proposes an efficient online patient monitoring using android application. Telemedicine is a rapidly developing application of clinic medicine where medical information is transferred through the phone or internet or other network for the purpose of consulting and performing remote medical procedures or examinations. Telemedicine can be applied to a greater extend in the field of patient monitoring serves as the major tool. This project elaborates the experience; a methodology adopted and highlights various design aspects to be considered for making telemedicine in patient monitoring system effective. In this method, the patient’s vital signs like heart rate, blood pressure, temperature, Angle Displacement Measurement, object reflection measurements are captured and the values are entered into the database. It is then uploaded into the web based server and sent to the doctor’s phone using ANDROID technology.
  34. Shubhangi M. Verulkar, Maruti Limkar dalam International Journal of Computer Science and Network (IJCSN) Volume 1, Issue 3, June 2012 ISSN : 2277-5420. “Real Time Health Monitoring Using GPRS Technology”. Advances in sensor technology, personal mobile devices, and wireless broadband communications are enabling the development of an integrated personal mobile health monitoring system that can provide patients with a useful tool to assess their own health and manage their personal health information anytime and anywhere. Personal mobile devices, such as PDAs and mobile phones, are becoming more powerful integrated information management tools and play a major role in many people's lives. Here I focus on designing a Mobile health-monitoring system for people who stay alone at home or suffering from Heart Disease. This system presents a complete unified and mobile platform based connectivity solution for unobtrusive health monitoring. Developing a hardware which will sense heart rate and temperature of a patient, using Bluetooth modem all information lively transmitted to smart phone, from smart phone all information transmitted to server using GPRS. At server the received data compared with the standard threshold minimum and maximum value. The normal range of heart rate is 60 to 135 and the temperature of the patient is said to be normal above 95^F and below 104^F. If at all the rate increases above 145 or decreases below 55it may be fatal and if it crossed this threshold limit then SMS will be sent to the relative of patient and Doctors along with measured values. The build-in GPS further provides the position information of the monitored person. The remote server not only collects physiological measurements but also tracks the position of the monitored person in real time. For transmitting data from Smartphone to the server using GPRS, here we need to create a website on data will be continuously transmitted from Smartphone to the website and from website data will be downloaded continuously on the server. Thusthe system helps in tracking down the patient without getting the patient into any sort of communication. Undue mishaps can be avoided within the golden hours after a patient is struck with a heart attack.
  35. R.Priyadharshini, C.Sathya, S.Sandhiya, Mrs.M.Maheswari dalam International Journal of Latest Engineering Research and Applications (IJLERA) ISSN : 2455-7173, Volume-02, Issue-03, March-2017, PP-54-63. “AUTONOMOUS PATIENT MONITORING AND BLOOD FLOW CONTROL USING IOT METHOD”. We are going to implement detection and control system which can be implemented in the hospitals. In the hospitals drip measurement is used to measure the volume of the blood given to the patient. To monitor leakage in the flow of the blood is detected by color sensor. When the color sensor detects then the information is transmitted to PC through wireless communication. Pulse oximetry is used to measure the heart rate of the patient. Flow sensor is used to measure the flow of the blood and according to the values the motor speed is controlled. LCD is used to display the values of the sensors.

Contributors

Fauzan Noval, Qusdar Fikry