USULANTUGASAKHIR

RANCANG BANGUN SISTEM INFORMASI

KONSULTASIDAN PENJADWALAN FISIOTERAPI
PENYAKIT
BELL’SPALSY(STUDIKASUSKLINIKGRIYAFISIOTERA
PIS)

Oleh:

REJALANABAYUKURNIAWANF1D
016074

PROGRAMSTUDITEKNIKINFORMA
TIKA FAKULTAS
TEKNIKUNIVERSITASMATARAM

2020
 USULANTUGASAKHIR

RANCANG BANGUN SISTEM INFORMASI KONSULTASI

DANPENJADWALANFISIOTERAPIPENYAKITBELL’SPALSY(STU
DIKASUSKLINIK GRIYA FISIOTERAPIS)

TelahdiperiksadandisetujuiolehTimPembimbing:

1. PembimbingUtama

NadiyasariAgitha,S.Kom.,M.MT Tanggal: 14Mei 2020

NIP.19860813201803 2001

2. PembimbingPendamping

RoyanaAfwani,ST., MT. Tanggal: 14Mei 2020

NIP.198507072014042001

Mengetahui,
Ketua Program Studi Teknik
InformatikaFakultasTeknik
UniversitasMataram

Prof. Dr.Eng. I Gede Pasek Suta Wijaya, ST.,

MT.NIP:19731130 2000031 001

i
 USULANTUGAS AKHIR
RANCANG BANGUN SISTEM INFORMASI KONSULTASI
DANPENJADWALANFISIOTERAPIPENYAKITBELL’SPALSY(STU
DIKASUSKLINIK GRIYA FISIOTERAPIS)
Oleh:

Rejalana Bayu
KurniawanF1D016 074

SusunanTimPenguji

1. Penguji I

Moh.Ali Albar,ST., M.Eng. Tanggal:24 Juni 2020

NIP:19831125 2015041 002
2. Penguji II

Ir.SriEndangAnjarwani,M.Kom. Tanggal: 24 Juni 2020

NIP:19660403 2006042 001

3. PengujiIII

Prof.Dr.Eng.IGede PasekSutaWijaya,ST.,MT. Tanggal:24 Juni 2020

NIP:19660403 2006042 001

Mataram, 2020
Ketua Program Studi Teknik
InformatikaFakultasTeknik
UniversitasMataram

Prof. Dr.Eng. I Gede Pasek Suta Wijaya, ST.,

MT.NIP:19731130 2000031 001

ii
 DAFTARISI
HALAMANCOVER................................................................................................0
LEMBARPENGESAHAN.......................................................................................i
DAFTARISI...........................................................................................................iii
ABSTRAK...............................................................................................................v
BABIPENDAHULUAN..........................................................................................1
1.1 Latar Belakang..........................................................................................1
1.2 RumusanMasalah......................................................................................3
1.3 BatasanMasalah.........................................................................................3
1.4 Tujuan........................................................................................................3
1.5 Manfaat......................................................................................................3
1.6 SistematikaPenulisan.................................................................................4
BABIITINJAUANPUSTAKADAN DASARTEORI..............................................5
2.1 TinjauanPustaka........................................................................................5
2.2 DasarTeori.................................................................................................7
2.2.1 Sistem...............................................................................................7
2.2.2 KarakteristikSistem..........................................................................8
2.2.3 SistemInformasi...............................................................................9
2.2.4 Website...........................................................................................10
2.2.5 FrameworkCodeigniter..................................................................10
2.2.6 Bootstrap........................................................................................10
2.2.7 MySQL...........................................................................................10
2.2.8 EntityRelationship Diagram...........................................................11
2.2.9 UML...............................................................................................12
2.2.10 RelationalUnified Process..............................................................17
2.2.11 PenyakitBell’s palsy.......................................................................18
BABIIIMETODEPENELITIAN...........................................................................20
3.1 DiagramAlir PembuatanSistem...............................................................20
3.2 Pengumpulandata....................................................................................20
3.2.1 Observasi........................................................................................21
 3.2.2 Wawancara.....................................................................................21

3.3 Studiliteratur............................................................................................21
3.4 Pengembangansistem dengan metode RUP............................................22
3.4.1 TahapInception...............................................................................22
3.4.2 TahapElaboration...........................................................................28
3.4.3 Tahapconstruction............................................................................50
3.4.4 Tahaptransition.................................................................................50
3.4.5 JadwalKegiatan................................................................................51
DAFTARPUSTAKA.............................................................................................53
LAMPIRAN...........................................................................................................55
 ABSTRAK
PadaKlinikGriyaFisioterapi,penjadwalanfisioterapimasihmenggunakaninfo
rmasi konsultasi dengan aplikasi WhatsApp dan informasi bagi rekam
medikbelum tersimpan dengan baik atau hanya mengandalkan ingatan Fisioterapis
saja.Pada penelitianini,dirancang
dandibangunSistemInformasidanKonsultasiPenjadwalanPenyakitBell’sPalsyyang
dapatmembantudalammengatasipenjadwalanfisioterapisekaliguspencatatanrekam
medis,sehinggadapatterkontroldanterkordinirdenganbaik.Metodepengembanganda
lamsisteminformasiyangdirancangmenggunakanmetodeRUP(RelationalUnifiedPr
ocess).RUP menyediakan pendefinisian yang baik untuk alur hidup proyek
perangkatlunak, dimana RUP melakukan pendekatan perangkat lunak secara
berulang-
ulang(iterative),fokuspadaarsitektur,lebihdiarahkanberdasarkanpengerjaanperangk
atlunakmulaidaripengumpulanawaldanpenentuankebutuhansampaiprosespembuat
an program. Sehingga cocok untuk perancangan sistem informasi yangakandibuat
dalam penelitianyangdiambil.

Kata Kunci: Metode Rational Unified Process, RUP, Sistem Informasi,

KlinkGriya Fisioterapis
 BAB
IPENDAHULUA
1.1 LatarBelakang N

Seiring dengan perkembangan teknologi informasi yang semakin pesat

diberbagai bidang, pelayanan kesehatan dituntut untuk melakukan perbaikan
secaraterus menerus untuk dapat meningkatkan kenyamanan, kemudahan dan
keamananbagi pengguna maupun pengelola jasa kesehatan. Salah satu contoh
pelayanankesehatanpadaeramodernsaat iniadalahpelayananfisioterapiBell’spalsy.
Fisioterapimerupakanprosesmerehabilitasiseorangagarterhindardaricacatfisik
melalui serangkaian pencegahan, diagnosis dan penanganan gangguan fisikpada
tubuh atau penyakit. Sedangkan Bell’s palsy merupakan suatu
kelumpuhanakutnervusfasialispriferyangtidakdiketahuisebabnya[1].DiIndonesia,i
nsidenpenyakit Bell’ palsy banyak terjadi namun secara pasti sulit ditentukan.
Dalam halini didapatkan frekuensi terjadinya Bell’s palsy di Indonesia sebesar
19,55%, dariseluruh kasus neuropati terbanyak yang sering dijumpai terjadi pada
usia 20 – 50tahun dimana angka kejadian meningkat dengan bertambahnya usia
setelah
60tahun.Makadiperlukannyafisioterapisyangmampumelakukandiagnosisberdasark
an ilmu pengetahuan dan pengalaman yang dimiliki dengan melakukanterapi [2].
Masalah kecacatan yang ditimbulkan oleh Bell’s palsy cukup
kompleks,yaitu meliputi impairment (kelainan di tingkat organ) berupa ketidak
simetrisnyawajah,kakudanbahkanbisaberakibatterjadikontraktur,disabilityatauketi
dakmampuan berupa keterbatasan dalam aktivitas sehari-hari berupa
gangguanmakan dan minum, menutup mata, serta gangguan berbicara dan
ekspresi wajah,masalah selanjutnya dari segi kejiwaan penderita [3]. Terapi pada
kasus
Bell’sPalsydenganNeuroMuscularTaping(NMT)meningkatkansirkulasidarah,drain
aselimfatik,menstimulasikulit,mendukungototyangmelemahsecarakronis,dan
meningkatkan kemampuan motoric, dan mirror exercise merupakan latihanwajah
pada sisi yang lesi (abnormal pada tubuh) di depan cermin yang dapatmencegah
atrofi otot sehingga dapat meningkatkan fungsi otot serta
mempercepatproseskesembuhan pasien kondisi Bell’s palsy[4].

1
 PadaKlinikGriyaFisioterapiterdapatsalahsatufisioterapisyangpentinguntukp
enyembuhanpenyakitBell’spalsydiLombokNusaTenggaraBarat,namunterdapat
kendala dalam penanganan penjadwalan fisioterapi.

PenjadwalanfisioterapimasihmenggunakaninformasikonsultasidenganaplikasiWha
tsAppyangdilakukansecaramanualolehfisioterapis,dankurangnyakemampuanuntuk
mengaturpenjadwalanfisioterapispadapasien.PasienBell’spalsypadaKlinikGriyaFis
ioterapirata-
ratahanyamenerimalimapasiendalamsehari,baikpenyakitBell’spalsydalamkategorir
ingan,sedangdanberatharusmelakukanfisioterapisNMT selam6hari berturut-
turutdankemudianbaru
dapatdilakukanevaluasi.Halitudilakukandengantahapanmelakukankonsultasiawald
enganpakaratauFisioterapisdenganketentuangejalapenyakitBell’spasly,kemudiandi
lakukanpengecekanlangsungnilaiototpasien,danterakhirmemberikandiagnosisseme
ntarastatus penyakitpasiendengan kategori, ringan,
sedangdanberat.Setiappenjadwalandanevaluasimenjadiinformasiyangpentingbagir
ekammedikuntukpenanganantahapanselanjutnya,sementarapadaKlinikGriyaFisiot
erapibelumtersimpandenganbaikataumengandalkaningatanFisioterapissaja.Sehing
gadiperlukannyasisteminformasidalammembantupenjadwalanfisioterapisekaligusp
encatatan rekam medis pasien, agar dapat terkontrol dan terkordinir dengan
baik.Metode pengembangan dalam sistem informasi yang

dirancangmenggunakanmetodeRUP(RelationalUnifiedProcess).RUPmenyediakan
pendefinisianyangbaikuntukalurhidupproyekperangkatlunak,dimanaRUPmelakuk
anpendekatanperangkatlunaksecaraberulang-
ulang(iterative),fokuspadaarsitektur,lebihdiarahkanberdasarkanpengerjaanperangk
atlunakmulaidaripengumpulanawaldanpenentuankebutuhansampaiprosespembuat
anprogram.Penggunaan web juga dilakukan berdasarkan kebutuhan sistem yang
memudahkandalampengolahandatasertamempermudahkantanpaharusdialakukann
yainstalasisistem.Sehinggacocokuntukperancangansisteminformasiyangakandibua
t
dalampenelitianyangdiambil [5].
Berdasarkan uraian diatas penulis mengajukan sebuah penelitian
denganjudul “Rancang Bangun Sistem Informasi Dan Konsultasi Penjadwalan
FisioterapiPenyakitBell’sPalsy(StudiKasusKlinikGriyaFisioterapis)”,sisteminform
asiini
diharapkandapatmemberikaninformasikonsultasijadwalfisioterapisehinggadapatm
engatasipermasalahan awalpenanganan penyakitBell’s palsy.
1.2 RumusanMasalah
Berdasarkanlatarbelakangyangtelahdiuraikansebelumnya,makadapatdirum
uskanpokok permasalahan berikut:
1. Bagaimana cara membantu memudahkan konsultasi awal
dalammendiagnosis penyakitBell’s palsy?
2. Bagaimanamembangunsuatusisteminformasiuntukmembantupenjadwalanda
nrekam medisfisioterapipadapenyakit Bell’s palsy?
1.3 BatasanMasalah
Daripermasalahanyangtelahdiuraikandiatas,terdapatbatasan-
batasanmasalahdalam pembangunan sistem iniyaitu:
1. SisteminformasidankonsultasipenjadwalanpenyakitBell’spalsymerupakansist
emyangberbasisweb.
2. Sistem yang dibuat berdasarkan pada pengetahuan pakar fisioterapi di
KlinikGriya Fisioterapis.
3. Metodeyang digunakan dalam pengembangan sistem yaitu metode
RelationalUnifiedProcess.
1.4 Tujuan
Adapuntujuanyangakandicapaidaripenelitianini yaitu:
1. MemudahkanpakaruntukdiagnosisawalpenyakitBell’spalsymenggunakanfitu
rkonsultasiberdasarkandatapakarfisioterapidiKlinikGriyaFisioterapis.
2. Membangun sistem informasi dan konsultasi penjadwalan untuk
penyakitBell’s palsy dengan menggunakan metode pengembangan sistem
RelationalUnifiedProcessberbasisweb.
1.5 Manfaat
Manfaatyangdapatdiperolehdaripenelitianiniyaitusebagaiberikut:
a. MengetahuitingkatanpenyakitBell’spalsysertagejala-
gejalayangmenyebabkangangguan tersebut.
b. Menambah wawasan mengenai sistem informasi dan
konsultasipenjadwalanpenyakit Bells’spalsy.
 c. Memberikaninformasimengenaijenis-
jenisgangguanpenyakitBell’spalsymelalui diagnosa gejala-
gejalayangdialami olehpenderita.
1.6 SistematikaPenulisan
Sistematikapenulisandalampenyusunantugasakhiriniadalahsebagaiberikut:
1. BABIPENDAHULUAN
Babinimenjelaskandasar-
dasardaripenyusunantugasakhir,yangterdiridarilatarbelakang, rumusan masalah,
batasan masalah, tujuan, manfaat serta sistematikapenulisanlaporan tugasakhir.
2. BABIITINJAUANPUSTAKADAN DASARTEORI
Bab ini menjelaskan tentang penelitian-penelitian terkait yang sudah
dilakukansebelumnya.Sertamembahasteori-
teoriyangberhubungandengantopikpenelitian.
3. BABIIIMETODEPERANCANGAN
Bab ini menguraikan tentang metode penelitian yang digunakan dalam
merancangsistem. Seperti rencana pelaksanaan, alat, bahan, jalannya perancangan
denganmetode yang telah ditentukan, perhitungan untuk hasil yang diharapkan
serta carapengujiansistem.
4. BABIVHASILDANPEMBAHASAN
Padababinimerupakanpembahasantentanganalisis
danpembahasansistemyangsudah dibuat, meliputi tampilan database dan
implementasi sistem, serta hasil daripengujian-
pengujianyangtelahdilakukanuntukmendapatkanhasilyangsesuai.
5. BABVKESIMPULANDANSARAN
Babinimembahaskesimpulandansarandarihasilpenelitianyangtelahdilakukan.
 BABII
TINJAUANPUSTAKA DANDASARTEORI

2.1 TinjauanPustaka
Beberapa penelitian yang terkait dengan rancang bangun sistem
informasidankonsultasi penjadwalan fisioterapipenyakit Bell’s
palsysebagaiberikut.
Hasil penelitian tentang “Sistem Informasi Penjadwalan Dokter
BerbasisWeb Dengan Menggunakan Framework Codeigniter (Studi Kasus:
Rumah SakitYukum Medical Centre)” sistem informasi penjadwalan dokter ini
diuji denganmenggunakan3metodepengujianyaituwhitebox testing,software
testerdanblackbox(ISO9126)denganmelakukanpengujiankuisionerkepadabagianin
formasi, dokter dan pasien. Hasil dari perhitungan kualitas sistem
dihasilkandengan presentase tanggapan sebesar 87,87 % dengan kriteria
perhitungan sistemsangat baik [6].
Penelitiantentang“PerbandinganAntaraMetodeRUPdanPrototypeDalamAp
likasiPenerimaanSiswaBaruBerbasisWeb”bertujuanuntukmengetahui gambaran
secara sistematis, faktual dan akurat mengenai fakta-faktadan sifat-sifat pada
suatu objek penelitian tertentu pada pengembangan perangkatlunak. Metode
pengembangan perangkat lunak model RUP dirancang agar dapatmenerima
perubahan-perubahan dalam rangka menyempurnakan prototype
yangsudahada,sehinggapadaakhirnyadapatmenghasilkanperangkatlunakyangdapat
diterimadanperubahanyangterjadidapatdianggapbagiandariprosespengembanganit
u sendiri[5].
Penelitiantentang“KarakteristikPasienBell’sPalsyDiRumahSakitUmumPus
atDr.WahidinSudirohusodoPadaTahun2016”bertujuanuntukmenganalisiskarakteri
stikpasienyangterkenapenyakitBell’spalsydengansubjekterbanyak yang menderita
Bell’s palsy berada pada kelompok 46 - 55 tahun
yaitusebanyak11orang(35,5%)danterendahpadakelompokumur6-10tahundan
>65 tahun yaitu 0. Dari penelitian ini, didapatkan bahwa subjek terbanyak
yangmenderita Bell’s palsy berada pada kelompok perempuan yaitu sebanyak 19
orang(61,3%) dan terendah padakelompoklaki-laki sebanyak 12orang(38,7%) [1].
 Penelitiantentang“PenatalaksanaanFisioterapiUntukMeningkatkanKekuata
n Otot Dan Mengembalikan Kesimetrisan Wajah Pada Kasus Bell’s
PalsySinistraDiRsudDr.SoeseloSlawi”yangbertujuanuntukmempercepatpenyembu
han pasien penderita Bell’s palsy dengan melakukan terapi secara
cepatdantepat,dimanadilakukandenganmenggunakanmodalitasInfrared(IR),massa
ge, Neuro Muscular Taping (NMT), dan mirror exercise serta edukasi
untukkondisi Bell’s palsy yang dilaksanakan di RSUD dr.Soeselo Slawi dan
dilakukansebanyak 3 kali terapi dengan nama pasien Tn. D umur 63 tahun
diperoleh hasilmeningkatnyakekuatanotot-ototwajah,
meningkatnyakemampuanfungsionalotot-otot wajah seperti saat istirahat,
mengerutkan dahi memejamkan mata,
sertamembantumempercepatproseskesembuhan pasienpadakondisi bell’spalsy[4].
Berdasarkan penelitian yang pernah dilakukan, penulis bermaksud
untukmenggunakan metode pengembangan perangkat lunak model Relational
UnifiedProcess(RUP)sebagaipengembanganperangkatlunakyangakandibangun,de
nganstudikasusyangdiambilyaituKlinikGriyaFisioterapisyangbertujuanuntuk
menghasilkan sistem informasi konsultasi penjadwalan fisioterapisyang
sistematis berdasarkan konsultasi awal dan pemeriksaan pakar terkaitnilai
otot seperti pada Gambar 2.1 yang dijelaskan dalam fishbone
diagramberdasarkantinjauanpustaka.
Karakteristik PasienBell’sPalsyDi Rumah Sakit Umum Pusat Dr.WahidinSudirohusodoPadaTahun2016
SistemInformasiPenjadwalanDokterBerbassisWebDenganMenggunakanFrameworkCodeigniter(StudiKasus:RumahSakit YukumMedicalCentre)

Rekammedikyang
FrameworkCodeigniter
kuranglengkap
MenggunakanBahasapemrogarmanPHP
Anamnesistentang
Hanyapenjadawalanprakterdokter
umurbelumada
Modalitasinfrared,NMT,dan
RANCANG BANGUN SISTEMINFORMASIDANKONSULTASIPENJADWALAN FISIOTERAPIPEN

MengadopsiObjectOrientedProgramming(OOP)
mirrorexercise mempercepatkesembuhan
Penanganan rutinfisioterapi dan tepatsangatdiperlukan
Membutuhkanwaktuyangcukup
Menerima perubahan dalamrangkamenyempurnakan
Prototype

Penatalaksanaan Fisioterapi UntukMeningkatkan Kekuatan Otot DanMengembalikanKesimetrisanWajahPada

Perbandingan AntaraMetodeRUPdanPrototype
Kasus Bell’s Palsy Sinistra
Dalam
DiRsudDr.SoeseloSlawi
Aplikasi PenerimaanSiswaBaruBerbasis Web

Gambar2.1FishboneDiagramberdasarkantinjauanpustaka.

AdapunperancanganalursistemsudahdisesuaikandenganStandardOperating
Proceduredaripihakklinik,dimanadilakukantahapankonsultasisecara
langsung antara pasien dengan Fisioterapis dengan gejala yang dialami,
kemudiandilakukan pemeriksaanlebih lanjut dengan melakukan pemeriksaan nilai
otot,selanjutnya dari hasil pemeriksaan dilakukan diagnosis bahwa pasien
mengalamipenyakitBell’spalsydengantingkatanringan,sedang,beratsehinggaharusd
ilakukan penjadwalan fisioterapi, hal tersebut digambarkan seperti pada
Gambar2.2.

Konsultasi Pemeriksaan
Diagnosis Penjadwalan
awal lebihlanjut

Gambar 2.2 Alursistembekerja.

2.2 DasarTeori
Berikutmerupakandasarteoriyangberkaitandenganrancangbangunsisteminf
ormasidankonsultasipenjadwalanfisioterapipenyakitBell’spalsy(studikasusklinik
griyafisioterapis) sebagai berikut:
2.2.1 Sistem
Sistem adalah kumpulan atau himpunan dari unsur atau variabel-
variabelyang saling terkait, saling berinteraksi, dan saling tergantung satu sama
lain
untukmencapaisuatutujuan.Selainitu,sistemjugadapatdidefinisikansebagaisekumpu
lanobjek-
objekyangsalingberelasidanberinteraksi,sertahubunganantarobjekbiasdilihatsebaga
isatukesatuanyangdirancanguntukmencapaisatutujuanyangtelah ditetapkan [7].
Sistemmemilikitigakomponen ataufungsidasar yangberinteraksi,antaralain:
1. Input(masukan)
Melibatkan penangkapan dan perakitan berbagai elemen yang memasuki
sistemuntukdiproses.Inputyangdimaksuddalamhaliniberupakeseluruhanpenginp
utan data yang berkaitan dengan transaksi dalam siklus pendapatan
danpengeluaranyangdilakukan olehpihakyangberwenang.
2. Proses
Melibatkan tahap transformasiyang mengubahinput menjadi output.
Yangdimaksud tahap disini mencakup penghitungandan kalkulasi dari data-
datatransaksisiklus pendapatan danpengeluaranyangmasukkesistem.
3. Output(keluaran)
Melibatkanperpindahanelemen
yangtelahdiproduksiolehproses.Outputyangdimaksudadalahlaporankeuanganda
nlaporanprodukyangberhasildijualyangdihasilkan dari sistem informasi
akuntansi revenue cycle. Dari berbagai
definisiyangdikemukakandiatasdapatdisimpulkanbahwasistemadalahgolongand
arikomponendan elemenyangdisatukan untukmenggapai tujuantertentu [8].
2.2.2 KarakteristikSistem
Sebuahsistemmempunyaibeberapakarakteristik,yangdiantaranyayaitusebagaiberikut:
1. KomponenatauElemen(Components)
Suatusistemterdiridarikomponen-
komponenyangsalingberinteraksi,yangartinya salingbekerja sama membentuk
suatu kesatuan.
2. BatasSistem(Boundary)
Batassistemmerupakandaerahyangmembatasiantarasistemyangsatudengansiste
m yang lainnya atau dengan lingkungan luarnya. Adanya batas sistem,maka
sistem dapat membentuk suatu kesatuan, karena dengan batas sistem ini,fungsi
dan tugas dari subsistem satu dengan yang lainnya berbeda tetapi
tetapsalingberinteraksi.
3. LingkunganLuarSistem(Environment)
Lingkunganluarsistemadalahsegalasesuatudiluarbatassistemyangmempengaru
hioperasi suatusistem.
4. PenghubungSistem(Interface)
Penghubungsistemmerupakansuatumedia(penghubung)antarasatusubsistemde
ngansubsistemlainnyayangmembentuksatu kesatuan.
5. Masukan(Input)
Input adalah energi atau sesuatu yang dimasukkan ke dalam suatu sistem
yangdapat berupa masukkan yaitu energi yang dimasukkan supaya sistem
dapatberoperasi.
6. Luaran(Output)
Merupakan hasil dari energi yang diolah dan diklarifikasi menjadi luaran
yangberguna,jugamenjadi luaran atau tujuan akhirsistem.
7. Pengolah(Process)
Suatu sistem mempunyai bagian pengolah yang akan mengubah input
menjadioutput.
8. Sasaran(Objective)
Sasarandarisistemsangatmenentukansekalimasukanyangdibutuhkansistemdan
keluaran yang akan dihasilkan sistem. Suatu sistem dikatakan berhasil
bilamengenaisasaran atau tujuannya.
2.2.3 SistemInformasi
SistemInformasiadalahkumpulandarisub-
subsistemyangsalingterintegrasidanberkolaborasiuntukmenyelesaikanmasalahterte
ntudengancaramengolahdatadenganalatyangnamanyakomputersehinggamemilikin
ilaitambahdanbermanfaatbagipengguna[9].Yangterpentingdarisisteminformasiadal
ahbagaimanateknologidisesuaikandandigunakanuntukmemungkinkanrealisasi
yangmemenuhiberbagaiaktorsepertiindividu,kelompokatauorganisasikebutuhanda
npersyarataninformasisehubungandengantujuandanpraktiktertentu[10].SelainituSi
steminformasiadalahsuatusystemdidalamsuatuorganisasi yang
mempertemukan kebutuhan pengolahan transaksi

harian,mendukungoperasi,bersifatmanejerialdankegiatanstrategidarisuatuorganisas
idanmenyediakanpihakluartertentudenganlaporan-laporanyangdiperlukan[11].
Pengertianlainjugamengatakanbahwasisteminformasiadalahsuatusystemdi
dalamorganisasiyangmempertemukankebutuhanpengelolaantransaksiharian yang
mendukung fungsi organisasi yang manejerial dalam kegiatan srtategidari suatu
organisasi untuk dapat menyediakan pihak luar tertentu dengan laporan-
laporanyangdi perlukan[12].
Dariketigadefinisiyangdikemukakanolehparaahlidiatasdapatdisimpulkanba
hwasisteminformasiadalahsuatudatayangdihimpun,dikategorikan, dan diproses
sampai menjadi satu kesatuan informasi yang salingberkesinambungan satu sama
lain dan saling mendukung sampai menjadi sebuahinformasiyangbermanfaat bagi
si penerimanya.
2.2.4 Website
Website merupakan sebuah kumpulan halaman-halaman web beserta file-
filependukungnya,sepertifilegambar,video,danfiledigitallainnyayangdisimpanpadas
ebuahwebserveryangumumnyadapatdiaksesmelaluiinternet.Ataudengankata lain,
website adalah sekumpulan folder dan file yang mengandung
banyakperintahdanfungsitertentu,sepertifungsitampilan,fungsimenanganipenyimp
anan data, dsb. Website bisa digolongkan ke dalam beberapa jenis, sepertiwebsite
pribadi, website komersial, website pemerintahan, dan website
lembaganirlaba[13].
2.2.5 FrameworkCodeigniter
Framework codeigniter atau juga sering disebut dengan CI adalah
suatuframeworkMVCPHPyangsangatpopulardi
duniawebprogrammer.FrameworkCodeIgniterdiciptakanolehEllisLabIncorporatio
n,dimanaRickEllisyangmenjadipendiridanCEOEllisLab,perusahaanEllisLabialahp
erusahaansoftwaredevelopment yang menggunakan bahasa scripting PHP sebagai
basisnya. EllisLabberada di Bend, Oregon negara bagian Deschutes, Amerika
Serikat.
Codeigniterpertamakalidirilis28Febuari2006danyangpertamakalikeluardenganvers
ibeta
1.0versicodeignitersampaisaaat inisudahsampai3.4[14].
2.2.6 Bootstrap
Bootstrapmerupakan framework untuk membangun desain web
secararesponsif. Artinya, tampilan web yang dibuat oleh bootstrap akan
menyesuaikanukuranlayerdanbrowseryangkitagunakanbaikdidesktop,tabletataupu
nmobiledevice. Dengan bootstrap kita juga bisa membangun web dinamis ataupun
statis[15].
2.2.7 MySQL
MySQL adalah Sebuah program database server yang mampu
menerimadan mengirimkan datanya sangat cepat, multi user serta menggunakan
perintahdasar SQL (Structured Query Language). MySQL merupakan dua bentuk
lisensi,yaitu Free Software dan Shareware. MySQL yang biasa kitagunakan
adalahMySQL Free Software yang berada dibawah Lisensi GNU/GPL (General
PublicLicense).
 MySQL Merupakan sebuah database server yang free, artinya kita
bebasmenggunakandatabaseiniuntukkeperluanpribadiatauusahatanpaharusmembel
iatau membayar lisensinya. MySQL pertama kali dirintis oleh seorang
programmerdatabasebernamaMichaelWidenius.Selaindatabaseserver,MySQLjug
amerupakanprogramyangdapatmengaksessuatudatabaseMySQLyangberposisiseb
agai Server, yang berarti program kita berposisi sebagai Client. Jadi
MySQLadalahsebuahdatabaseyangdapatdigunakan sebagaiClient maupun server.
DatabaseMySQLmerupakansuatuperangkatlunakdatabaseyangberbentukd
atabaserelasionalataudisebutRelationalDatabaseManagementSystem(RDBMS)ya
ngmenggunakansuatubahasapermintaanyangbernamaSQL(Structured
QueryLanguage )[16].
2.2.8 EntityRelationshipDiagram
ERD(EntityRelationDiagram)merupakansebuahdiagramyangdigunakan
untuk merancang hubungan antar tabel-tabel dalam basis data. ERD(Entity
Relation Diagram) berguna untuk menggambarkan gambaran dari
dunianyatayangakanditerapkanpadasuatudatabasesebuahsistem.ERDmelihatobjek
nyata dapat sebagai sebuah entitas-entitas yang memiliki relasi antara entitas
yangsatuataupunyanglain.DenganERDsendiridapatmembantumengurangikesalaha
n-kesalahandalammelakukanperancangandatabasedarigambarandunianyata dan
struktur database seperti redudansi data, hubungan-hubungan antaraentitas, dan
lain sebagainya [17]. Pada ERD terdapat beberapa simbol dengan carapenulisandi
antaranyasebagai berikut:
Tabel2.1 SimbolERD.
Simbol Nama Keterangan
Merupakan data inti yang akan disimpan;
Entitas/ bakaltabel pada basisdata; biasanyamengacu
Entitiy padabendayangterlibatdalamaplikasiyangakan
dibuat.
Fieldataukolomdatayangbutuhdisimpandalam
Atribut
satuentitas.
 Fieldataukolomdatayangbutuhdisimpandalam
Atribut
suatuentitassebagaikunciaksesrecordyangdiingink
kuncipri
an.
mer
Penghubung antar entitas; biasanya
Relasi
diawalidengankata kerja.

Penghubung antara relasi dan entitas di mana

Asosiasi/
dikeduaujungnyamemilikimultiplicitykemungkin
Association
anjumlah pemakaian.

2.2.9 UML
UnifiedModellingLanguage(UML)adalahsebuah"bahasa"ygtelahmenjadist
andardalamindustriuntukvisualisasi,merancangdanmendokumentasikansistempira
ntilunak.UMLmenawarkansebuahstandaruntukmerancang model sebuah sistem.
Dengan menggunakan UML kita dapat membuatmodel untuk semua jenis aplikasi
piranti lunak, dimana aplikasi tersebut dapatberjalan pada piranti keras, sistem
operasi dan jaringan apapun, serta ditulis dalambahasa pemrograman apapun.
Tetapi karena UML juga menggunakan Class danoperation dalam konsep
dasarnya, maka ia lebih cocok untuk penulisan pirantilunak dalam bahasabahasa
berorientasi objek seperti C++, Java, C# atau
VB.NET.Walaupundemikian,UMLtetapdapatdigunakanuntukmodelingaplikasipro
seduraldalam VB atau C.
Sepertibahasa-
bahasalainnya,UMLmendefinisikannotasidansyntax/semantik.NotasiUMLmerupa
kansekumpulanbentukkhususuntukmenggambarkan berbagai diagram piranti
lunak. Setiap bentuk memiliki maknatertentu,dan
UMLsyntaxmendefinisikanbagaimanabentuk-
bentuktersebutdapatdikombinasikan[18].
2.2.9.1 UseCaseDiagram
Use case diagram menggambarkan fungsionalitas yang diharapkan
darisebuah sistem. Yang ditekankan adalah “apa” yang diperbuat sistem, dan
bukan“bagaimana”.Sebuahusecasemerepresentasikansebuahinteraksiantaraaktor
dengan sistem. Use case merupakan sebuah pekerjaan tertentu, misalnya login
kesistem, meng-create sebuah daftar belanja, dan sebagainya. Seorang/sebuah
aktoradalah sebuah entitas manusia atau mesin yang berinteraksi dengan sistem
untukmelakukanpekerjaan-pekerjaan tertentu[18].
Tabel2.2Simbol use casediagram.
Simbol Nama Keterangan
Use Case mendeskripsikan urutan
UseCase dariaksiyangmemberikannilaiyangteruk
urdariaktordandigambarkansebagai
lingkaranlonjong.
Actormerupakanorang,organisasi,ataup
unsistemeksternalyangmelakukanrolepa
Actor dasatuataulebihinteraksi dalam sistem.
Aktor digambardalambentuk orang-
orangan.
Asosiasi merupakan penghubung
antaraaktordanusecaseyangterlihat
padadiagramusecasedenganbentuk
sebagaigarissolid. Asosiasiterbentuk
jikaaktor ikutsertadenganinteraksi
Association/ yang digambarkan lewat use case.
Asosiasi Asosiasidimodelkansebagaigarisyang
menghubungkan use casedanaktor antar
satudenganlainnya,dengankepalapanah
padaujungsisinyayangopsionaluntuk
diberikan.Kepalapanahtersebutsering
digunakanuntukmenentukanarahdari
pelaku yangmemicupadahubunganatau
menentukanaktorutama dalam usecase.
 Generalization Generalizationmenunjukkanspesialisasia
ctoruntukdapatberpartisipasidengan
usecase.
Include Includemenjunjukkanbahwasuatuusecas
<<include>>
e seluruhnya merupakan
fungsionalitasdariusecaselainnya.

<<extend>>
Extend Extendmenunjukkanbahwasuatuusecase
merupakantambahanfungsionaldariuseca
selainnyajikasuatukondisi
terpenuhi.

2.2.9.2 ClassDiagram
Class adalah sebuah spesifikasi yang jika diinstansiasi akan
menghasilkansebuahobjekdanmerupakanintidaripengembangandandesainberorient
asiobjek.Classmenggambarkankeadaan(atribut/properti)suatusistem,sekaligusmen
awarkanlayananuntukmemanipulasikeadaantersebut(metoda/fungsi).Classdiagram
menggambarkan struktur dan deskripsi Class, package dan objek besertahubungan
satu sama lain seperti containment, pewarisan, asosiasi, dan lain-lain.Class
memiliki tiga area pokok yaitu Nama (dan stereotype), Atribut, dan Metoda[18].
Tabel2.3Simbol Classdiagram.
Simbol Nama Deskripsi

Kelaspadastruktursistem.
Class

Relasiantarkelasdenganmaknaumum,asosiasi
Asosiasi /
biasanyajugadisertaidenganmultiplicity.
Associatio
n
Asosiasiberarah Relasi antar kelas dengan makna kelas
/ yangsatu digunakan oleh kelas yang lain,
Directedassocia asosiasibiasanyajugadisertaidenganmultiplici
tion ty.
 Relasiantarkelasdenganmaknageneralisasi-
Generalisasi
spesialisasi(umumkhusus)
Kebergantungan Relasi antar kelas dengan makna
/dependency kebergantunganantarkelas.

Agregasi/ Relasiantarkelasdenganmaknasemua-
Aggregation bagian(whole-part)

2.2.9.3 ActivityDiagram
Activitydiagrammenggambarkanberbagaialiraktivitasdalamsistemyangseda
ng dirancang, bagaimana masing-masing alir berawal, decision yang
mungkinterjadi,danbagaimanamerekaberakhir.Activitydiagramjugadapatmenggam
barkanprosesparalelyangmungkinterjadi padabeberapaeksekusi.
Activity diagram merupakan state diagram khusus, di mana sebagian
besarstate adalah action dan sebagian besar transisi di-trigger oleh selesainya
statesebelumnya(internalprocessing).OlehkarenaituActivitydiagramtidakmenggam
barkan behaviour internal sebuah sistem (dan interaksi antar subsistem)secara
eksak, tetapi lebih menggambarkan proses-proses dan jalur-jalur aktivitasdarilevel
atas secaraumum.
Sebuahaktivitasdapatdirealisasikanolehsatuusecaseataulebih.Aktivitasmen
ggambarkanprosesyangberjalan,sementarausecasemenggambarkanbagaimana
aktor menggunakan sistem untukmelakukan aktivitas[18].
Tabel2.4Simbol Activitydiagram.
Simbol Deskripsi
Statusawal Statusawalaktivitassistem,sebuahdiagramakti
vitasmemiliki sebuah statusawal.

Aktivitas Aktivitasyangdilakukansistem,aktivitasbiasan
ya diawalidengankatakerja.

Percabangan/Decision Asosiasipercabangandimanajikaadapilihanakt
ivitaslebih dari satu.
 Penggabungan/Join Asosiasipenggabungandimanalebihdarisatuak
tivitas digabungkan menjadisatu.

Fork Menunjukanadanyapenggabunganaktivitas

StatusAkhir Statusakhiryangdilakukansistem,sebuahdiagr
amaktivitasharus memilikistatusakhir.

Swimlane Memisahkanorganisasibisnisyangbertanggun
gjawabterhadapaktivitasyangterjadi.

Atau

2.2.9.4 SequenceDiagram
Sequence diagram menggambarkan interaksi antar objek di dalam dan
disekitar sistem (termasuk pengguna, display, dan sebagainya) berupa message
yangdigambarkanterhadapwaktu.Sequencediagramterdiriatardimensivertikal(wakt
u)dan dimensi horizontal (objek-objek yang terkait).
Sequence diagram biasa digunakan untuk menggambarkan skenario
ataurangkaianlangkah-
langkahyangdilakukansebagairesponsdarisebuaheventuntukmenghasilkanoutputter
tentu.Diawalidariapayangmen-triggeraktivitastersebut,proses dan perubahan apa
saja yang terjadi secara internal dan output apa yangdihasilkan [18].
Tabel2.5Simbol Sequencediagram.
Simbol Deskripsi
Aktor Orang, proses, atau sistem lain yang berinteraksi
dengansistem informasi yang akan dibuat di luar sistem
yangakan dibuat itu sendiri, jadi walaupun simbol dari
aktoradalahgambarorang,tapibelumtentumerupakanoran
g,biasanyadinyatakanmenggunakankatabendadibawa
frasenamaaktor.
 lifeline Menyatakankehidupansuatuobjek.

Objek Menyatakanobjekyangberinteraksipesan.

Waktu aktif Menyatakan objek dalam keadaan aktif dan

berinteraksi,semua yang terhubung dengan waktu aktif
ini adalahsebuahtahapanyangdilakukandi dalamnya

2.2.10 RelationalUnifiedProcess
RelationalUnifiedProcess(RUP)adalahpendekatanperangkatlunakyangdila
kukan berulang-ulang (iterative), fokus pada arsitektur (architecture-centric),lebih
diarahkan berdasarkan penggunaan kasus (use case driven). RUP
merupakanprosesrekayasaperangkatlunakdenganpendefinisianyanglebihbaik(well
defined)danpenstrukturanyangbaik(wellstructured).RUPmenyediakanpendefinisia
n yang baik untuk alur hidup proyek perangkat lunak. RUP
adalahsebuahprodukprosesperangkatlunak
yangdikembangkanolehRationalSoftwareyangdiakuisisiolehIBMdibulanFebuaari2
003.Prosespengulangan/iteratifpadaRUPsecara global dapatdlihatpadaGambar 2.3:

Gambar2.3ProsesiterativeRUP.
RUP memiliki 4 tahap atau fase yang dapat dilakukan pula secara iteratif.
Berikutadalahpenjelasan untuksetiap faseRUP:
1. Inception (permulaan) tahap ini lebih pada memodelkan proses bisnis
yangdibutuhkan (business modeling) dan mendefinisikan kebutuhan akan
sistemyangakan dibuat (requirements).
2. Elaboration (perluasaan atau perencanaan) tahap ini lebih difokuskan
padaperencanaanarsitektursistem.Tahapinijugadapatmendeteksiapakaharsitekt
ur sistem yang diinginkan dapat dibuat atau tidak. Mendeteksi resikoyang
mungkin terjadi dari arsitektur yang dibuat. Tahap ini lebih pada
analisisdandesainsistemsertaimplementasisistemyangfokuspadapurwarupasiste
m(prototype).
3. Contruction (kontruksi) tahap ini fokus pada pengembangan komponen
danfitur-fitur sistem. Tahapan ini lebih pada implementasi dan pengujian
sistemyang fokus pada implementasi perangkat lunak pada kode program.
Tahap
inimenghasilkanprodukperangkatlunakdimanamenjadisyaratdariInitialOperati
onalCapabilityMilestoneataubatasatautonggakkemampuanoperasionalawal.
4. Transition (transisi) tahap ini lebih pada deployment atau instalasi sistem
agardapat dimengerti oleh user. Tahap ini menghasilkan produk perangkat
lunakdimana menjadi syarat dari Initial Operational Capability Milestone atau
batasatau tonggak kemampuan operasional awal. Aktifitas pada tahap ini
termasukpadapelatihanuser,pemeliharaandanpengujiansistemapakahsudahme
menuhiharapanuser [5].
2.2.11 PenyakitBell’spalsy
Bell’spalsyadalahsuatugangguansaraffasialisperiferakut,yangbiasanyamen
genai hanya satu sisi wajah. Gambaran klinis bervariasi, tergantung lokasi lesidari
saraf fasialis sepanjang perjalanannya menuju otot. Gejala dan tanda
yangdihasilkantidakhanyapadaserabutmotoriktermasukkeototstapedius,tetapijugap
ada inervasi otonom kelenjar lakrimal, submandibular, sensasi sebagian
telingadanpengecapan padaduapertigalidah melalui kordatimpani[1].
 Pasien Bell’s palsy biasanya datang dengan paralisis wajah unilateral
yangterjadi secara tiba-tiba. Temuan klinis yang sering termasuk alis mata turun,
dahitidak berkerut, tidak mampu menutup mata, dan bila diusahakan tampak bola
mataberputarkeatas(Bell'sphenomen),sudutnasolabialtidaktampakdanmuluttertarik
ke sisi yang sehat. Gejala lainnya adalah berkurangnya air mata, hiperakusis
danberkurangnya sensasi pengecapan padaduapertigadepan[1].
Bell'sPalsy(BP)menurutdefinisisifatnyaidiopatik.Semakinbanyakbuktidala
m literatur menunjukkan banyak hal kondisi dan patologi klinis potensial
yangdiketahui bermanifestasi, setidaknya sebagian, dengan periode wajah
mengalamikelumpuhan [19]. Bell’s palsy juga merupakan kelumpuhan pada saraf
ketujuh,juga dikenal sebagai saraf wajah merupakan salah satu saraf kranial kedua
belas(dua belas pasang saraf yang berasal dari otak, tidak seperti saraf tulang
belakangyang berasal dari sumsum tulang belakang, yang dikenal dengan nama
dan nomormereka)[20].
 BAB
IIIMETODEPENELITI
AN
3.1 DiagramAlirPembuatanSistem
Pembutan sistem dengan menggunakan metode RUP dilakukan
denganpendekatan iterative (berulang-ulang), dimana dapat melakukan
perulangan
padainstruksidanberhentijikabatassyaratsudahterpenuhi,dimanapadasetiaptahapan
dilakukan pengujian sistem sehingga mengakibatkan rendahnya kesalahan
dantingginyakeberhasilan.Dalampengembangansistemmenggunakanbeberapataha
panyangmengikutimetodeRUPsepertiyangterlihatpadaGambar3.1berikut.

Mulai

Pengumpulandata(observasidanwawancara)

Studiliteratur

PengembangansistemdenganmetodeRUPTahap inception

Tahapelaboration

Tahaptransition
Tahapconstruction

Pembuatanlaporan

Selesai
Gambar 3.1Tahapanpengembangansistem[21].

Berikut merupakan penjelasan mengenai tahapan pengembangan

sistemberdasarkanpadaGambar 3.1.
3.2 Pengumpulandata
Pengumpulandatapadatugasakhirinidilakukandenganduacarayaituobservasi
dan wawancara.
3.2.1 Observasi
Pada proses observasi yang dilakukan, penulis mengamati secara
langsungbagaimanaprosespengelolaandatapasienpenyakitBell’spalsy,prosesmelak
ukanpenjadwalan penyakit Bell’s palsy dan evaluasi pasien penyakit Bell’s palsy.
Hasilyang didapat dari observasi yang dilakukan yaitu sebuah form konsultasi
awaldengananalisis status dari fisioterapis.
3.2.2 Wawancara
PadawawancarayangdilakukanpenulisdiKlinikGriyaFisioterapisdenganBap
akR.ArifTriantoC,S.ST.FT.,S.Th.I.,NMTCP-SMselakufisioterpis,dijelaskan
mengenai proses penjadwalan fisioterapi penyakit Bell’s palsy
yanghanyadilakukanmenggunakanmediasosialyaituWhatsapp.Prosesyangdilakuka
n dalam penjadwalan fisioterapi masih menggunakan aplikasi
Whatsappdengantampunganlimapasiensetiapharinya.PenangananpasienBell’spalsy
tidakdapatdilakukandenganmenggunakansistem,diharuskanuntukmelakukankonsu
ltasi awal dengan pakar fisioterapis secara langsung, dengan mengetahuigejala
yang di alami pasien Bell’s palsy maka fisioterpis dapat menentukan statusawal
dari penderita Bell’s palsy berdasarkan tingkat penyakit rendah, sedang, atauberat
yangdideritapasien,sertadilakukanfisioterapisebanyak6kalidiawalscaraberturut-
turut untuk pasien awal penyakit Bell’s palsy. Hal itu dilakukan
sesuaianjuranfisioterpidenganprosedurfisioterapisuntukmenghindaridampakpenya
kitBell’s palsy yaitu cacat seumur hidup. Berdasarkan permasalahan diatas
dapatdilakukanpembangunansisteminformasisebagaisaranamembantudalammelak
ukankonsultasi penjadwalanfisioterapi penyakitBell’s palsy.
3.3 Studiliteratur
Padapenelitianini,penulismelakukanstudiliteraturdengancaramengumpulka
n data dari berbagai penelitian, jurnal maupun sumber lain
yangberkaitandenganpenelitianini.Dilakukanyastudiliteraturbertujuanuntukmelihat
kekurangan serta kelebihan yang ada pada skripsi, jurnal maupun sumber
lainnyayang nantinya digunakan sebagai acuan untuk mengembangkan sistem
yang akandibangun.
3.4 PengembangansistemdenganmetodeRUP
Pada pengembangan sistem dengan metode RUP terdapat 4 tahapan
yaitutahapinception, elaboration, construction,dan transition.
3.4.1 TahapInception
Padatahapiniyangdilakukanadalahmembuatbusinessmodeling,requirement
kebutuhan,analisisdandesain,sertatestinception.Berikutinimerupakanpenjelasan
dari masing-masingprosespadatahapinception.
3.4.1.1 BusinessModelling
Bisnismodelcanvasyangdigunakanpadatahapawaluntukmemulaiperancang
ansistemseperti padaGambar3.2.

Gambar 3.2 Business modelling canvas rancang bangun sistem informasi dan
konsultasipenjadwalanfisioterapipenyakitbell’spalsy(studi
kasusklinikgriyafisioterapis).

1. CustomerSegments
CustomerSegmentsdalampenelitianyangakandilakukanadalahmempermudahFisi
oterpis Bell’s palsy dalam melakukan penjadwalan dan pencatatan
rekammedik,dimanapasienBell’spalsydimudahkanmemperolehjadwalkonsultasi
.
2. ValueProposition
Value Proposition dalam penelitian yang akan dilakukan merupakan
sebuahwebsite untuk Klinik Griya Fisioterapi dengan sistem informasi dan
konsultasipenjadwalanpenyakit Bell’s palsy.
3. Channels
Channels dalam penelitian yang akan dilakukan merupakan sebuah sistem
yangtelah di hosting sesuai dengan fungsi yang telah ditentukan, seperti
melakukaninputdatapasien, jadwalfisioterapi, danproses
menambahdatarekammedik.
4. CustomerRelationship
CustomerRelationshipmerupakancustomerserviceyangakanmembantupengguna
jikamengalamikesulitanataupunmemilikipertanyaandenganmengirimemailkecu
stomer service.
5. RevenueStreams
RevenuestreamsdalampenelitianuntukmempermudahFisioterapisdalammengelo
lakonsultasidanpenjadwalansertarekammedikpasien.Digunakannyasistem
informasi konsultasi penjadwal Bell’s palsy studi kasus di Klinik
GriyaFisioterapis,makaakanmempermudahdalammelakukankonsultasidanpenja
dwalansesuai dengan proseduryangberlaku.
6. KeyResource
Key Resource dalam penelitian merupakan web developer untuk
membangunsistemdanserveruntukmenyimpandatapenggunaataupunsegalaaktivi
tasyangdilakukandalam sistem.
7. KeyActivities
Key Activitiesyang akan
dilakukanyaitumempermudahFisioterapisuntukmelakukan konsultasi
penjadwalan dan pencatatan rekam medik pasien Bell’spalsy.
8. KeyPartners
Key Partners dalam penelitian yang akan dilakukan meliputi Fisioterapis
diKlinikGriyaFisioterapi,admin,danpasienpenyakitBell’spalsysesuaikebutuhan
websiteyangakan dibangun.
9. CostStructure
CostStructuredalampenelitianketikadimplementasikanolehpihakklinikakanyang
dilakukan adalah biaya hosting website yang akan dibangun agar
dapatbekerjasesuaidenganyangdibutuhkan.Berikutinimerupakanrinciandaribiay
ahostingwebsite seperti padaTabel 3.1.
Tabel3.1Cost Structure
No Nama Biaya
1. Server Rp.350.000,00/tahun
2. Domain Rp.125.000,00/tahun
3.4.1.2 Requirement
Kebutuhansistemdibedakanmenjadikebutuhanfungsionaldannonfungsional.
Kebutuhanfungsionaltediridarikebutuhanperangkatkeras(hardware)danperangkat
lunak (software).
a. Kebutuhanfungsionalsistem
KebutuhanFungsionaladalahkebutuhanyangberisiproses-prosesapasaja/layanan
apa saja yang nantinya harus disediakan oleh sistem, mencakupbagaimana
sistem harus bereaksi pada input tertentu dan bagaimana
perilakusistempadasituasitertentu.Padapemaparankebutuhanfungsionalsistemte
rdapat 13 aksi yang akan dilakukan oleh 3 aktor yaitu Admin,
Fisioterapis,danPasien.Masing-
masingaktormemilikihakaksesyangberbedasepertiyangterlihatpadaTabel 3.2
berikut.
Tabel3.2Kebutuhan fungsionalsistem.
No KebutuhanFungsional Aktor
1 Menambahdatapasien Admin
2 Mengubahdatapasien
3 Menghapus datapasien
4 Mencetakrekammedik
5 Melihatgrafikpasien
6 Menambahjadwalfisioterapi
7 Mengubahjadwalfisioterapi
8 Menghapusjadwal fisioterapi
 9 Melihatjadwalfisioterapi
10 Melihatgrafikpasien Fisioterapis
11 Melihatrekammedik
12 Melihatjadwalfisioterapi
13 Menambahrekammedik
14 Melihatjadwal Pasien
b. Kebutuhannon-fungsionalsistem
Kebutuhan non-fungsional merupakan kebutuhan yang menitikberatkan
padaproperti prilaku yang dimiliki oleh sistem. Kebutuhan non-fungsional
jugasering disebut sebagai batasan layanan atau fungsi yang ditawarkan
sistemsepertibatasanwaktu,batasanpengembanganproses,standarisasidanlainlai
n.Kebutuhan non-fungsional sistem terdiri dari 2 kebutuhan yaitu seperti
yangterdapatpadaTabel 3.3 berikut.
Tabel3.3Kebutuhannon-fungsional sistem.
No KebutuhanNon-Fungsional
1 Tampilandisesuaikandenganfungsi yangsudahdibuat.
2 SistemdapatdijalankandisemuawebbrowsersepertiGoogleChrome,
MozilaFirefox,UCBrowserdanlainsebagainya.
1) Kebutuhanperangkatkeras(Hardware)
Kebutuhanakanperangkatkeras(hardware)untukmengimplementasikansiste
myaitu sepertiyangterdapat padaTabel3.4 berikut.
Tabel3.4Kebutuhan perangkat keras.
No Keterangan Spesifikasi Fungsi
IntelCore Untukmemprosesdatayangditerimadari
1 Processor
i7 inputsehinggamenghasilkanoutput
Sebagaipendukungbagiprocessordalam
2 Ram 4GB
computing
Sebagaimedia penyimpanan data dan
3 Harddisk 1TB programpadakomputeryangbersifatpermanen
selama tidakrusak
Led 14
4 Monitor Untukmelihattampilanprogram
Inchi
2) Kebutuhanperangkatlunak(Software)
Kebutuhanakanperangkatlunak(software)padapengembangandanpengimpl
ementasiansistemyaitusepertiyang terdapatpadaTabel3.5berikut.
Tabel3.5Kebutuhan perangkat lunak.
No Keterangan Spesifikasi Fungsi
Perangkat lunak sistem yang
mengatursumber daya dari perangkat
1 Sistemoperasi Windows 10
keras
danperangkatlunak,sertasebagaijurik
(daemon)untukprogramkomputer.
Sebagaiserveryangberdirisendiri(local
host), yang terdiri dari
beberapaprogramdiantaranyaApacheH
2 Xampp Version 3.2.1
TTPServer,MySQLdatabase,danpenerj
emahbahasayangditulisdengan
bahasapemrogramanPHPdan Perl.
Texteditoryangakandigunakanuntukme
Visual
3 Version 1.43 mbuatcodeprogramdariaplikasi
StudioCode
yangakan dibuat
Google Sebagaibrowseruntukmenjalankansiste
4 70.0.3538.110
Chrom m
e
3.4.1.3 AnalysisandDesigninception
Analisis aplikasipadatahap inceptiondijelaskandengan
menggunakanusecasediagramseperti padaGambar3.3berikut.

Mengubah datapasien
Menambahdata
pasien
Menghapusdata
pasien
Melihatgrafik <<extend>>
<<extend>>

pasien <<extend>>
<<extend>>
Mengelola
pasien

Admin Mengelolajadwal

<<extend>> <<include>>
Menambahjadwal
<<extend>> <<extend>><<extend>>
<<include>>

Mengubah Menghapus
Melihatjadwal jadwal jadwal
Login

<<include>>
Pasien
<<extend>>
Mengelola rekammedik

<<extend>>
<<extend>>
<<extend>>
Logout
Melihatrekam
Mencetakrekam medik
medik
Menambah
rekammedik
Fisioterapis

Gambar3.3Usecase diagramsistem.
Gambar3.3merupakanusecasediagramsistemsetelahdilakukanperubahan.
Berdasarkan Gambar 3.3 diketahui bahwa pada sistem ini terdapat 3aktoryang
berperan sebagaiAdmin, Fisioterapisdan Pasien, dimanamasing-masing aktor
memiliki akses yang berbeda-beda. Admin memiliki 9 akses
yaitumenambahpasien,mengubahpasien,menghapuspasien,menambahjadwal,meng
ubahjadwal,menghapusjadwal,mencetakrekammedik,melihatjadwal,danmelihat
grafik pasien. Kemudian untuk Fisioterapis memiliki akses 3 akses
yaitu,melihatgrafikpasien,melihatrekammedik,danmenambahrekammedik.Sedang
kanuntukPasienmemiliki1aksesyaitudapatmelihatjadwal.Semuaaksesyangdiberika
n dapat dilakukan dengan melakukanloginkesistem.
3.4.1.4 TestInception
Pada tahap ini, pengujian bertujuan untuk memvalidasi kebutuhan
sistemdan use case yang telah dirancang. Pengujian melibatkan pakar fisioterapis
KlinikGriya Fisioterapis dimana pengujian dilakukan dengan mencocokkan use
caseberdasarkan kebutuhan fungsional sistem. Proses validasi dimulai dengan
penelitimemberikantabelisianyangkemudiandiisidaripengujipadaklinik.Hasilvalida
sidapatdilihat padaTabel3.6 berikut.
Tabel3.6Validasi kesesuaianusecase dengankebutuhansistem.
UseCase
No Kebutuhanfungsionalsistem
Admin Fisioterapis Pasien
Mengelola pasien (menambah,
1 
mengubah,danmenghapus)
Mengelola jadwal (menambah,
2 
mengubah,danmenghapus)

3 Mencetakrekammedik 

4 Melihatgrafikpasien  

5 Melihatrekammedik 

6 Menambahrekammedik 

7 Melihatjadwal   

Berdasarkan validasi yang dilakukan diperoleh hasil bahwa kebutuhan

danusecasesistemyangdirancangtelahsesuaidenganyangdiinginkanolehpengguna.
Makaprosesdapatdilanjutkanmenujutahapselanjutnyayaitutahapelaboration.
3.4.2 TahapElaboration
Tahapelaborationmerupakankelanjutandaritahapinceptiondimanapadataha
pananalysisanddesignakandilengkapidenganmenambahkanactivitydiagram,seque
ncediagram,classdiagramdandesaindatabase.Dilanjutkandengan tahap
implementation yaitu prototype yang berupa digital prototype
daridesaininterfacesistem.
3.4.2.1 RequirementsElaboration
Terdapat penambahan kebutuhan fungsional sistem dari sebelumnya
yaitumenumelihatgrafikpasiendanmencetakrekammedik.Halitudilakukanolehuser
adminsebagai penunjang kebutuhan klinik.
3.4.2.2 Analysisand Design
Analisisdandesainpadatahapelaborationyaituperancanganactivitydiagram,s
equencediagram, class diagram dan desaindatabase.
1. ActivityDiagram
Berikut ini adalah Activity Diagram dari Rancang Bangun Sistem Informasi
danKonsultasi PenjadwalanFisioterapi Penyakit Bell’s Palsy (Studi Kasus
KlinikGriya Fisoterapis):
a) ProsesLogin
Login

User Sistem

memasukkanusername danpasssword
menampilkanformlogin
Validasi form(Semua terisi)

[tidak]

[iya]
mengecek username danpassword
(sesuaidatabase)

[tidak]

[iya]

menampilkanhalamanutama

Gambar 3.4Proseslogin.
Pada Gambar 3.4 merupakan proses login yang dilakukan oleh
user.Userdapatmelakukanaktivitasloginuntukmasukkesistemdenganmemasukk
anusernamedanpasswordyangtelahterdaftarpadasistem,kemudiansistemakanm
elakukanvalidasipengisisansemuaform.Jikamasukanuserbenaratausesuaidenga
ndatabase,makauserakandiarahkankehalaman utama (sesui dengan level) dan
jika salah akan diarahkan melakukanpengisianulangkembali.
b) ProsesMenambahDataPasien
ProsesMenambahDataPasien

Admin Sistem

menekantombolmenampilkanformtambahdatapasientambahdatapasien
mengisidatapasien
validasiform
(semuaterisi)

[tidak]

[iya]

Menyimpandatabarupasienkedatabase
Phase

menampilkandatapasien

Gambar3.5Prosesmenambahdatapasien.
PadaGambar3.5merupakanprosesmenambahdatapasienyangdilakukan
oleh admin. Admin harus mengisi form data pasien yang
kemudianakandivalidasi dan disimpan kedalamdatabase.
c) ProsesMengubahDataPasien
ProsesMengubahDataPasien

Admin Sistem

mengisi databarupasienmenampilkan formubahdatapasien

Validasi form(semuaterisi)

[tidak]

[iya]

menyimpan perubahandatakedatabase

menampilkandatapasien
Phase

Gambar 3.6Prosesmengubahdatapasien.
PadaGambar3.6merupakanprosesmengubahdatapasienyangdilakukan
oleh admin. Admin harus mengisi form data pasien yang
kemudianakandivalidasi dan disimpan kedalamdatabas
d) ProsesMenghapusDataPasien
ProsesMenghapusDataPasien
AdminSistem

menekantombolhapusdatapasien menampilkandatapasien
mengirimnotifikasihapus

menerima popupnotifikasihapusdatapasien

[tidak] menghapus datapasien daridatabase

[iya]

menampilkanhalamandatapasien
Phase

Gambar 3.7Prosesmenghapusdatapasien.
PadaGambar3.7merupakanprosesmenghapusdatapasienyangdilakukan
oleh admin. Admin dapat menghapus data pasien dengan
menekantombolhapusdatapasien,kemudianakandiresponolehsistemuntukmeng
hapusdata pasien sesuai dengandatabase.
e) ProsesMenambahJadwalFisioterapi
ProsesMenambahJadwalFisioterapi
Admin Sistem

menampilkan formtambah jadwalfisioterapi

menekantomboltambahjadwalfisioterapi

mengisidata jadwalbarufisioterapi

validasiform(semuaterisi)

[tidak]

[iya]

Menyimpan datajadwalfisioterapikedatabase

menampilkanjadwalfisioterapi
Phase

Gambar 3.8Prosesmenambahjadwalfisioterapi.
Pada Gambar 3.8 merupakan proses menambah jadwal fisioterapi
yangdilakukan oleh admin. Admin harus mengisi form data pasien yang
kemudianakandivalidasi dan disimpan kedalamdatabase.
f) ProsesMengubahJadwalFisioterapi
ProsesMengubahJadwalFisioterapi
AdminSistem

menampilkanform ubah jadwalfisioterapi

mengisi jadwalfisioterapibaru

Validasi form(semuaterisi)

[tidak]

[iya]

menyimpan perubahanjadwal fisioterapi kedatabase

menampilkan datajadwalfisioterpi
Phase

Gambar3.9Prosesmengubahjadwalfisioterapi.
Pada Gambar 3.9 merupakan proses mengubah jadwal fisioterapi
yangdilakukan oleh admin. Admin harus mengisi form jadwal fisioterapi yang
barukemudianakan divalidasidan disimpan kedalamdatabase.
g) ProsesMenghapusJadwalFisioterapi
ProsesMenghapusJadwalFisioterapi

Admin Sistem

menekan tombolhapus jadwalfisioterapi

menampilkan datajadwalfisioterapi
mengirimnotifikasihapus
menerima popupnotifikasi hapus jadwalfisioterapi

[tidak] menghapus datajadwal fisioterapi daridatabase

[iya]menampilkanhalaman jadwalfisiterapi
Phase

Gambar3.10Proses menghapusjadwal fisioterapi.

Pada Gambar 3.10merupakanprosesmenghapusdata
pasienyangdilakukan oleh admin. Admin dapat menghapus data pasien dengan
menekantombolhapusdatapasien,kemudianakandiresponolehsistemuntukmeng
hapusdata pasien sesuai dengan database.
h) ProsesMenambahRekamMedik
ProsesMenambah RekamMedik
FisoterapisSistem

menampilkan formtambahrekammedik
menekan tomboltambahrekammedik

mengisi data rekammedik

validasi form(semuaterisi)

[tidak]

[iya]

Menyimpan data rekammedik kedatabase

menampilkan datarekammedik
Phase

Gambar3.11Prosesmenambahrekammedik.
Pada Gambar 3.11 merupakan proses menambah rekam medik
yangyang dilakukan oleh fisioterapis. Fisioterapis harus mengisi form data
rekammedikyangkemudianakan divalidasi dandisimpan kedalamdatabase.
i) ProsesMencetakRekamMedik
ProsesMencetakRekam Medik
AdminSistem

menekantombolcetakrekammedik
menampilkan datarekammedik

mengirim notifikasicetak rekammedik

menerima popupnotifikasi cetakrekam medik

[tidak]
[iya]menyetak datarekammedik
Phase

Gambar3.12Prosesmencetakrakammedik.
PadaGambar3.12merupakanprosesmencetakrekammedikyangyangdila
kukanolehadmin.Admindaparmelakukancetakdatarekammedikdenganmenekan
tombolcetak,makadatarekam medikakanlangsungtercetak.
2. ClassDiagram
KeterhubunganantarkelasyangterdapatpadasistemdapatdilihatpadaGambar
3.13 berikut ini:
Ci_Controler Ci_View Ci_Model

V_DashboardV_LoginV_HalamanPasienV_HalamanRMV_HalamanJadwal

M_Login
Welcome

+add_user()
+construct()
+index()

M_Pasien
C_Login
+get_pasien()
+update_pasien()
+_construct() +delete_pasien()
+admin()
+_login()
+registrasi()
+logout()

M_Jadwal
C_Pasien
+get_jadwal()
+construct() +update_jadwal()
+index()
+tambah_pasien()
+ubah_pasien()
+hapus_pasien()

M_RekamMedik
+get_rekam()
+update_rekam()
C_Jadwal +print_rekam()

+construct() M_Grafik
+index()
+tambah_jadwal()
+ubah_jadwal() +get_bulan($tgl,$usia)
+hapus_jadwal()

Fisioterapis M_Dashboard

+construct() +get_pasien()
+index() +get_bulan()
+tambah_rekamMedik()

M_Profil
C_RekamMedik
+get_pasien()
+get_bulan()
+index()
+tambah_rekam()
+cetak_rekam()

C_Grafik

+grafik_bulanan()

C_Dashboard

+construct()
+index()

C_Profil

+construct()
+pasien()
+edit_profile()
+ubah_profile()

Gambar3.13Classdiagram.
 BerdasarkanGambar3.13dapatdilihatbahwasistemdibangunmenggunakan
metode analisa beroriantasi objek dan menggunakan pola arsitekturMVC
(Modeling Views Controllers), sehingga dilakukan perancangan kelas-
kelasyangsalingterhubungterdiridariModels,Views,danControllers.PadaController
sterdiridariWelcome,C_Login,Fisioterapis,C_Pasien,C_Jadwal,C_RekamMedik,C
_Grafik,C_Dashboard,danC_Profil.PadaViewsterdapatpadaformyangakanditampil
kansistem,sedangkanuntukModelsterdiridariLogin_Model,M_Pasien,M_Jadwal,M
_RekamMedik,danM_Grafik.PadaControllerLoginberhubungandenganFisoterapis
,C_Pasien,danM_Login.ControllerFisioterapisberhubungandenganM_Pasien,M_J
adwaldanM_RekamMedik.ControllerC_PasienberhubungandenganM_Pasien.Con
rtrollerC_JadwalberhubungandenganM_Jadwal.ControllerC_RekamMedikberhub
ungan dengan M_RekamMedik.ControllerGrafik
berhubungandenganM_Grafik.ControllerC_DashboardberhubungandenganM_Da
shboard.Controller C_Profil berhubungan dengan M_Profil.
3. SequenceDiagram
Berikut ini merupakan Sequence Diagram pada Rancang Bangun
SistemInformasi Dan Konsultasi Penjadwalan Fisioterapi Penyakit Bell’s Palsy
(StudiKasusKlinik GriyaFisioterapis)sebagaiberikut:
1. ProsesLogin

Welcome FormLogin :C_Login :M_Login

Mengisiformlogin(usernamedan password)

login()
add_user()Loginberhasil/Gagal

Loginberhasil/Gagal

Gambar 3.14ProsesLoginAdmin,Fisioterapis danPasien.

PadaGambar3.14merupakansequencediagramproseslogin,dimulaiketik
ausermengisiusernamedanpasswordpadahalamanformlogin.
 Kemudianmemanggilfungsilogin() padacontrollerC_Loginuntukmengecek
hasil data yang di input. Selanjutnya memanggil fungsi add_user()pada
model M_Login. Dari model mengrimkan nilai login berhasil atau
gagalapabilaberhasil controller menampilkanhalamandashboard.
2. ProsesMenambahPasien

Form TambahPasien
Admin :C_Pasien :M_Pasien

Mengisi formdatapasienbaru

tambah_pasien()
get_pasien()
Databerhasilditambah/Gagal

MenampilkanHalamanDataPasien

Gambar3.15Prosesmenambahpasien.

Pada Gambar 3.15 merupakan proses menambah pasien, dimulai

ketikaAdmin mengisi data pasien baru pada halaman form tambah pasien.
KemudianhasilinputdataakandikirimkankekelasC_Pasien
menggunakanfungsitambah_pasien().Selanjutkandatatersebutakanditambahk
ankedalamdatabase menggunakanfungsiget_pasien() pada kelas
M_Pasien. Jikaberhasilditambahkan,maka Admindiarahkanmenuju
halamandatapasien.
3. ProsesMengubahDataPasien

Form UbahPasien
Admin :C_Pasien :M_Pasien

Menekan tombolubahdatapasien

ubah_pasien()
update_pasien()
Databerhasilubah/Gagal

Menampilkan HalamanDataPasien

Gambar3.16Prosesmengubahdatapasien.

Pada Gambar 3.16 merupakan proses mengubah data pasien,

dimulaiketika Admin menekantombol ubah data pasien pada halamanform
ubahpasien.KemudianhasilinputdataakandikirimkankekelasC_Pasien
 menggunakanfungsiubah_pasien().Selanjutkandatatersebutakandikonfirmasi
ke dalam database menggunakan fungsi update_pasien() padakelas
M_Pasien. Jika berhasil ditambahkan, maka Admin diarahkan
menujuhalamandata pasien.
4. ProsesMenghapusDataPasien

Halaman DataPasien
Admin :C_Pasien :M_Pasien

Menekantombolhapuspasien

hapus_pasien()
delete_pasien()
Datadihapus/Gagal

MenampilkanHalamanDataPasien

Gambar 3.17Prosesmenghapusdatapasien.
Pada Gambar 3.17 merupakan proses menghapus data pasien,
dimulaiketikaAdminmenekantombolhapuspasienpadahalamandatapasien.Kem
udiandilakukankonfirmasipenghapusandatapasienpadakelasC_Pasienmenggun
akanfungsihapus_pasien().Selanjutkandatatersebutakandihapusdaridalamdat
abasemenggunakanfungsidelete_pasien() padakelasM_Pasien. Jika data
pasien berhasil dihapus, maka Admin diarahkan menujuhalamandata pasien.
5. ProsesMenambahJadwalFisioterapi

Form TambahJadwal
Admin :C_Jadwal :M_Jadwal

Mengisiform
tambahjadwal
tambah_jadwal()
get_jadwal()

MenampilkanHalamanJadwalFisioterapis Databerhasilditambah/Gagal

Gambar3.18Prosesmenambahjadwalfisioterapi.

PadaGambar3.18merupakanprosesmenambahjadwalfisioterapis,dimula
iketikaAdminmengisijadwalbarupadahalamanformjadwal
 fisioterapi. Kemudian hasil input data akan dikirimkan pada kelas
C_Jadwalmenggunakanfungsitambah_jadwal().Selanjutkandatatersebutakan

ditambah ke dalam database menggunakan fungsi get_jadwal() pada

kelasM_Jadwal.
Jikadatapasientersebutberhasilditambahkan,makaAdmindiarahkanmenuju
halaman jadwal fisioterapi.
6. ProsesMengubahJadwalFisioterapi

Form UbahJadwal
Admin :C_Jadwal :M_Jadwal

Menekan tombolubahjadwalfisioterapi

ubah_jadwal()
update_jadwal()
Databerhasildiubah/Gagal

MenampilkanHalamanJadwalFisioterapi

Gambar3.19Prosesmengubahjadwalfisioterapi.
PadaGambar3.19merupakanprosesmengubahjadwalfisioterapi,dimulai
ketika Admin menekan tombol ubah jawal fisioterapi pada halamanform ubah
jadwal. Kemudian hasil input data terbaru akan dikirimkan ke kelas C_Jadwal
menggunakan fungsi ubah_jadwal(). Selanjutkan data tersebutakan
dikonfirmasi ke dalam database menggunakan fungsi
update_jadwal()padakelasM_Jadwal.Jikaberhasildilakukanperubahan,maka

Admindiarahkanmenuju halamanjadwal fisioterapi.

7. ProsesMenghapusJadwalFisioterapi

HalamanJadwalFisioterapi
Admin :C_Jadwal :M_Jadwal

Menekan tombolhapusjadwal

hapus_jadwal()
delete_jadwal()
Databerhasildihapus/Gagal

MenampilkanHalamanJadwalFisoterapi

Gambar3.20Prosesmenghapusjadwalfisioterapi.
 PadaGambar3.20merupakanprosesmenghapusjadwalfisioterpi,dimulai
ketika Admin menekan tombol hapus jadwal pada halaman jadwalfisioterapi.
Kemudian di lakukan konfirmasi penghapusan jadwal
fisioterapipadakelasC_Jadwalmenggunakanfungsihapus_jadwal().Selanjutka
ndatatersebutakandihapusdaridalamdatabasemenggunakanfungsidelete_jadw
al() pada kelas M_Jadwal. Jika data pasien berhasil
dihapus,makaAdmindiarahkanmenuju halaman data pasien.
8. ProsesMenambahRekamMedik

Form TambahRekamMedik
Fisioterapis :C_RekamMedik:M_RekamMedik

Mengisi formtambahrekammedik

tambah_rekam()
get_rekam()
Databerhasil ditambah/Gagal

MenampilkanHalamanDataPasien

Gambar3.21Prosesmenambahrekammedik.
PadaGambar3.21merupakanprosesmenambahrekammedik,dimulaiketik
aFisioterapismengisirekammedikbarupadahalamanformtambahrekammedik.
Kemudian hasil input data akan dikirimkan pada kelas
C_RekamMedikmenggunakanfungsitambah_rekam().Selanjutkandatatersebuta

kanditambah ke dalam database menggunakan fungsi get_rekam() pada

kelasM_RekamMedik.
Jikarekammediktersebutberhasilditambahkan,makaFisioterapisdiarahkan
menuju halaman datapasien.
9. ProsesMencetakRekamMedik

Halaman DataPasien
Admin :C_RekamMedik :M_RekamMedik

Menekantombol
cetakrekammedik
cetak_rekam()
print_rekam()
Databerhasil cetak/Gagal

MenampilkanHalamanDataPasien

Gambar3.22Prosesmencetakrekammedik.
 Pada Gambar 3.22 merupakan proses mencetak rekam medik,
dimulaiketika Admin menekan tombol cetak rekam medik pada halaman data
pasien.Kemudian akan dikonfirmasi pada kelas C_RekamMedik menggunakan
fungsicetak_rekam().Selanjutkandatatersebutakandicetaksesuaidengandatab
asemenggunakan fungsi print_rekam() pada kelas M_RekamMedik. Jika
rekammedik tersebut berhasil di print, maka Admin diarahkan menuju
halaman datapasien.
10. ProsesMelihatGrafik Pasien

Dashboard Grafik :C_Grafik :M_Grafik

login()
grafik_bulanan()
get_bulan($tgl,$usiaDatagrafik
)
berhasilditampilkan

MenampilkanHalamanGrafik

Gambar3.23Prosesmelihat grafikpasien.
Pada Gambar 3.23 merupakan proses melihat grafik pasien,
dimulaiketikaAdminmelakukanloginpadahalamandashboard.Kemudianakandi
panggil fungsi grafik_bulanan() pada kelas C_Grafik. Selanjutkan
akanditampilkan data pasien setiap bulan sesuai dengan database
menggunakanfungsiget_bulan()padakelasM_Grafik.Jikadatapasienberhasild
ipanggil,makadatapasien akanditampilkanpadahalamanDashboardberupa
grafik.
4.Desain Database

no_hp Id_jadwal catatan status Id_gejala

nama_gejala
umur
alamat nilai_otot id_RM

Jenis_kelamin
Rekam n
Pasien n
medik
Gejala
nama
1
Id_pasien id_FT
Id_pasien Id_admin
Memiliki n date_created
tgl email

n is_active nama
waktu

Id_FT Jadwal1Melihatn Fisioterapis Admin

id_jadwal
Id_FT role_id
username
Id_pasien nama passwordimg

Gambar3.24Desain database.

BerdasarkanGambar3.24yangmerupakandesaindatabasedidapatkantabel-tabel
databasesebagaiberikut:
1. Tabeladmin
Tabeladminmerupakantabeluntukmenampungdatapenggunayangmelakukan
login padasistem.
Tabel3.7Tabeladmin
No FieldName Type Width
1 id_admin Varchar 5
2 nama Varchar 30
3 email Varchar 30
4 img Varchar 100
5 password Varchar 30
6 role_id Int 5
7 is_active Int 11
8 date_created Date

2. Tabelpasien
Tabelpasienmerupakantabelyangdigunakanuntukmenampungdatapasien.
Tabel3.8Tabelpasien
No FieldName Type Width
1 id_pasien Varchar 5
 2 nama Varchar 30
3 alamat Varchar 30
4 jenis_kelamin Boolean 2
5 no_hp Varchar 12
6 umur Int 11
7 id_jadwal Vachar 11

3. Tabelfisioterapis
Tabelfiiosterapismerupakantabelyangdigunakanuntukmenampungdatafisiotera
pis.
Tabel3.9Tabelfisioterapis
No FieldName Type Width
1 id_FT Varchar 5
2 nama Varchar 30

4. Tabeljadwal
Tabeljadwalmerupakantabelyangdigunakanuntukmenampungdatajadwalfisiote
rapi.
Tabel3.10Tabeljadwal
No FieldName Type Width
1 id_jadwal Varchar 5
2 tgl Date
3 waktu Time
4 Id_FT Varchar 5
5 Id_pasien Varchar 5

5. Tabelgejala
Tabelgejalameruapakantabelyangdigunakanuntukmenampunggejalapasienpen
yakitBell’s palsy.
No FieldName Type Width
1 id_gejala Varchar 5
2 nama_gejala Varchar 30
6. Tabelrekammedik
Tabelrekammedikmerupakantabelyangdigunakanuntukmenampungdatarekam
medik pasienBell’s palsy.
Tabel3.11Tabelrekam medik
No FieldName Type Width
1 id_RM Varchar 5
2 status Varchar 7
3 nilai_otot Varchar 5
4 catatan Varchar 30
5 id_FT Varchar 5
6 id_pasien Varchar 5
7. id_gejala Varchar 5

3.4.2.3 Implementasi
Berikutmerupakanrancanganpembuatandesignprototypeberupainterfacedarisistem
yangakan dibuat.
a. Halamanlogin

Gambar 3.25HalamanloginAdmin,Fisioterapis,danPasien.
PadaGambar3.25merupakanhalamanawaluntukmelakukanloginuseradmin,fisi
oterapis dan pasien untuk masuk kedalam sistem.
b. Halamanadmin
1) Halamanutamaadmin

Gambar3.26HalamanutamaAdmin.
PadaGambar3.26merupakanhalamanutamapadauserAdminyangdapatmelih
atgrafik pasien selamasatu tahun.
2) Halamandatapasien

Gambar 3.27Halamandatapasien.
PadaGambar3.27merupakanhalamandatapasienbagiuseradmin,dimanapada
halamandatapasienadmindapatmelakukantambahdatapasienbaru,menghapu
s data pasien, merubah data pasien dan mencetak rekam medikpasien.
3) Halamanform tambah pasien

Gambar 3.28Formtambah pasien.

Pada Gambar 3.28 merupakan tampilan form tambah pasien
untukmenambahdata pasien baru.
4) Halamanjadwalfisioterapi

Gambar3.29Halamanjadwalfisioterapi.
PadaGambar3.29merupakanhalamanjadwalfisioterapiyangdapatdilakukan
oleh user admin, dimana pada halaman jadwal fisioterapi
admindapatmelakukantambahjadwalfisioterapi,menghapusjadwaldanmeru
bahjadwal.
 5) Halamanformtambahjadwalfisioterapi

Gambar3.30Formtambahjadwal fisioterapi.
PadaGambar3.30merupakantampilanformtambahjadwalfisioterapiuntukme
nambah jadwalbarubaru.
c. Halamanfisioterapis
1) Halamanutama fisioterapis

Gambar3.31Halamanutamafisioterapis.
PadaGambar3.31merupakantampilanawalatauutamauntukuserfisioterapis.
Halaman utama ini menampilkan data pasien yang ditanganiselamasatu
tahun.
2) Halamanrekammedik

Gambar3.32Halamanrekammedik.
Pada Gambar 3.32 merupakan halaman rekam medik yang dapat
dilakukanolehuserfisioterapis,dimanapadahalamanrekammedikfisioterapis
dapatmelakukan tambah rekam medik sesuai dengan nama pasien, dan
merubahrekammedik.
3) Halamanformtambahrekammedik

Gambar3.33Halamanformtambahrekammedik.
Pada Gambar 3.33 merupakan halaman form tambah rekam medik
sesuaidengandatapasien,dimanafisioterapismelakukantahapanmulai dari
 gejalapenyakitBell’spalsy,kemudianilaiototpasiendanjikaadatambahancatat
an penting untuk pasien.
4) Halamanjadwalfisioterapis

Gambar3.34Halamanjadwalfisioterapis.
Pada Gambar 3.34 merupakan tampilan halaman jadwal fisioterapis
padauserfisoterapis,dimanafisioterapishanyadapatmelihatjadwalfisioterapis
sesuiadengan kolom jadwal fisioterapi.
d. Halamanpasien
1) Halamanutamapasien

Gambar 3.35 Halamutamapasien.

Pada Gambar 3.35 merupakan tampilan utama untuk user pasien,
denganmenampilkaninformasipenyakit Bell’spalsy.
 2) Halamanjadwalpasien

Gambar3.36Halamanjadwal pasien.
PadaGambar3.36merupakantampilanhalamanjadwalpasien,yaituberfungsiu
ntuk melihatjadwal fisioterapiBell’s palsy.
3.4.2.4 TestElaboration
Test elaboration merupakan tahapan pengujian fitur yang telah
dirancangpada use case diagram dengan implementasi desain interface sistem,
pengujiandilakakuanberdasarkankeinginanapakahsudahsesuaiatautidak.Pengujian
dilakukan oleh pakar Fisioterapis dan admin. Proses validasi fitur dimulai
denganpenelitimenampilkanrancanganinterfacesistemsepertipadaGambar3.25sam
paiGambar 3.36, setelah itu penguji memberikan pernyataan setuju atau tidak
setujupada tabel isian yang telah disediakan. Hasil validasi dapat dilihat pada
Tabel 3.12berikut.
Tabel3.12Validasifitursistem.
Validasi
No Pengguna Fitur Tidak
Setuju
Setuju
1 Admin Menambahdatapasien 
Mengubahdatapasien 
Menghapusdatapasien 
Menambahjadwal 
 Mengubahjadwal 
Menghapusjadwal 
Mencetakrekammedik 
Melihatgrafikpasien 
Melihatjadwal 
2 Fisioterapis Melihatgrafikpasien 
Melihatrekammedik 
Menambahrekammedik 
Melihatjadwal 

3.4.3 Tahapconstruction
Tahapconstructionmerupakantahapimplementasisistemyangmulaidibangun
.Adapuntahapannyayaitusebagaiberikut.
a. Membangunantarmukaatauinterfacesistemmenggunakanframeworkcodeignite
r.
b. PembuatandatabasesistemmenggunakanMySQL.
c. PengkodeansistemdenganmenggunakankonsepModelViewController
(MVC).
d. Pengujiansistemolehmasing-
masingaktoruntukmengetahuiapakahtampilandanfungsional sistem telah sesuai
dengan kebutuhan.

3.4.4 Tahaptransition
Tahap transition adalah tahap terakhir dalam metode RUP, dimana
padatahapini dilakukanbeberapaaktivitasyaitusebagai berikut.
a. Pengujianblackbox
Pengujianblackboxadalahpengujianyangdilakukanhanyamengamatihasi
l eksekusi melalui data uji dan memeriksa fungsional dari perangkat
lunak.Jadidianalogikansepertimelihatsuatukotakhitam,hanyapenampilanluarny
asaja yang bisa terlihat, tanpa mengetahui ada apa dibalik bungkus
hitamnya.Black cox testing melakukan pengujian berdasarkan apa yang
dilihat,
hanyafokusterhadapfungsionalitasdanoutput.Pengujianinijugadapatmengukur
 kemampuan sistem dalam memenuhi kebutuhan pengguna serta
mengetahuikesalahan-
kesalahanpadasistemberdasarkankeluaranyangdihasilkan.Pengujianblackboxpa
dapenelitianinimelibatkan5orangresponden(mahasiswa) untuk menguji apakah
fitur yang ada dalam sistem telah sesuaidenganyangdiharapkan.
b. PengujianMeanOpinionScore(MOS)
PengujianMOSdilakukandengantujuanmemperolehtanggapanpengguna
untukmengetahuiapakahsistemyangdibuatmudahuntukdigunakanoleh
pengguna, fitur-fitur yang ada dalam sistem sudah berjalan dengan
baik,maupunkemampuansistemyangdapatmemberikaninformasimengenaigang
guanmentalpadaanakdenganbaik.Pengujianinidilakukandenganmenggunakan
kuesioner yang melibatkan 30 orang responden yang terdiri dari15 mahasiswa,
10 masyarakat umum, dan 5 orang tenaga medis sesuai denganilmu penerapan
masing-masing, dimana responden akan memberi
penilaianterhadapsistemkemudianhasilpenilaianakandihitungdenganparameter
MOSuntukmendapat kesimpulan hasil pengujian
c. Sistemyangtelahselesaidilakukanpengujiandantelahsesuaidengankebutuhanaka
ndiserahkankepadainstansiuntukdapatdigunakansebagaimanamestinya.

3.4.5 JadwalKegiatan
Waktuyangakandigunakanselamaprosespengembangansisteminformasikon
sultasidanpenjadwalanyaituselamaenambulan.Jadwalkegiatandalampengembanga
nsistem pakar dapat dilihat padaTabel 3.13.
Tabel3.13
Waktu(bulan) Keterangan
No. Kegiatan
I II III IV V VI VII
1. Identification Analisissistem
2. Requiretments Perancangansistem
3. Coding Pengkodeansistem
4. Testing Pengujiansistem
5. Dokumentation Dokumentasisistem
6. Deployment Instalasisistemuntuk user
 DAFTARPUSTAKA

[1] H. H. Bin Abdullah, “Karakteristik Pasien Bell’s Palsy Di Rumah

SakitUmum Pusat Dr. Wahidin Sudirohusodo Pada Tahun 2016,” J. Chem.
Inf.Model.,vol. 53, no. 9, pp. 1689–1699, 2017.
[2] P. S. Hasibuan and M. I. Batubara, “Penerapan Metode Dempster
ShaferDalam Mendiagnosa Penyakit Faringitis,” Muhammad Syaril, Nelly
AstutiHasibuan,Pristiwanto, vol. 3, no. 1, pp. 101–105, 2016.
[3] O. M. Adam, “Bell ’ s Palsy,” Library (Lond)., vol. 2071, no. 1, pp. 1323–
1331, 2019.
[4] W.R.Amanda,“PenatalaksanaanFisioterapiUntukMeningkatkanKekuatanOt
otDanMengembalikanKesimetrisanWajahPadaKasusBell’sPalsy Sinistra Di
Rsud Dr. Soeselo Slawi,” Fisioter. Fak. Ilmu Kesehat.,2019.
[5] F.Mubarok,H.Harliana,andI.Hadijah,“PerbandinganAntaraMetodeRUPdan
Prototype Dalam AplikasiPenerimaan SiswaBaruBerbasisWeb,”Creat.Inf.
Technol. J., vol. 2, no. 2, p. 114, 2015.
[6] M. Destiningrum and Q. J. Adrian, “Sistem Informasi Penjadwalan
DokterBerbassisWebDenganMenggunakanFrameworkCodeigniter(StudiKa
sus:Rumah Sakit Yukum Medical Centre),” J. Teknoinfo, vol. 11, no. 2, p.
30,2017.
[7] H. Tohari, Astah - Analisis serta perancangan sistem Informasi
melaluipendekatanUML. Yogyakarta: ANDI, 2014.
[8] M. Faizal and S. L. Putri, “Sistem Informasi Pengolahan Data
PegawaiBerbasisWeb(StudiKasusDiPtPerkebunanNusantaraViiiTambaksar
i),”
J.Teknol. Inf. dan Komun. STMIK Subang, pp. 1–23, 2017.
[9] R.Taufiq,SistemInformasiManajemen.Yogyakarta:GrahaIlmu,2013.
[10] S. K. Boell and D. Cecez-Kecmanovic, “What is an information
system?,”Proc. Annu. Hawaii Int. Conf. Syst. Sci., vol. 2015–March, no.
March, pp.4959–4968, 2015.
[11] J. Hartono, Analisis dan Desain Sistem Informasi. Yogyakarta: Andi
Offset,2005.
[12] T.Sutabri, Analisis SistemInformasi.Yogyakarta,2012.
[13] H.Hartono,“PengertianWebsiteDanFungsinya,”IlmuTeknol.Inf.,pp.2–7,
2014.
[14] P.Adriansyah,“MengenalFrameworkCodeigniter,”2017.
[15] H.Alatas,ResponsiveWebDesigndenganPHPdanBootstrap.Yogyakarta:Lok
omedia,2013.
[16] H.Saputro,“MODULPEMBELAJARANPRAKTEKBASISDATA(MySQL
),” Modul Pembelajaran Prakt. Basis Data,pp. 1–34, 2016.
[17] B. Raharjo, Belajar Otodidak Membuat Database Menggunakan
MySQL.Bandung:Informatika, 2011.
[18] M. K. Ir. Yuni Sugiarti, “Analisis & Perancangan UML (Unified
ModelingLanguage)GeneratedVB.6,”GrahaIlmu,pp. 30–45, 2013.
[19] S.J.Falchek,“Bellpalsy,”5-
MinutePediatr.Consult.8thEd.,no.December,pp.100–101,2018.
[20] A. Soliman, A. Mettleq, I. M. Dheir, A. A. Elsharif, and S. S. Abu-
naser,“Expert System for the Diagnosis of Seventh Nerve Inflammation
( Bell ’ spalsy)Disease,”vol. 3,no. 4, pp. 27–35, 2019.
[21] S.Young,“PenerapanMetodeSDLCRUP(RationalUnifiedProcess)DalamPe
mbuatanSistemInformasiE-
KosBerbasisWebPadaKotaMalang,”Univ.Muhammadiyah Malang, 2018.

54
LAMPIRAN

55
56
57
1