Page 1
APLIKASI PENDAFTARAN PASIEN RAWAT JALAN
BERBASIS WEB DAN WAP
( Studi Kasus : Rumah Sakit Panti Rapih Yogyakarta)
SKRIPSI
Diajukan untuk Memenuhi Salah Satu Syarat
Memperoleh Gelar Sarjana Komputer
Program Studi Teknik Informatika
Oleh :
Diksi Kresnawati
065314053
PROGRAM STUDI TEKNIK INFORMATIKA
FAKULTAS SAINS DAN TEKNOLOGI
UNIVERSITAS SANATA DHARMA
YOGYAKARTA
2011
Page 2
i
APPLICATION OF OUTPATIENT REGISTRATION
BASE ON THE WEB AND WAP
( Case Study : Rumah Sakit Panti Rapih Yogyakarta)
THESIS
Presented As Partial Fulfillment Of The Requirements
To Obtain The Sarjana Komputer Degree
In Informatics Engineering
By :
Diksi Kresnawati
065314053
INFORMATICS ENGINEERING STUDY PROGRAM
FACULTY OF SCIENCE AND TECHNOLOGY
SANATA DHARMA UNIVERSITY
YOGYAKARTA
2011
Page 5
iv
PERSEMBAHAN
Karya ini kupersembahkan untuk :
...
Yesus-ku yang selalu memberikan anugerah yang terindah dan senantiasa
menemaniku dalam setiap waktu,
...
Kedua orang tuaku yang telah membesarkan dan mendidik aku dengan cinta
dan perhatian,
...
Adik-adikku dan saudara-saudaraku yang selalu menyayangi dan
membimbing aku,
...
Dan seluruh teman-temanku yang memberikan kehangatan dalam hari-
hariku.
…
Untuk Aditya, orang yang kusayang yang slalu menemaniku dan
menyayangiku dalam setiap waktuku
Page 6
v
PERNYATAAN KEASLIAN KARYA
Saya menyatakan dengan sesungguhnya bahwa skripsi yang saya tulis ini tidak
memuat karya atau bagian karya orang lain, kecuali yang telah disebutkan dalam
kutipan dan daftar pustaka, sebagaimana layaknya karya ilmiah.
Yogyakarta, 19 April 2011
Penulis
Diksi Kresnawati
Page 7
vi
ABSTRAK
Pendaftaran pasien untuk pemeriksaan rawat jalan di rumah sakit, umumnya
dilakukan dengan cara pasien langsung datang ke rumah sakit atau dapat melalui
telepon. Demikian pula yang terjadi di Rumah Sakit Panti Rapih Yogyakarta, hal ini
akan menghabiskan waktu bagi pasien karena harus antri atau menelpon berulang –
ulang karena jaringan telepon yang digunakan sering sibuk. Untuk mengatasi masalah
tersebut diberikan solusi dengan dibangunnya suatu aplikasi pendaftaran pasien rawat
jalan berbasis WEB dan WAP. Dimana aplikasi ini diharapkan dapat membantu
masyarakat dalam melakukan pendaftaran berobat yang dapat dilakukan
menggunakan handphone dan juga dapat dilakukan secara online melalui internet.
Aplikasi yang dibuat menggunakan teknologi WAP dengan WML dan PHP, serta
menggunakan MySQL untuk pengelola database. Hasil akhir yang diperoleh adalah
sebuah aplikasi pendaftaran pasien rawat jalan berbasis WEB dan WAP yang dapat
diakses oleh masyarakat melalui komputer yang terhubung internet maupun melalui
handphone.Hasil ujicoba terhadap 16 user untuk aplikasi berbasis web menyatakan
bahwa 80% user merasa terbantu dalam proses pendaftaran rawat jalan, 80% merasa
mudah menggunakan aplikasi pendaftaran pasien berbasis web sedangkan hasil
ujicoba terhadap 10 user untuk aplikasi WAP menyatakan bahwa 75% user merasa
terbantu dalam proses pendaftaran rawat jalan menggunakan aplikasi WAP, 75%
merasa mudah menggunakan aplikasi pendaftaran pasien berbasis WAP.
Page 8
vii
ABSTRACT
Registration of patients for outpatient examination at the hospital, generally done by
way of direct patient came to the hospital or can be via telephone. Similarly, this also
happens in Panti Rapih Hospital Yogyakarta, this is going to spend time for patients
having to queue or call repeatedly - again because the phone network that is used
frequently busy. To overcome this problem given a solution with the construction of a
registration application based outpatient WEB and WAP. Where the system is
expected to assist the community in conducting medical registration can be done
using a mobile phone and also can be made online via the internet. Application that
will be created using WAP technologies with WML and PHP and uses MySQL for
the database. The final result obtained is an outpatient registration application based
on WEB and WAP accessible to the public via computers connected to the internet or
via mobile phone. result Ujicoba to 16 user for the application of to base on the web
express that 80% user feel assisted in course of registration take care of the
road;street, 80% feeling easy to use the application of patient registration base on the
web [of] while result ujicoba to 10 user for the application of WAP express that 75%
user feel assisted in course of registration take care of the road;street use the
application WAP, 75% feeling easy to use the application of patient registration base
on WAP.
Page 9
viii
LEMBAR PERNYATAAN PERSETUJUAN
PUBLIKASI KARYA ILMIAH UNTUK KEPENTINGAN AKADEMIS
Yang bertanda tangan di bawah ini, saya mahasiswa Universitas Sanata Dharma :
Nama : Diksi Kresnawati
Nomor Mahasiswa : 065314053
Demi pengembangan ilmu pengetahuan, saya memberikan kepada Perpustakaan
Universitas Sanata Dharma Karya ilmiah saya yang berjudul :
APLIKASI PENDAFTARAN PASIEN RAWAT JALAN
BERBASIS WEB DAN WAP
( Studi Kasus : Rumah Sakit Panti Rapih Yogyakarta)
beserta perangkat yang diperlukan (bila ada). Dengan demikian saya memberikan
kepada Perpustakaan Universitas Sanata Dharma hak untuk menyimpan,
mengalihkan, dalam bentuk media lain, mengelolanya dalam bentuk pangkalan data,
mendistribusikan secara terbatas, dan mempublikasikannya di Internet atau media
lain untuk kepentingan akademis tanpa perlu meminta ijin dari saya maupun
memberikan royalty kepada saya selama tetap mencantumkan nama saya sebagai
penulis.
Demikian pernyataan ini saya buat dengan sebenarnya.
Dibuat di Yogyakarta
Pada tanggal : 19 April 2011
Yang menyatakan
( Diksi Kresnawati )
Page 10
ix
KATA PENGANTAR
Puji dan syukur penulis panjatkan ke hadirat Tuhan Yang Maha Esa karena
atas berkat dan rahmatnya maka penulis dapat menyelesaikan skripsi sesuai dengan
waktu yang telah ditentukan. Skripsi ini disusun sebagai salah satu syarat guna
memperoleh gelar Sarjana Teknik Informatika di Universitas Sanata Dharma
Yogyakarta.
Penulis telah menyadari bahwa dalam penyusunan skripsi ini tanpa
melibatkan bantuan dan dukungan banyak pihak skripsi ini sulit untuk selesai,namun
berkat dukungan dan bantuan dari banyak pihak, akhirnya skripsi ini dapat
diselesaikan. Oleh sebab itu atas bantuan dan dukungannya, penulis menghaturkan
ucapan terimakasih kepada:
1. Bapak Yosef Agung Cahyanta,S.T,M.T selaku Dekan Fakultas Sains dan
Tenologi Universitas Sanata Dharma Yogyakarta
2. Bapak Puspaningtyas Sanjoyo Adi,S.T,M.T selaku Ketua Program Studi Teknik
Informatika Universitas Sanata Dharma Yogyakarta
3. Ibu Agnes Maria Polina,S.Kom,M.Sc selaku dosen pembimbing yang telah
meluangkan waktu untuk membimbing penulis selama pembuatan skripsi ini.
4. Orang tua penulis yang memberikan dukungan dan doa agar penulis dapat
menyelesaikan kerja skripsi.
5. Yohanes Alphian Bayu Aditya yang selalu membantu dan memberi semangat
serta selalu menemaniku.
Page 11
x
6. Teman-teman Teknik Informatika angkatan 2006 atas bantuan dan kerja sama
selama ini.
7. Serta semua pihak yang baik secara langsung maupung tidak langsung telah
membantu penulis dalam menyelesaikan skripsi.
Penulis dalam menulis skripsi ini sudah berusaha semaksimal mungkin,namun
penulis juga menyadari bahwa skripsi yang dibuat ini masih banyak kekurangan dan
jauh dari sempurna. Oleh sebab itu penulis sangat mengharapkan kritik dan saran dari
pembaca yang dapat bermanfaat bagi perbaikan pada masa mendatang.
Penulis berharap semoga skripsi ini dapat bermanfaat bagi pihak-pihak yang
berkepentingan untuk menambah wawasan dan pengetahuan dan juga bagi pembaca.
Yogyakarta, 19 April 2011
Penulis
( Diksi Kresnawati)
Page 12
xi
Daftar Isi
Halaman Judul ……………………………………………………. i
Halaman Persetujuan …………………………………………………... ii
Halaman Pengesahan …………………………………………………... iii
Halaman Persembahan ………………………………………………… iv
Pernyataan Keaslian Karya ………………………………………... v
Abstrak ……………………………………………………………. vi
Abstract ……………………………………………………………. vii
Lembar Pernyataan Persetujuan Publikasi ……………………………. viii
Kata Pengantar ……………………………………………………. ix
Daftar Isi ……………………………………………………………. xi
Daftar Tabel ……………………………………………………………. xvi
Daftar Gambar ……………………………………………………. xvii
Bab I. Pendahuluan …………………………………………………. 1
1.1. Latar Belakang …………………………………………….. 1
1.2. Rumusan Masalah …………………………..………… 2
1.3. Tujuan dan Manfaat …………………………………….. 3
1.4. Batasan Masalah …………………………………….. 3
1.5. Metodologi Penelitian ……………..……………………… 4
1.6. Sistematika Penulisan …………………………………….. 6
Page 13
xii
Bab II. Landasan Teori …………………………………………….. 8
2.1. Sistem Informasi …………………………………………….. 8
2.2. Sistem Informasi Berbasis WEB …………………………….. 8
2.3. Rawat Jalan …………………………………………….. 8
2.4. Pengembangan Rekayasa Perangkat Lunak dengan
Metode Terstruktur …………………………………….. 9
2.4.1. Metode Rekayasa Perangkat Lunak …………….. 9
2.5. HTML …………………………………………………….. 10
2.6. WAP (Wireless Application Protocol) …………………….. 12
2.6.1. WML (Wireless Markup Language) …………… 15
2.6.2. Keuntungan dari WAP …………………………… 18
2.6.3. Piranti Pembangunan WAP …………………… 22
2.6.4. Editor dan Emulator …………………………… 23
2.6.5. Model Pemrograman WAP ………………….... 25
2.6.6. Cara Kerja WAP …………………………………… 28
2.7. PHP (Hypertext preprocessor) ………………………….... 31
2.7.1. Kegunaan PHP ………………………………….... 32
2.7.2. Teknik Menuliskan Script PHP ………………….... 32
2.7.3. Kelebihan dan Kelemahan PHP ………………...…. 33
2.8. Macromedia Dreamweaver ………………………...…. 34
Page 14
xiii
2.9. MySQL ………………………………………………….... 35
2.9.1. Koneksi ke Server …………………………… 37
2.9.2. Database …………………………………………… 39
2.9.3. Tahap – Tahap Perancangan database ……………. 40
2.9.4. Notasi ER-Diagram …………………………… 43
Bab III. Analisa dan Perancangan Sistem …………………………… 44
3.1. Analisa Sistem ................................................................... 44
3.1.1. Gambaran Umum Sistem Lama …………………… 44
3.1.2. Gambaran Umum Sistem Yang Dibangun …… 45
3.1.3. Analisa Kebutuhan Sistem ................................ 47
3.1.3.1. Analisa Peran Sistem ................................ 47
3.1.3.2. Analisa Peran Pengguna ................... 48
3.1.4. Diagram Arus Data ........................................... 51
3.1.5.1. Diagram Konteks ................................ 51
3.1.5.2. Diagram Berjenjang ................................ 53
3.1.5.3. DAD Level 0 ........................................... 54
3.1.5.4. DAD Level 1 Proses 1 ................... 55
3.1.5.5. DAD Level 1 Proses 2 ................... 56
3.1.5.6. DAD Level 2 Proses 1.3 ................... 57
3.1.5.7. DAD Level 2 Proses 1.4 ................... 58
Page 15
xiv
3.1.5.8. DAD Level 2 Proses 1.5 ................... 59
3.1.5.9. DAD Level 2 Proses 1.6 ................... 60
3.1.5.10. DAD Level 2 Proses 2.4 ................... 61
3.1.5.11. Diagram Berjenjang(wap) …………… 62
3.1.5.12. DAD Level 0(wap) ……………………. 63
3.1.5.13. DAD Level 1(wap) ……………………. 64
3.1.5.14. DAD Level 1 Proses 1.3 ……………. 65
3.1.5. Kamus Data ....................................................... 66
3.2. Perancangan Sistem ....................................................... 68
3.2.1. Perancangan Basis Data ........................................... 69
3.2.1.1. Entitas dan Atribut ............................... 69
3.2.1.2. Conseptual Database Design(Entity
Relationship Diagram (ERD)) ....... 70
3.2.1.3. Logical Database Design ................... 71
3.2.1.4. Physical Database Design ................... 72
3.2.2. Perancangan Antarmuka User ............................... 76
3.2.2.1. Perancangan Antarmuka User Berbasis
WAP ....................................................... 76
3.2.2.2. Perancangan Antarmuka User Berbasis
WEB ...................................................... 79
Page 16
xv
3.2.3. Perancangan Antarmuka Administrator .................. 86
Bab IV. Implementasi Sistem .................................................................. 101
4.1. Pengaturan Telepon Selular .......................................... 101
4.2. Implementasi Database ..................................................... 102
4.3. Implementasi WAP ..................................................... 107
4.4. Implementasi WEB untuk User ......................................... 117
4.5. Implementasi WEB untuk Administrator ............................. 124
Bab V. Analisa Hasil dan Pembahasan ......................................... 143
5.1. Uji Coba Perangkat Lunak …………………….…… 143
5.2. Uji Coba Terhadap User …………………………….…… 143
5.2.1. Tahap Pengumpulan Data ............................ 144
5.2.2. Sasaran Penyebaran Kuisioner ............................ 144
5.2.3. Form Kuisioner .................................................... 145
5.2.4. Hasil dan Pembahasan Kuisioner ................ 148
5.2.5. Hasil dan Pembahasan Kuisioner …………. 152
Bab VI. Penutup .................................................................................. 156
6.1. Kesimpulan ................................................................ 156
6.2. Saran ................................................................................. 157
Daftar Pustaka ………………………………………………… 158
LAMPIRAN
Page 17
xvi
DAFTAR TABEL
Tabel 2.1. Perbandingan WML dan HTML …………………………… 16
Tabel 2.2. Notasi ER Diagram …………………………………… 43
Table 3.1 Kamus Data…………………………………………………… 68
Tabel 3.2 Tabel Admin …………………………………………… 72
Tabel 3.3 Tabel Staff …………………………………………………. 72
Tabel 3.4 Tabel Pendaftaran Pasien …………………………………… 73
Tabel 3.5 Tabel Dokter …………………………………………… 73
Tabel 3.6 Tabel Pasien …………………………………………… 74
Tabel 3.7 Tabel Penanggung Jawab …………………………………… 75
Tabel 3.8 Tabel Poliklinik …………………………………………… 75
Tabel 3.9 Tabel Jadwal Praktek …………………………………… 75
Page 18
xvii
DAFTAR GAMBAR
Gambar 2.1 Model Waterfall …………………………………………… 9
Gambar 2.2 WAP Content Menggunakan Gateway dan Emulator ……. 13
Gambar 2.3 Wap Browser M3Gate …………………………………… 24
Gambar 2.4 Model program WAP …………………………………… 26
Gambar 2.5 Fase Design Database …………………………………… 40
Gambar 3.1 Gambaran umum sistem …………………………………… 46
Gambar 3.2 Usecase Diagram Staff Pendaftaran …………………… 49
Gambar 3.3 Usecase Diagram Administrator …………………………… 49
Gambar 3.4 Usecase Diagram Pasien …………………………………… 50
Gambar 3.5 Usecase Diagram Dokter …………………………… 50
Gambar 3.6 Usecase Diagram Pendaftaran Pasien Berbasis wap …… 51
Gambar 3.7 Diagram Konteks …………………………………… 52
Gambar 3.8 Diagram Berjenjang …………………………………… 53
Gambar 3.9 DAD Level 0 …………………………………………… 54
Gambar 3.10 DAD Level 1 Proses 1 …………………………………..... 55
Gambar 3.11 DAD Level 1 Proses 2 ……………………………………. 56
Gambar 3.12 DAD Level 2 Proses 1.2 ……………………………. 57
Gambar 3.13 DAD Level 2 Proses 1.3 ……………………………. 58
Gambar 3.14 DAD Level 2 Proses 1.4 ……………………………. 59
Gambar 3.15 DAD Level 2 Proses 1.5 ……………………………. 60
Gambar 3.16 DAD Level 2 Proses 2.4 ……………………………. 61
Page 19
xviii
Gambar 3.17 DAD Diagram Berjenjang(berbasis wap) ……………. 62
Gambar 3.18 DAD Level 0 ……………………………………………. 63
Gambar 3.19 DAD Level 1 ……………………………………………. 64
Gambar 3.20 DAD Level 2 Proses 1.3 ……………………………. 65
Gambar 3.21 ER Diagram ……………………………………………. 70
Gambar 3.22 DAD Logical Database ……………………………. 71
Gambar 3.23 Halaman Utama Wap ……………………………….. 76
Gambar 3.24 Halaman Login …………………………………. 76
Gambar 3.25 Halaman Menu utama …………………………………. 76
Gambar 3.26 Halaman Poliklinik ……………………………………… 76
Gambar 3.27 Halaman Jadwal praktek ………………………………… 76
Gambar 3.28 Halaman Informasi Pendaftaran …………………… 76
Gambar 3.29 Halaman Informasi Pelayanan …………………………… 77
Gambar 3.30 Halaman Contact Us …………………………………….. 77
Gambar 3.31 Halaman Pendaftaran Periksa …………………………… 77
Gambar 3.32 Halaman Pelayanan Pasien ……………………………… 77
Gambar 3.33 Halaman Layanan IGD …………………………… 78
Gambar 3.34 Halaman Layanan Poliklinik …………………………… 78
Gambar 3.35 Halaman Klinik Umum …………………………… 78
Gambar 3.36 Halaman Jam Kunjung Rawat Inap …………………… 78
Gambar 3.37 Halaman Klub Kesehatan …………………………… 78
Gambar 3.38 Halaman Terakhir WAP …………………………… 78
Gambar 3.39 Rancangan Halaman Utama …………………………… 79
Page 20
xix
Gambar 3.40 Halaman Poliklinik …………………………………… 80
Gambar 3.41 Rancangan Halaman Jadwal Praktek …………………… 81
Gambar 3.42 Rancangan Halaman Informasi Pendaftaran Pasien …… 82
Gambar 3.43 Rancangan Halaman Informasi Pelayanan …………… 83
Gambar 3.44 Rancangan Halaman Register Pasien …………………… 84
Gambar 3.45 Rancangan Halaman Pendaftaran Periksa Pasien ……… 85
Gambar 3.46 Rancangan Halaman Utama Admin …………………… 86
Gambar 3.47 Rancangan Halaman Menu Utama Admin …………… 87
Gambar 3.48 Rancangan Tampilan Data Pasien …………………… 88
Gambar 3.49 Rancangan Tampilan Data Penanggung Jawab …………. 89
Gambar 3.50 Rancangan Tampilan Data Dokter …………………… 90
Gambar 3.51 Rancangan Tampilan Data Poliklinik …………………… 91
Gambar 3.52 Rancangan Tampilan Data Jadwal Praktek …………… 92
Gambar 3.53 Rancangan Tampilan Data Pendaftaran Pasien …………. 93
Gambar 3.54 Rancangan Tampilan Update Data Pasien …………… 94
Gambar 3.55 Rancangan Update Data Penanggung Jawab …………… 95
Gambar 3.56 Rancangan Update Data Dokter …………………… 96
Gambar 3.57 Rancangan Update Data Poliklinik …………………… 97
Gambar 3.58 Rancangan Update Data Jadwal Praktek …………… 98
Gambar 3.59 Rancangan Update Data Pendaftaran Pasien …………… 99
Gambar 3.60 Rancangan Laporan Pendaftaran Pasien …………… 100
Gambar 4.1 Hasil Tabel Poliklinik …………………………………… 102
Page 21
xx
Gambar 4.2 Hasil Tabel Dokter …………………………………… 103
Gambar 4.3 Hasil Tabel Pasien ……………………………………. 104
Gambar 4.4 Hasil Tabel Penanggung Jawab ………………………….. 105
Gambar 4.5 Hasil Tabel Jadwalpraktek ……………………………. 105
Gambar 4.6 Hasil Tabel Daftar ……………………………………. 106
Gambar 4.7 Hasil Tabel Admin ……………………………………. 107
Gambar 4.8 Tampilan Utama wap ……………………………………. 107
Gambar 4.9 Tampilan Menu Utama wap ……………………………. 108
Gambar 4.10 Tampilan Halaman Poliklinik ……………………………. 109
Gambar 4.11 Tampilan Halaman Jadwal Praktek ……………………. 109
Gambar 4.12 Tampilan Halaman Informasi Pendaftaran ……………. 110
Gambar 4.13 Tampilan Halaman Informasi Pelayanan ……………. 111
Gambar 4.14 Tampilan Halaman Pelayanan Pasien ……………………. 112
Gambar 4.15 Tampilan Halaman Layanan IGD ……………………. 113
Gambar 4.16 Tampilan Halaman Layanan Poliklinik ……………. 114
Gambar 4.17 Tampilan Halaman Klinik umum ……………………. 114
Gambar 4.18 Tampilan Halaman Jam Kunjung Rawat inap ……………. 115
Gambar 4.19 Tampilan Halaman Klub Kesehatan ……………………. 116
Gambar 4.20 Tampilan Halaman Contact Us ……………………. 116
Gambar 4.21 Tampilan Halaman Utama ……………………………. 118
Gambar 4.22 Tampilan Halaman poliklinik ……………………………. 118
Gambar 4.23 Tampilan Halaman Jadwal Praktek ……………………. 119
Gambar 4.24 Tampilan Informasi Pendaftaran Pasien ………………... 120
Gambar 4.25 Tampilan Informasi Pelayanan ……………………. 121
Page 22
xxi
Gambar 4.26 Tampilan Halaman Register Pasien ……………………. 122
Gambar 4.27 Tampilan Halaman Utama Admin …………………… 124
Gambar 4.28 Tampilan Halaman Login …………………………… 124
Gambar 4.29 Tampilan Halaman Menu Utama …………………… 124
Gambar 4.30 Tampilan Halaman Data Penanggung Jawab …………… 125
Gambar 4.31 Tampilan Halaman Data Dokter …………………… 126
Gambar 4.32 Tampilan Halaman Poliklinik …………………………… 127
Gambar 4.33 Tampilan Halaman Jadwal Praktek …………………… 128
Gambar 4.34 Tampilan Halaman Pendaftaran Pasien ……………….. 129
Gambar 4.35 Tampilan Halaman Input Data Pasien …………………… 130
Gambar 4.36 Tampilan Input Data Penanggung Jawab …………… 131
Gambar 4.37 Tampilan Input Data Dokter …………………………… 132
Gambar 4.38 Tampilan Input Data Poliklinik …………………… 133
Gambar 4.39 Tampilan Input Data Jadwal Praktek …………………… 134
Gambar 4.40 Tampilan Input Data Pendaftaran Pasien …………… 135
Gambar 4.41 Tampilan Update data Pasien …………………………… 136
Gambar 4.42 Tampilan Update data Penanggung jawab …………… 137
Gambar 4.43 Tampilan Update data Dokter …………………………… 138
Gambar 4.44 Tampilan Update data Poliklinik …………………… 139
Gambar 4.45 Tampilan Update data Jadwal Praktek …………………… 140
Gambar 4.46 Tampilan Update data Pendaftaran Pasien Pasien ……….. 141
Gambar 4.47 Tampilan Delete data …………………………………… 142
Gambar 5.1 Grafik no.1 ……………………………………………. 148
Gambar 5.2 Grafik no.2 ……………………………………………. 149
Page 23
xxii
Gambar 5.3 Grafik no.3 ……………………………………………. 150
Gambar 5.4 Grafik no.4 ……………………………………………. 150
Gambar 5.5 Grafik no.5 ……………………………………………. 151
Gambar 5.6 Grafik no.6 ……………………………………………. 152
Gambar 5.7 Grafik no.7 ……………………………………………. 152
Gambar 5.8 Grafik no.1(wap) ……………………………………………. 153
Gambar 5.9 Grafik no.2(wap) ……………………………………………. 154
Gambar 5.10 Grafik no.3(wap) ……………………………………. 154
Gambar 5.11 Grafik no.4(wap) ……………………………………. 155
Gambar 5.12 Grafik no.5(wap) ……………………………………. 155
Page 24
1
Bab I
Pendahuluan
1.1. Latar Belakang
Rumah sakit merupakan tempat yang sangat penting dalam kehidupan
sehari-hari. Oleh sebab itu, saat ini banyak rumah sakit memberikan
kenyamanan, misalnya dengan kursi tempat para pasien menunggu saat ini tak
jarang ada yang sudah menggunakan sofa, kemudian di rumah sakit
dilengkapi dengan televisi, lalu ada kantin serta tempat ATM. Semua itu
dilakukan hanya untuk memberikan kenyamanan bagi para pasien yang
sedang berobat kerumah sakit tersebut.
Tidak hanya pada fasilitas, tapi juga dari segi pelayanan kepada
pasiennya diberikan kemudahan, misalnya: pendaftaran pasien melalui
telepon diharapkan dapat memberikan pelayanan yang memudahkan bagi para
pasien yang berobat ke rumah sakit.
Di Rumah Sakit Panti Rapih, masyarakat masih mengalami kesulitan
untuk melakukan pendaftaran pasien. Masyarakat harus datang langsung ke
rumah sakit dan harus antri yang ternyata menghabiskan banyak waktu,
pendaftaran juga dapat dilakukan via telepon namun sering jaringan telepon
yang digunakan sedang sibuk. Bagi pasien yang sudah pernah periksa,
melakukan pendaftaran pasien dengan memberikan kartu berobat untuk
Page 25
2
mendapatkan nomor antrian, pasien yang datang harus menunggu untuk
melakukan pendaftaran secara bergantian. Bagi pasien baru, sebelum
melakukan pendaftaran pasien harus melakukan registrasi terlebih dahulu di
bagian resepsionis pasien, dengan mengisikan nama, alamat, tempat tanggal
lahir, no anggota rumah sakit, nomor telepon, sedangkan pasien yang datang
harus menunggu untuk mengisi semua biodata tersebut secara bergantian. Hal
tersebut tentu membutuhkan waktu yang lama bagi pasien padahal pasien
dalam keadaan sakit.
Dari Latar belakang tersebut penulis tertarik untuk membuat suatu
aplikasi pendaftaran pasien rawat jalan berbasis web dan WAP. Dimana
aplikasi ini diharapkan dapat membantu masyarakat dalam melakukan
pendaftaran berobat yang dapat dilakukan menggunakan handphone dan dapat
dilakukan secara online melalui internet.
1.2. Rumusan Masalah
Dari latar belakang masalah diatas, penulis merumuskan masalah yang
akan dipecahkan adalah bagaimana membangun suatu aplikasi pendaftaran
pasien rawat jalan secara online dengan menggunakan teknologi web dan
WAP pada rumah sakit Panti Rapih Yogyakarta.
Page 26
3
1.3. Tujuan dan Manfaat
Tujuan dari pembuatan tugas akhir ini adalah membangun sebuah
aplikasi pendaftaran pasien rawat jalan berbasis web dan WAP pada rumah
sakit Panti Rapih Yogyakarta.
Adapun manfaat dari aplikasi ini adalah :
a. Bagi pasien : dengan menggunakan aplikasi pendaftaran pasien rawat
jalan berbasis web dan wap membantu pasien dalam melakukan
pendaftaran pasien serta mengakses informasi tentang pendaftaran pasien.
b. Bagi staff pendaftaran : dengan menggunakan aplikasi pendaftaran pasien
rawat jalan berbasis web membantu dalam pengelolaan data pendaftaran
pasien
1.4. Batasan Masalah
Dalam pembuatan tugas akhir ini, ada beberapa batasan sebagai berikut :
1. Aplikasi yang dibuat terbatas pada pendaftaran pasien rawat jalan secara
online, tidak membahas proses pembayaran dan rekam medis.
2. Studi kasus dilakukan pada Rumah Sakit Panti Rapih Yogyakarta.
3. Aplikasi dibuat dengan teknologi web PHP dan WML untuk teknologi
WAP, serta menggunakan DBMS MySQL.
4. Program aplikasi yang dibuat tidak membahas masalah jaringan dan
sekuritas.
Page 27
4
5. Program aplikasi WAP digunakan untuk melakukan pendaftaran bagi
pasien lama atau yang sudah pernah periksa. Sedangkan aplikasi Web
digunakan untuk melakukan pendaftaran bagi pasien baru maupun pasien
lama (yang sudah pernah periksa).
1.5. Metodologi Penelitian
Metode penelitian yang digunakan dalam pembuatan Tugas Akhir ini dengan
tahap – tahap sebagai berikut :
1. Observasi Pendaftaran Pasien Rawat Jalan
Mengamati proses pendaftaran pasien rawat jalan di Rumah Sakit Panti
Rapih.
2. Studi Literatur
Mencari referensi terkait teknologi web dan WAP untuk pembangunan
suatu aplikasi.
3. Pembangunan aplikasi dengan metode Waterfall (Kristanto,2004):
a. Analisis
Dalam tahap ini penulis mempersiapkan dan mengumpulkan data-data
yang terkait dengan pendaftaran pasien rawat jalan, poliklinik, jadwal
praktek dokter, informasi pelayanan.
Page 28
5
b. Perancangan (Design)
Merupakan langkah multi proses yang memusatkan kerja pada basis
data, arsitek perangkat lunak, prosedur detail dan karakteristik
antarmuka, agar dalam pelaksanaan pembuatan aplikasi lebih mudah
dan tepat sasaran. Dalam tahap ini penulis melakukan perancangan
basis data, antarmuka pengguna (user interface), antarmuka
administrator.
c. Implementasi (coding)
Hasil rancangan diterjemahkan ke dalam bentuk bahasa yang
dimengerti oleh mesin, dengan menggunakan WML sebagai bahasa
pemrograman WAP dan PHP sebagai bahasa pemrograman berbasis
web.
d. Pengujian (Testing)
Menguji program modul per modul apakah hasilnya sudah sesuai
dengan yang diinginkan, dan bebas dari kesalahan, selanjutnya
menguji modul – modul program demi satu kesatuan sistem.
e. Operasi dan maintenance
Pemeliharaan sistem
Page 29
6
4. Uji coba terhadap user
Dilakukan uji coba terhadap pasien rawat jalan dan bagian pendaftaran
pasien.
1.6. Sistematika Penulisan
Untuk mempermudah dalam menyusun dan memahami isi dari Tugas Akhir
ini, penulis menggunakan sistematika sebagai berikut :
Bab I. Pendahuluan
Bab ini membahas mengenai latar belakang, rumusan masalah, tujuan,
batasan masalah, metodologi penelitian, dan sistematika penulisan.
Bab II. Landasan Teori
Bab ini membahas mengenai pengetahuan yang menjadi dasar teori
yang berhubungan erat dan dipergunakan dalam mendukung pokok
pembahasan tugas akhir yaitu wap, web, basis data.
Bab III. Analisis dan Perancangan Sistem
Dalam bab ini diuraikan tentang analisa dan perancangan dari aplikasi
yang dibuat. Analisa meliputi analisa masalah dan analisa kebutuhan,
sedangkan untuk perancangan terdiri dari perancangan proses,
perancangan basis data serta perancangan antarmuka.
Page 30
7
Bab IV. Implementasi
Bab ini berisi informasi tentang implementasi dari perancangan yang
telah dibuat, yang meliputi coding program, hasil input dan output
program.
Bab V. Analisa Hasil dan Pembahasan
Bab ini berisi analisa hasil aplikasi yang dibuat dan pembahasan
mengenai kelebihan dan kekurangan aplikasi yang dibuat. Bab ini juga
membahas hasil uji coba aplikasi terhadap user yang dilakukan di
lokasi Rumah Sakit Panti Rapih
Bab VI. Kesimpulan dan Saran
Bab ini berisi kesimpulan dan saran untuk pengembangan aplikasi
pada waktu yang akan datang.
Page 31
8
Bab II
Landasan Teori
2.1. Sistem Informasi
Pengaturan orang, data, proses, dan information technology (IT) /
teknologi informasi yang berinteraksi untuk mengumpulkan, memproses,
menyimpan, dan menyediakan sebagai output informasi yang diperlukan
untuk mendukung sebuah organisasi (Whitten,2004).
2.2. Sistem Informasi Berbasis WEB
Sistem informasi berbasis web adalah suatu sistem di dalam suatu
organisasi yang mempertemukan kebutuhan pengolahan transaksi harian,
mendukung operasi, bersifat managerial dan kegiatan strategi dari suatu
organisasi dan menyediakan pihak luar tertentu dengan laporan-laporan yang
diperlukan dengan interaksi secara langsung dan beroperasi pada sebuah
browser aplikasi dan teknologi internet (Whitten,2005).
2.3. Rawat Jalan
Rawat jalan adalah pelayanan pengobatan di fasilitas pelayanan
kesehatan dengan tidak harus menginap di fasilitas pelayanan kesehatan
tersebut baik didalam gedung dan diluar gedung.
Page 32
9
2.4. Pengembangan Rekayasa Perangkat Lunak dengan metode
Terstruktur
Rekayasa perangkat lunak adalah Aplikasi dari sebuah pendekatan
kuantifiabel, disiplin, dan sistematis kepada pengembangan, operasi, dan
pemeliharaan perangkat lunak yaitu aplikasi dari rekayasa perangkat lunak
(Pressman,1997).
Proses - proses rekayasa perangkat lunak adalah perekat yang
menjaga bentangan – bentangan teknologi secara bersama-sama dan
memungkinkan perkembangan perangkat lunak komputer yang tepat waktu
dan rasional.
2.4.1. Model Waterfall
Model waterfall membagi dan membedakan fase spesifikasi dan
pengembangan
Requirementsdefinition
System andsoftware design
Implementationand unit testing
Integration andsystem testing
Operation andmaintenance
Gambar 2.1 Model Waterfall(Kristanto,2004)
Page 33
10
Fase model Waterfall :
a. Analisa dan definisi kebutuhan
Proses menganalisis dan pengumpulan kebutuhan sistem yang sesuai
b. Desain sistem dan software
Proses desain akan menerjemahkan syarat kebutuhan ke sebuah
perancangan perangkat lunak yang dapat diperkirakan sebelum dibuat
coding.
c. Pengkodean
Menerjemahkan desain ke bahasa yang dimengerti komputer
d. Pengujian
Memeriksa program, mencari kesalahan
e. Operasi dan Maintenance
Pemeliharaan sistem
Keunggulan Model Waterfall :
a. Mudah diaplikasikan
b. Memberikan template tentang metode analisis, desain, pengkodean,
pengujian, dan pemeliharaan
2.5. HTML
HTML merupakan bahasa yang digunakan untuk menulis halaman
web. Biasanya mempunyai ekstensi .htm, .html, .shtml (Suyanto,2007).
Page 34
11
HTML tersusun atas tag-tag, digunakan untuk menentukan tampilandari
kumpulan HTML yang diterjemahkan oleh browser. Tag HTML tidak case
sensitive. Jadi bisa menggunakan <HTML> atau <html>. Keduanya
menghasilkan output yang sama.
HTML berasal dari bahasa SGML (Standart Generalized Mark up
Language) yang penulisannya disederhanakan. HTML dapat dibaca oleh
berbagai macam platform. HTML juga merupakan bahasa pemrograman
yang fleksibel, dapat disisipi/digabungkan dengan bahasa pemrograman
lain, seperti PHP, ASP, JSP, JavaScript, dan lainnya. Jika ada kesalahan
pada penulisan HTML, browser tidak akan memperlihatkan syntax error ,
tetapi hanya tidak menampilkannya. HTML terus berkembang seiring
perkembangan browser.
Kerangka dasar dokumen HTML :
<HTML>
<HEAD>
Deskripsi dokumen
</HEAD>
<BODY>
Isi dokumen
</BODY>
</HTML>
Page 35
12
Keterangan :
HTML
Setiap dokumen HTML biasanya diawali dan ditutup dengan tag
HTML, yang member tahu browser bahwa yang berada didalam kedua
tag tersebut adalah dokumen HTML.
HEAD
Bagian header dari dokumen HTML, berada diantara tag HEAD. Di
dalam bagian ini biasanya dimuat tag TITLE yang menampilkan judul
halaman pada bagian title milik browser. Header juga memuat tag
META yang biasanya digunakan untuk menentukan informasi tertentu
mengenai dokumen HTML.
BODY
Dokumen body digunakan untuk menampilkan text, image link, dan
semua yang akan ditampilkan pada halaman web.
2.6. WAP (Wireless Application Protokol)
WAP adalah suatu spesifikasi global yang terbuka dan memampukan
user mobile dengan wireless device (seperti telepon mobile) agar mudah
mengakses dan saling berhubungan dengan informasi dan layanan pada
internet(Simarmata,2006).
Pengembangan aplikasi WAP dengan PHP memungkinkan membuat
aplikasi seperti database, mail server, pengiriman pesan. Supaya Script PHP
Page 36
13
dapat didukung oleh perangkat WAP, script ini harus menghasilkan output
header WML kepada client, karena itu setiap dokumen WML yang berisi
kode PHP harus menyertakan baris-baris berikut yang ditempatkan pada
awal deck.
<?php
header(“Content-type:text/vnd.wap.wml”);
echo”<?xml version=\”1.0\”?>”;
echo”<!DOCTYPE wml PUBLIC\”-//WAPFORUM//DTD WML
1.1//EN\”
\”http://www.wapforum.org/DTD/wml_1.1.xml\”>”;
?>
Gambar 2.2.WAP Content Menggunakan Gateway dan Emulator
Ketika mobile device user meminta sebuah halaman web, berikut
permintaan dan proses respons terjadi :
Page 37
14
1. Pengguna meminta URL dari Microbrowsernya.
2. WAP browser mengkodekan permintaan ke dalam format WML dan
mengirim permintaan ke WAP gateway.
3. WAP gateway menerima WAP request, mengubah WAP request ke
dalam HTTP request, dan kemudian mengirimkannya ke web server.
4. Web server menerima HTTP request, melakukan pengolahan yang
diperlukan, dan kemudian mengirimkan kembali HTTP respons ke
WAP gateway.
5. WAP gateway menerima HTTP respons, mengkodekan HTTP respons
ke dalam WAP respons, dan kemudian mengirimkannya pada WAP
device yang dimintanya.
6. Software WAP Microbrowser menerima tanggapan WAP dan
membuatnya ke tampilan mobile device.
WAP browser berguna untuk melihat dan merasakan WAP device
yang nyata. Ketika WAP emulator digunakan, WAP gateway tidak
dibutuhkan karena file-file WML di-download dari web server atau file
lokal.
Pada prinsipnya, komunikasi antara web server dengan perangkat
WAP sesama dengan hubungan antara web server dengan browser berbasis
PC, hanya saja dalam hal ini ada satu tahap tambahan. Tahap ekstra yang
dibutuhkan adalah transfer informasi oleh WAP gateway. WAP gateway
Page 38
15
bertindak sebagai perantara antara browser nirkabel dengan server tempat
informasi berada (Purbo,2005).
WAP Gateway merupakan penghubung antara WAP devices dengan
situs-situs Internet yang akan diakses. WAP Gateway menyediakan jalur
bagi WAP devices dengan aplikasi yang ada di dalam dunia Internet.
WAP Gateway didalam dunia GSM, adalah provider layanan jasa
telekomunikasi seperti Telkomsel, Indosat atau Satelindo. Teknologi yang
digunakan untuk berkomunikasi antara handphone dengan WAP Gateway
adalah GPRS (General Packet Radio Service).
2.6.1. WML (Wireless Markup Language)
WML adalah markup language berdasarkan Extensible Markup
Language (XML). WML specification secara resmi awalnya telah
dikembangkan dan dikelola oleh WAP Forum.
WML adalah sebuah bahasa „markup‟. Maksudnya adalah
halaman ditulis dan disimpan sebagai file-file teks dengan
menggunakan „tag-tag‟ seperti yang ditemukan pada
HTML(simarmata,2006).
WAP mendefinisikan bahasa markup WML ( wireless markup
language). Pengembang WAP menampilkan suatu situs yang
menggunakan WML seperti pada HTML yang digunakan ada situs
Page 39
16
web. WML sendiri bebasis pada standar XML. Dan untuk scriptnya
digunakan XMLScript.
Perbandingan WML dan HTML (simarmata,2006) :
WML HTML
Bahasa markup untuk
komunikasi wireless
Bahasa markup untuk komunikasi
yang menggunakan kabel
Dibuat menggunakan
variable
Tidak menggunakan variabel
WML script disimpan dalam
file terpisah
Javascript ditempalkan dalam file
HTML yang sama
Image disimpan sebagai
WBMP
Image disimpan sebagai GIF, JPEG,
atau JPG
Browser yang digunakan
adalah microbrowser
Browser yang digunakan adalah IE
dan Opera
Case sensitive Tidak case sensitive
Mempunyai tag yang lebih
sedikit
Mempunyai tag yang lebih banyak
WML card membuat „Deck Halaman HTML membuat „situs‟
Tabel 2.1. Perbandingan WML dan HTML
Page 40
17
Teknologi yang dikembangkan untuk internet telah didesain
untuk komputer desktop dan komputer yang memiliki bandwith
sedang hingga tinggi, sedangkan peralatan mobile mempunyai
keterbatasan pada lingkungan komputasi dibandingkan dengan
komputer desktop.
Karena desain tersebut, maka digunakan apa yang disebut
konsep „setumpuk kartu‟ (deck). Sebuah interaksi antara agent user
dan user dianggap sebagai sebuah kartu (card). Keindahan desain ini
adalah bahwa lebih dari satu layer bisa didownload oleh client dalam
sekali pengambilan data
Dan untuk memenuhi kriteria tersebut diatas, maka solusi harus
memiliki sifat:
a. Interoperabilitas – terminal dari pabrikan yang berbeda dapat
berkomunikasi dengan service pada jaringan mobile.
b. Scalable – operator jaringan mobile dapat memenuhi service-
service yang dibutuhkan oleh customer.
c. Effisien – memberikan kualitas service yang cocok dengan
karekteristik jaringan mobile.
d. Reliable – memberikan platform yang konsisten dan
terprediksi untuk mengembangkan service.
Page 41
18
e. Aman – service dapat dikembangkan lebih aman ketika
membawa data user.
2.6.2. Keuntungan dari WAP
Bagian berikut menjelaskan bagaimana berbagai kelompok bisa
memperoleh keuntungan dari WAP:
a. Pelanggan:
Pelanggan akan mendapatkan keuntungan dari menggunakan
layanan berbasis WAP, jika tidak akan ada insentif untuk WAP
tidak secara keseluruhan atau untuk salah satu kelompok lain yang
disebutkan di bawah ini. kunci manfaat dapat diringkas sebagai:
Sifat mudah dibawa
Mudah digunakan
Akses ke berbagai jasa di pasar yang kompetitif
Kemungkinan memiliki layanan personalisasi
Cepat, mudah, dan efisien akses ke layanan
Untuk memenuhi kebutuhan pelanggan sebanyak mungkin,
perangkat WAP akan tersedia dalam berbagai bentuk faktor,
misalnya pager, PC genggam, dan telepon
b. Operator:
Banyak keuntungan yang disebutkan di bawah "Penyedia Layanan"
yang berlaku untuk operator juga. Imbalan operator mungkin
termasuk:
Page 42
19
Alamat segmen pasar baru dari pengguna ponsel dengan
mengaktifkan lebih luas VAS mobile.
Deploy telepon layanan yang berbeda dengan layanan teleponi
tradisional mudah untuk membuat, memperbarui, dan
mempersonalisasikan
Gunakan fleksibilitas WAP sebagai alat untuk membedakan dari
pesaing
Menarik untuk layanan antarmuka akan meningkatkan
penggunaan
Peningkatan pendapatan per pengguna karena penggunaan
jaringan yang lebih tinggi
Nyaman layanan pembuatan dan pemeliharaan, termasuk
pendek pasar ke waktu
Ganti pusat penitipan mahal pelanggan dengan layanan berbasis
WAP (E-perawatan)
layanan WAP dirancang untuk tidak tergantung pada jaringan,
menyiratkan bahwa operator yang menjalankan berbagai jenis
jaringan hanya perlu mengembangkan layanan
Sebuah standar terbuka berarti peralatan yang akan disediakan
oleh banyak produsen
Page 43
20
c. Penyedia Layanan:
WAP membuka kemungkinan baru untuk layanan dan penyedia
konten karena mereka tidak perlu harus datang ke suatu perjanjian
dengan operator tertentu tentang memberikan layanan kepada
pelanggan mereka. Keuntungan adalah untuk contoh:
Buat layanan sekali, membuatnya dapat diakses di berbagai
jaringan nirkabel
Alamat segmen pasar baru dengan meluncurkan VAS mobile
inovatif. Mempertahankan pelanggan lama dengan
mengadaptasi layanan Internet yang sudah ada untuk WAP
Mempertahankan pelanggan lama dengan mengadaptasi
layanan Internet yang sudah ada untuk WAP
Nyaman layanan pembuatan dan pemeliharaan
Menciptakan layanan WAP tidak lebih sulit daripada membuat
layanan internet hari ini sejak WML dan WMLScript yang
didasarkan pada teknologi internet terkenal
Gunakan alat-alat standar seperti ASP atau CGI untuk
menghasilkan konten dinamis
Memanfaatkan investasi yang ada di database dll yang
merupakan dasar dari layanan Internet yang sudah ada
Page 44
21
d. Produsen:
Perangkat Handphone yang mendukung WAP akan tersedia dalam
berbagai bentuk faktor, misalnya telepon selular, pager, dan PC
genggam. Produsen Hardware juga akan harus memberikan
operator dll dengan peralatan, seperti WAP Gateway / proxys dan
server WTA. Manfaat Produsen adalah misalnya:
WAP sisik di berbagai jaringan bergerak, yang berarti bahwa
implementasi WAP dapat digunakan dalam mendukung
berbagai jenis perangkat jaringan.
Penerapan luas diharapkan dari WAP menyiratkan bahwa skala
ekonomi dapat dicapai, yang berarti bahwa massa besar pasar
dapat diatasi
Kenyataan bahwa WAP dirancang untuk mengkonsumsi
minimal memori, dan bahwa penggunaan teknologi proxy
meringankan CPU, berarti bahwa komponen murah dapat
digunakan di handset
pengetahuan yang mendalam tentang infrastruktur jaringan
nirkabel untuk mengembangkan server canggih yang mulus
terintegrasi dengan telepon mobile VAS
Merebut kesempatan untuk memperkenalkan produk baru yang
inovatif
Page 45
22
e. Peralatan Penyedia:
Hari ini ada sejumlah besar utilitas yang tersedia untuk membuat
aplikasi untuk web. Konten pengembang telah menjadi terbiasa
dengan kenyamanan yang tool seperti FrontPage dan Dreamweaver
menyediakan. Peralatan penyedia akan dapat:
Menggunakan kembali dan memodifikasi produk yang ada
untuk mendukung WAP, atau bahkan mengintegrasikan
dukungan WAP di alat yang ada.
Alamat basis pelanggan baru dalam komunitas nirkabel.
2.6.3. Piranti pembangunan WAP
HTML telah digunakan dalam pemrograman dalam internet
selama bertahun-tahun, akan tetapi HTML merupakan bahasa
interpretasi dan ditransmisikan sebagai kode ASCII yang telah
diformatkan dengan browser. Sedangkan WML, merupakan kode
biner yang dimaksudkan untuk mengurangi banyaknya data yang
harus ditransmisikan antara handset dengan base station. Pengkodean
dilaksanakan secara transparan pada kedua peralatan yang terkoneksi
tersebut dan does not impose itself on the user. Oleh karena itu pihak
pengembang WML harus mengikuti peraturan yang telah ada.
Apabila peraturan tersebut tidak dikuti dengan tepat, maka kode tidak
akan bekerja sama sekali. Dalam mikrobrowser tidak banyak
Page 46
23
diberikan format-format tertentu, dikarenakan layarnya yang terbatas.
Penambahan dasar yang telah diberikan pada WML sehingga berbeda
dengan HTML adalah sebagai berikut:
1. WML berisikan built-in event model, sedengkan HTML
membutuhkan Javascript, VBScript, komponen ActiveX untuk
menghasilkan penanganan event.
2. Standar WAP berisikan call-handling model (WTA), dimana
HTML tidak akan pernah bisa.
3. Dalam standar WAP didalamnya terdapat interface peralatan
telepon (WTAI), seperti akses phonebook, akses SIM card.
4. WAP memang didesain untuk menggunakan bandwith semisal
encode biner, sedangkan HTTP dioptimasikan untuk TCP/IP
dan komunikasi soket via teks mode ASCII.
5. Di dalam WAP, medungkung untuk enkripsi (WTLS).
2.6.4. Editor dan emulator
Apabila kita ingin membangun aplikasi WAP maka pertama
kali yang kita lakukan adalah mencari editor WML untuk menuliskan
source code dan emulator untuk mengetes program yang telah kita
buat. Meskipun bahasa pemrograman WML dan WMLScript
termasuk bahasa yang baru, akan tetapi memiliki pengembangan
Page 47
24
yang cukup pesat, ini dapat kita ketahui dari banyaknya software
editor dan emulator WAP. Software yang beredar tersebut dapat
berupa teks editor semisal notepad, textpad, hingga editor berupa
Integrated Development Environment (IDE) yang memberikan
banyak fasilitas semisal winWAP.
Didalam model pemrograman WAP, terdapat perbedaaan
tentang system akses dalam browser yang digunakan. Dalam
mikrobrowser diperlukan user agent untuk mengakses setiap halaman
WML yang telah kita buat. Oleh karena itu, untuk mengetes atau
mencoba program yang telah kita buat diperlukan suatu emulator,
dikarenakan dengan emulator tersebut untuk mengemulasikan
peranan user agent dalam mikrobrowser.
Gambar 2. 3. Wap Browser M3Gate
Page 48
25
2.6.5. Model pemrograman WAP
Model pemrograman pada WAP sangat mirip dengan model
pemrograman berbasis internet, sehingga memiliki banyak
keuntungan dalam proses pengembangannya salah satunya adalah
model pemrograman yang sangat familiar kita gunakan, bentuk
arsitektural yang telah terbukti dan kemampuan untuk leverage
existing tools (e.g., Webservers, XML tools, etc.). Pengembangan
aplikasi WAP dilakukan dalam suatu lingkungan kerja yang disebut
sebagai Wireless Application Environment (WAE). Inti dari WAE ini
terdiri dari Wireless Markup Language (WML) dan Wireless Markup
Language Script (WMLScript).
Untuk menjangkau dunia internet, sebuah ponsel yang
memiliki teknologi WAP harus berjalan diatas WAPGateway.
WAPGateway ini bertindak sebagai perantara, menghubungkan
jaringan mobile dan internet dengan menerjemahkan Hypertext
Transfer Protocol (HTTP) menjadi Wireless Session Protocol (WSP)
seperti pada skema dibawah ini
Page 49
26
Gambar 2.4. Model program WAP
Prinsip kerjanya adalah aliran data dari phones (client)/WAP
protokol, akan mengirim encoded request, protokol gateway akan
mentranslasikan request dari WAP protokol yang terdiri dari WSP,
WTP, WTLS dan WDP tersebut menuju WWW protokol (server,
yaitu HTTP, TCP/IP) encoder akan menyesuaikan format data
dengan server jaringan www yang dapat berupa CGI dan script,
kemudian server akan merespon request tersebut menjadi kode-kode
yang dimengerti oleh WAP Emulator dan Ponsel. Proses ini disebut
sebagai tahap compilation, dan mengirimkan kembali protokol
gateway untuk ditranslasikan kembali menuju WAP client dalam
bentuk WAP Binary XML (WBXML) dalam hal ini adalah
handphone. Dalam penerimaan transfer data, setiap WAP emulator
dan ponsel memiliki kemampuan yang berbeda-beda untuk hal
Page 50
27
penerimaan WML yang telah tercompile. Program WML hanyalah
program sederhana yang berfungsi untuk menampilkan teks dan
gambar pada display terminal WAP, baik yang berupa telepon
genggam, PDA, maupun WAP emulator. Program ini memiliki
struktur yang baku mengikuti standar WAP yang telah ditetapkan
oleh WAP forum.
Web server diperlukan untuk melayani permintaan dari user
melalui ponsel untuk sebuah aplikasi WAP, misalnya Apache,
Microsoft Internet Information Sevice (IIS), ataupun PWS (Personal
Web Server).
Hubungan ini dilakukan melalui perantara WAP Gateway.
Aplikasi dalam WAP dilakukan dengan menggunakan format WML.
Untuk menjalankan suatu program aplikasi WAP, sama halnya dengan
internet biasa. Kita tinggal mengetikkan alamat URL yang kita
kehendaki.
Data WML terstruktur dalam bentuk koleksi kartu atau card.
Sebuah koleksi card disebut dengan deck. Tiap deck tersusun dari isi
yang terstruktur dan spesifikasi dari navigasi. Pengguna melakukan
navigasi dalam susunan card, mengisi informasi yang dibutuhkan,
membuat pilihan dan bernavigasi ke card selanjutnya atau kembali ke
card sebelumnya.
Page 51
28
Dalam HTML, user interface ditampilkan dalam bentuk
halaman-halaman hypertext. Navigasi dilakukan pengguna dalam
card-card tersebut seperti halnya navigasi pada halaman-halaman
HTML dimana dalam card pada suatu deck dapat memiliki hyperlink
ke card lain.
Aplikasi WML yang kita buat dapat diakses menggunakan
browser yang disebut dengan user agent. User agentlah yang
mendownload halaman WML. Hasil render halaman WML amat
bergantung pada tipe perangkat yang digunakan. Dan tampilan yang
diperoleh mungkin berbeda antara ponsel dengan kemampuan grafis
yang baik dengan yang hanya mendukung modus teks.
2.6.6. Cara kerja WAP
Menurut WAP Technical White Paper pada situs
wapforum.org, terdapat tiga bagian utama dalam akses WAP, yaitu
perangkat wireless yang mendukung WAP, WAP Gateway sebagai
perantara, dan Web Server sebagai sumber dokumen. Dokumen
yang ada dalam web server dapat berupa dokumen HTML maupun
WML. Dokumen WML khusus ditampilkan melalui browser dari
perangkat WAP. Sedangkan dokumen HTML yang seharusnya
ditampilkan melalui web browser, sebelum dibaca melalui browser
WAP diterjemahkan terlebih dahulu oleh gateway agar dapat
menyesuaikan dengan perangkat WAP. Namun demikian meskipun
Page 52
29
dokumen HTML dapat saja diakses oleh ponsel, dokumen WML
lebih ditujukan untuk layar ponsel yang kecil. Untuk cara kerjanya
WAP hampir mirip cara kerja internet saat ini. Dibutuhkan WAP
gateway untuk menjembatani ponsel dengan internet dalam
mengirim dan menerima data. Hal ini sama halnya dengan pengguna
PC yang membutuhkan ISP (Internet Service Provider) sebagai
gateway dalam menjembatani PC dengan internet. Syarat lainnya
yang harus dipenuhi adalah ponsel yang digunakan harus WAP
enabled, yaitu sudah dilengkapi dengan teknologi WAP yang
digunakan untuk mengakses internet.
a. Elemen utama WAP :
1. WAE User Agent (Browser)
2. Content Generator
Merupakan aplikasi atau service pada sisi server yang
menghasilkan format suatu standard content sebagai respon
atas request dari user agent pada sisi client. WAE tidak
mengkhususkan pada standard content generator tertentu, tapi
lebih bervariasi daripada yang ada pada HTTP server.
Page 53
30
3. Standard Content Encoding
Merupakan seperangkat content encoding yang telah
didefinisikan sesuai dengan WAE User Agent. Standard
Content Encoding meliputi compressed encoding (WML),
bytecode encoding (WMLScript), standard image format, a
multi-part container format, maupun calendar data format
4. WTA(Wireless Telephony Application)
Merupakan kumpulan spesifikasi fungsi untuk call dan
mekanisme kontrol yang berhubungan dengan sistem telepon.
b. Elemen-elemen WAP
Elemen-elemen yang penting dalam WAP
<wml> Menentukan sebuah deck
<head> Menyatakan informasi keseluruhan dari sebuah deck
<template> Mendefiniskan kumpulan even dalam deck
<card> Menentukan action dan user interface untuk deck
Page 54
31
2.7. PHP (Hypertext preprocessor)
PHP merupakan bahasa standar yang digunakan dalam dunia web site.
PHP adalah bahasa program yang berbentuk script yang diletakkan di
dalam server web(Nugroho,2004).
PHP atau Personal Home Page, biasa disebut juga Profesional Home
Page, ada juga yang mengartikan (PHP : Hypertext Preprocessor). PHP
adalah bahasa server-side scripting yang menyatu dengan tag-tag HTML
yang dieksekusi di server dan digunakan untuk membuat halaman web
dinamis seperti halnya Active Server Pages (ASP) atau Java Server Page
(JSP).Maksud dari server-side scripting adalah perintah-perintah yang
diberikan akan sepenuhnya dijalankan di server tetapi disertakan pada
dokumen HTML. Jika user membuka suatu halaman PHP, server akan
memproses perintah PHP lalu mengirimkan hasilnya dalam format HTML
ke browser user tersebut. Dengan demikian user tidak dapat melihat kode
program yang ditulis dalam PHP sehingga keamanan dari halaman web
lebih terjamin.PHP dapat mengirim HTTP Header, dapat mengeset cookies,
mengatur authentication dan redirect users. PHP menawarkan koneksitas
yang baik dengan beberapa basis data (database) antara lain Oracle, Sybase,
mSQL, MySQL, Solid, PostgreSQL.
Page 55
32
2.7.1. Kegunaan PHP
Hampir seluruh aplikasi berbasis web dapat dibuat dengan
PHP, namun fungsi PHP yang paling utama adalah untuk
menghubungkan database dengan web. Dengan menggunakan PHP
membuat aplikasi web yang terkoneksi ke database menjadi sangat
mudah.
Sistem database yang telah didukung oleh PHP adalah ;
a. Oracle
b. MySQL
c. mSQL
d. Sybase
e. Solid
f. PostgreSQL
g. Generic ODBC
2.7.2. Teknik Menuliskan Script PHP
Beberapa cara menuliskan script PHP :
1. <? Script PHP anda disini ?> atau
2. <?php Script PHP anda disini ?> atau
3. <% Script PHP anda disini %> atau
4. <SCRIPT language=”php”> skript PHP anda disini
</SCRIPT>
Page 56
33
Semua kata dan script yang diletakkan pada daerah script akan
dianggap sebagai perintah PHP sehingga jika terjadi kesalahan atau
kata-kata tidak sesuai dengan program akan dianggap salah dan akan
mengakibatkan program yang kita buat menjadi eror.
2.7.3. Kelebihan dan Kelemahan PHP
Sebagai bahasa pemrograman tingkat tinggi, PHP tentu
memiliki nilai lebih, khususnya dalam skrip dan tingkat kesulitan
serta fleksibilitas bahasa tersebut ketika dimodifikasi.
Kelebihan PHP :
PHP mempunyai beberapa kemampuan yang merupakan salah
satu kelebihan PHP, kemampuan tersebut antara lain :
Cara koneksi dan query database yang sederhana.
Dapat bekerja pada sistem operasi berbasis windows, linux,
Mac OS, dan kebanyakan varian UNIX.
Biaya yang dibutuhkan untuk menggunakan PHP tidak mahal,
atau bahkan gratis.
Mudah digunakan karena memilki fitur dan fungsi khusus
untuk membuat web dinamis. Bahasa pemrograman PHP
dirancang untuk dapat dimasukkan dalam HTML(embedded
script).
Page 57
34
Waktu eksekusi yang lebih cepat dibandingkan dengan bahasa
pemrograman web lainnya berorientasi pada serverside
scripting.
Akses ke sistem database yang lebih fleksibel dan mudah,
seperti pada MySQL.
Kekurangan PHP
PHP tidak memiliki multiple inheritance atau kemempuan
untuk mewarisi dua atau lebih kelas induk
Konsekuensi atas kepraktisan dan kemudahannya, instalansi
default pada PHP banyak memiliki kelemahan keamanan
(security system).
2.8. Macromedia Dreamweaver
Macromedia Dreamweaver MX 2004 adalah editor HTML
professional untuk merancang, mengodekan, dan mengembangkan websites,
halaman web, dan aplikasi web(Suyanto,2007).
Dreamweaver juga menyediakan lingkungan pengkodean, meliputi
code-editing tool (seperti kode mewarnai dan penyelesaian tag) dan material
referensi pada HTML, Cascading Style Sheets (CSS), JavaScript,
ColdFusion Markup Language (CFML), Microsoft Active Server Pages
(ASP), dan Javaserver Pages (JSP). Teknologi Macromedia Roundtrip
Page 58
35
HTML mengimpor dokumen HTML yang dikode secara manual tanpa
reformatting kode. Kemudian bisa memformat kembali kode itu dengan
gaya pengaturan yang lebih disukai.
Dreamweaver juga memungkinkan kita untuk membangun aplikasi
web dinamis yang didukung database yang menggunakan teknologi server
seperti CFML, ASP.NET,ASP,JSP, dan PHP.
Dreamweaver secara penuh customizable. Kita dapat menciptakan
objek dan perintah, memodifikasi shortcut keyboard, bahkan menulis kode
JavaScript untuk memperluas kemampuan Dreamweaver dengan behavior
baru, Property Inspector, dan Site Report.
2.9. MYSQL
MySQL (My Strukture Query Language) atau yang biasa dibaca “mai-
se-kuel” adalah sebuah program pembuat database yang bersifat open
source, yang artinya siapa saja boleh menggunakannya dan tidak dicekal
(Nugroho,2004). Karena sifatnya yang open source, MySQL dapat
dijalankan pada semua platform baik windows maupun linux.
MySQL adalah salah satu jenis database server yang sangat terkenal,
karena MySQL menggunakan SQL sebagai bahasa dasar untuk mengakses
databasenya. Seperti halnya SQL engine yang lain, MySQL mempunyai tiga
subbahasa, yaitu:
Page 59
36
a. Data Definition Language (DDL)
DDL berfungsi pada obyek database, seperti membuat tabel,
mengubah tabel, dan menghapus table. DDL bertugas untuk membuat
obyek SQL dan menyimpan definisinya dalam tabel. DDL berfungsi
dalam pembuatan tabel, perubahan struktur tabel, perubahan nama
tabel, serta perintah untuk menghapus tabel. Perintah-perintah yang
digolongkan dalam DDL adalah create, alter, drop.
b. Data Manipulation Language (DML)
DML berfungsi untuk obyek tabel, seperti melihat, menambah,
menghapus, dan mengubah isi table. DML digunakan untuk
menampilkan, mengubah, menambah dan menghapus baris dalam
tabel. Perintah-perintah yang digolongkan dalam DML adalah select,
update, insert, dan delete.
c. Data Control Language (DCL)
DCL berfungsi untuk kepentingan sekuritas database, seperti
memberikan hak akses ke database dan menghapus hak tersebut dari
database Sebagai alat kontrol keamanan terhadap database dan
tabelnya digunakan DCL. Dua perintah utama di dalam DCL adalah
grant dan revoke. Grant digunakan untuk mengijinkan user mengakses
Page 60
37
table dalam database tertentu, sedangkan revoke berfungsi untuk
mencabut kembali ijin yang sudah pernah diberikan sebelumnya oleh
grant.
2.9.1. Koneksi Ke Server
Server MySQL baru pertama kali digunakan setelah instalasi, hanya
user dengan nama “root” yang bisa masuk ke dalam server. Untuk pertama
kali, password koneksi ke server tidak ditanya. Password harus di rubah
ketika berhasil masuk ke dalam server.
Perintah yang harus dilakukan adalah;
Shell>mysql-h localhost –u root –p
Localhost menyatakan bahwa komputer yang sedang digunakan untuk
koneksi ke server adalah komputer server lokal. Sedangkan atribut –p
ditambahkan password yang telah dimiliki.
a. Cara Menulis Perintah
Ada beberapa hal untuk menuliskan perintah (query) dalam
MySQL,antara lain:
• Penulisan statement bisa ditulis dalam huruf besar maupun huruf kecil.
• Penulisan nama kolom (field) membedakan huruf besar dan huruf
kecil (case sensitive).
Page 61
38
• Pernyataan tidak harus ditulis dalam satu baris (single line). Jika layar
tidak mencukupi dalam menulis panjangnya query, dapat dilanjutkan
dibawahnya (multiple line) dengan menekan tombol enter.
b. Membuat User Baru
Untuk membuat user baru terlebih dahulu harus mengatur hak akses
untuk pembatasan host dari komputer yang digunakan sebagai akses
server, nama user, dan password. Misalkan untuk membuat user baru
dengan nama admin wap dan mempunyai password erni, maka perintah
yang harus ditulis adalah:
Shell > mysql –h localhost –u root
Mysql> insert into user (host, user, password) Values
-> („localhost‟,‟adminwap‟, password(„erni‟));
mysql> flush privileges;
Unsur-unsur utama untuk membuat user baru adalah sebagai berikut:
• Host
Merupakan lokasi dimana user dapat mengakses server MySQL
melalui komputer tertentu.
• User
Nama yang digunakan untuk masuk sebagai ID.
• Password
Password digunakan agar keamanan server dapat terjamin.
• Hak akses
Page 62
39
Pemberian hak dalam operasional server dapat diberikan pada saat
pembuatan user.
2.9.2. Database
Database adalah kumpulan data yang terintegrasi satu sama lain.
Setiap user akan diberi wewenang untuk dapat mengakses data di
dalam database. Database biasanya terorganisasi dalam beberapa
komponen yang terdiri dari satu atau lebih table. Table digunakan
untuk menyimpan data yang terdiri dari baris dan kolom. Akses
terhadap data dapat berupa menampilkan, memodifikasi, dan
menambah atau menghapus data yang telah tersimpan. Akses tersebut
di atas dapat dilakukan oleh MySQL yaitu salah satu database yang
memiliki koneksitas yang baik terhadap PHP.
Yang harus diperhatikan dalam pembuatan database adalah di dalam
penulisan tidak diperbolehkan menggunakan spasi dan karakter
nonstandar.
Bentuk penulisan perintahnya adalah:
Mysql>create database nama_database;
Page 63
40
2.9.3. Tahap – Tahap Perancangan Database
Proses desain basis data dibagi menjadi 3 tahap utama :
Gambar 2.5 Fase Design Database (Atzeni,2000)
Application
requirements
Database
design
Conceptual Design
Physical Design
Logical Design
Conceptual Schema
Logical Schema
Physical Schema
Database structure and related
documentation
Page 64
41
1. Conceptual Design
Conceptual model adalah pendeskripsian organisasi data pada
abstraksi level tinggi, tidak memperhatikan aspek – aspek
implementasi.
2. Logical Design
Menterjemahkan conceptual schema ke model data yang sesuai
dengan DBMS yang digunakan.
Logical model merepresentasikan data dalam suatu cara yang tak
melibatkan physical details.
Ada 2 alasan bentuk logical design bukan sekedar hanya
menterjemahkan dari suatu model (ER Model) ke lain model
(Relational Model):
a. Tujuan logical design adalah untuk merepresentasikan data secara
akurat dari level tinggi (conceptual level) ke logical level
b. Tidak semua bentuk ER Model dapat ditranslasikan secara alamiah
ke Relational Model.
Dengan demikian ada 2 langkah utama dalam logical design, yaitu :
1. Restructuring of the ER Diagram (restrukturisasi ER Diagram)
Dapat dibagi menjadi 4 langkah yang harus dilakukan secara
berurutan :
a. Analisa redudansi
b. Hilangkan generalisasi
Page 65
42
c. Memecah / menyatukan entitas – entitas dan relasi – relasi
d. Menetapkan primary key
2. Translation into the Relation Model
3. Physical Design
Logical schema dilengkapi dengan detail – detail implementasi secara
fisik sesuai DBMS yang digunakan.
Page 66
43
2.9.4. Notasi ER Diagram
Construct Graphical representation
Entity
Relationship
Simple attribute
Composite attribute
Cardinality of a
(m1,M1) (m2,M2)
Cardinality of an attribute (m2,M2)
Internal identifier
External identifier
Generalization
Subset
Tabel 2.2. Notasi ER Diagram
Page 67
44
BAB III
ANALISA DAN PERANCANGAN SISTEM
3.1. Analisa Sistem
3.1.1. Gambaran Umum Sistem Lama
Gambaran umum sistem yang sekarang sedang digunakan saat ini :
a. Pasien datang langsung ke bagian pendaftaran
1) Pasien langsung ke bagian pendaftaran
2) Jika pasien lama maka menyerahkan Kartu Identitas
Berobat (KIB), jika pasien tidak membawa KIB maka
pasien memberi tahu pada bagian pendaftaran agar
segera dicari nomor rekam medis pasien
3) Jika pasien baru, pasien diarahkan untuk mengisi data
identitas pada formulir, setelah selesai. Serahkan pada
petugas pendaftaran.
4) Menunggu Kartu Identitas Berobat (KIB) dicetak
khusus untuk pasien baru.
5) Menunggu karcis (berisi tanggal pelayanan) dicetak,
berisi nama dokter atau instalansi yang dituju, nomor
urut pendaftaran, dan ruang pelayanan).
6) Pasien menuju depan ruang periksa untuk menunggu
dipanggil.
Page 68
45
b. Pendaftaran pasien melalui telepon
1) Pasien melakukan pendaftaran melalui telepon
2) Jika pasien lama dengan memberi tahu nomor RM
pasien yang tertera pada KIB. Jika pasien tidak tahu
nomor RM nya, segera memberi tahu identitas pasien (
nama dan alamat )
3) Jika pasien baru maka memberitahu nama dan alamat.
kemudian pasien baru datang langsung ke tempat
pendaftaran pasien rawat jalan untuk melengkapi
formulir pada hari H, setelah pasien mengisi data
langsung. Jika pasien lama langsung datang ke tempat
pendaftaran rawat jalan untuk mengambil karcis
sebelum ke ruang periksa.
3.1.2. Gambaran Umum Sistem yang Dibangun
a. Sistem Pendaftaran Pasien Rawat Jalan Berbasis Web
1. Pasien mengetikan alamat website pendaftaran pasien panti
rapih pada browser.
2. Bagi pasien baru harus melakukan registrasi pasien terlebih
dahulu sebelum melakukan pendaftaran antrian periksa
3. Bagi pasien lama langsung bisa melakukan pendaftaran antrian
pasien dengan login terlebih dahulu.
Page 69
46
b. Sistem Pendaftaran Pasien Rawat Jalan Berbasis Wap
1. aplikasi wap hanya digunakan oleh pasien lama
2. pasien mengetikan alamat url pada minibrowser di handphone.
3. pasien lama dapat langsung melakukan pendaftaran antrian
pasien dengan melakukan login terlebih dahulu.
Aplikasi pendaftaran pasien rawat jalan berbasis web dan wap,
digambarkan sebagai berikut :
Gambar 3.1 Gambaran umum sistem
Gambaran umum aplikasi pendaftaran pasien rawat jalan berbasis web
dan wap, sebagai berikut :
a. Dengan menggunakan telepon selular yang mempunyai fasilitas
wap. Pasien lama dapat melihat informasi jadwal praktek dokter,
pelayanan rumah sakit, poliklinik, melakukan pendaftaran periksa
rawat jalan. Sedangkan dokter dengan menggunakan aplikasi wap
dapat melihat banyaknya pasien yang akan diperiksa.
Page 70
47
b. Dengan menggunakan sistem berbasis web,
1. Pasien baru dapat melakukan register pasien baru, juga dapat
melakukan pendaftaran periksa rawat jalan,melihat informasi
jadwal praktek dokter, pelayanan rumah sakit dan poliklinik.
2. Dokter dapat melakukan edit data dokter yang bersangkutan.
3. Administrator melakukan update data dan pengelolaan data
c. Pengakses data dan informasi serta penyimpanan data pendaftaran
pasien menggunakan database MySQL.
3.1.3. Analisis Kebutuhan Sistem
Analisa kebutuhan sistem dilakukan untuk mengetahui kebutuhan dan
kegunaan sistem yang dibuat agar dapat memenuhi keinginan user.
3.1.3.1. Analisa Peran Sistem
Peran sistem yang dibutuhkan oleh user sebagai berikut :
a. Memberikan kemudahan bagi pasien dalam melakukan
pendaftaran pasien di Rumah Sakit Panti Rapih
Yogyakarta.
b. Memberikan kemudahan bagi pasien dalam mengakses
informasi tentang pendaftaran pasien di Rumah Sakit
Panti Rapih Yogyakarta.
Page 71
48
c. Memberikan kemudahan bagi dokter untuk mengetahui
banyaknya pasien yang akan diperiksa pada hari dokter
tersebut praktek.
d. Memberikan kemudahan bagi administrator dalam
mengelola data.
3.1.3.2. Analisa Peran Pengguna
Aplikasi Pendaftaran pasien rawat jalan mempunyai empat
user yang terlibat langsung dalam penggunaan sistem, yaitu :
a. Pasien lama, menggunakan sistem untuk melihat
informasi pendaftaran pasien dan melakukan pendaftaran
pasien melalui handphone dan akses internet.
b. Pasien baru (masyarakat), menggunakan sistem untuk
mengakses informasi tentang pendaftaran
pasien,melakukan register pasien baru, dan pendaftaran
pasien melalui web.
c. Dokter menggunakan sistem untuk melihat banyaknya
pasien yang akan diperiksa dan melakukan edit data
dokter yang bersangkutan melalui web.
d. Staff pendaftaran (bagian pendaftaran pasien), mengelola
data dengan melakukan insert, edit, delete data
e. Administrator menggunakan aplikasi untuk memberikan
hak akses terhadap dokter.
Page 72
49
a. Usecase diagram aplikasi pendaftaran pasien rawat jalan berbasis
web
Gambar 3.2 Usecase Diagram Staff Pendaftaran
Gambar 3.3 Usecase Diagram Administrator
Page 73
50
Gambar 3.4 Usecase Diagram Pasien
Gambar 3.5 Usecase Diagram Dokter
Page 74
51
b. Usecase diagram aplikasi pendaftaran pasien rawat jalan berbasis
wap
Gambar 3.6 Usecase Diagram Pendaftaran Pasien Berbasis wap
3.1.4. Pemodelan Proses (Diagram Arus Data)
Diagram arus data digunakan untuk memodelkan proses, yang
menggambarkan aliran arus data proses, input, dan output dari sistem
yang akan dibuat.
3.1.4.1. Diagram Konteks
Diagram konteks adalah sebuah diagram sederhana yang
menggambarkan hubungan antara entity luar, masukan dan
keluaran dari sistem. Entity yang ada dalam aplikasi
pendaftaran pasien rawat jalan berbasis web dan wap yaitu
pasien lama,pasien baru, dokter, dan administrator.
Page 75
52
Gambar 3.7 Diagram Konteks
Page 76
53
3.1.4.2. Diagram Berjenjang
1.2.1P
Insert
data
pendaftaran
pasien
1.2.2P
Edit
Data
pendaftaran
pasien
1.2.3
Delete
data
pendaftaran
pasien
1.3.1P
Insert
data
dokter
1.3.2P
Edit
data
dokter
1.3.3P
Delete
data
dokter
1.4.1P
Insert
data dan
informasi
jadwal
praktek
1.4.2P
edit
data dan
informasi
jadwal
praktek
1.4.3P
delete
data dan
informasi
jadwal
praktek
1.5.1P
Insert
data dan
informasi
poliklinik
1.5.2P
edit
data dan
informasi
poliklinik
1.5.3P
delete
data dan
informasi
poliklinik
2.3P
Isi form pendaftaran
rawat jalan
2.4
Lihat
informasi
2.1P
Register
pasien baru
2
Pendaftaran Rawat
jalan Pasien
1
Administrasi
Rawat Jalan
0
Aplikasi Pendaftaran Pasien
Rawat JalanBerbasis Web dan
WAP (Studi Kasus : Rumah
Sakit Panti Rapih)
2.4.1P
Lihat
jadwal
praktek
2.4.2P
lihat
informasi
poliklinik
1.6P
Laporan
pendaftaran
pasien
1.5Data dan
informasi
poliklinik
1.4
jadwal praktek
1.2
pendaftaran
rawat jalan
pasien
1.3
Data dokter
1.1P
Login
2.2P
Login
Gambar 3.8 Diagram Berjenjang
Top Level
Level 0
Level 1
Level 2
Page 77
54
3.1.4.3. DAD LEVEL 0
1
Administrasi
rawat jalan
2
Pendaftaran
Pasien
Admin
Pasien
Pendaftaran
Pasien
Dokter
Poliklinik
Jadwal
Praktek
Data admin
Data pasien
Data pendaftaran
Data dokter
Data poliklinik
Data jadwal
Data pasien
Data pendaftaran
D1
D2
D3
D4
D5
D6
Data penanggung
Jawab pasien D7Penanggung
Jawab pasien
Data penanggung
Jawab pasien
Gambar 3.9 DAD Level 0
Admin
Pasien
Page 78
55
3.1.4.4. DAD LEVEL 1 PROSES 1
data dokter
dokter
konfirmasi
login
Username
password
1.1P
login
data
pendaftaran
Staff
pendaftaran
konfirmasi
login
Username
password
1.2
data
Pendaftaran
pasien
1.3
Data dokter
1.4
jadwal
praktek
D3 pendaftaran pasien
D4 dokter
update
Pendaftaran pasien
update
Data
dokter
update
Jadwal praktek
data pendaftaran
pasien
data pendaftaran
Pasien terupdate
data dokter
Data dokter
terupdate
Jadwal praktek
Jadwal praktek
Terupdate
1.5
Data dan
informasi
poliklinik
1.6P
Laporan
pendaftaran
pasien
D5 poliklinikdata poliklinik
Data poliklinik
terupdate
informasi data
Pendaftaran pasien
Laporan pendaftaran
update
Data poliklinik
D1 Admin
1.1P
login
D6 jadwal praktek
D2 pasienData pasien
Data pasien
terupdate
edit
Jadwal pendaftaran
edit
Data dokter
pasien
Insert data pasien
Gambar 3.10 DAD Level 1 Proses 1
Page 79
56
3.1.4.5. DAD LEVEL 1 PROSES 2
data pasien
Pasien baru
konfirmasi
registerData pasien
2.2P
login pasien
2.1P
register
Pasien lama
konfirmasi
login
Username
password
D3 pendaftaran pasien
D5 poliklinik
D6 jadwal praktek
Form antrian
Pilih informasi
data pendaftaran
pasien
2.3P
Isi form
pendaftaran
2.4
Lihat
informasi
D2 pasien data
pasien
informasi
poliklinik
Informasi jadwal
praktek
Gambar 3.11 DAD Level 1 Proses 2
Page 80
57
3.1.4.6. DAD LEVEL 2 PROSES 1.2
Staff
pendaftaran
data pendaftaran pasien
tertambah
data
pendaftaran pasien
Pilihan edit
data pendaftaran pasien
data pendaftaran
pasien teredit
Pilihan hapus
data pendaftaran pasien
data pendaftaran pasien
terdelete
edit data
Pendaftaran pasien
data pendaftaran
pasien teredit
data tertambah
data pendaftaran
pasien
hapus data
Pendaftaran pasien
data pendaftaran
Pasien terhapus
1.2.1P
approve data
pendaftaran pasien
1.2.2P
edit data
Pendaftaran pasien
1.2.3P
delete data
pendaftaran pasien
1.2
D3 pendaftaran pasien
Gambar 3.12 DAD Level 2 Proses 1.2
Page 81
58
3.1.4.7. DAD LEVEL 2 PROSES 1.3
Staff
pendaftaran
data dokter
tertambah
Pilihan edit
data dokter
Data dokter teredit
Pilihan hapus
data dokter
data dokter
terdelete
edit data dokter
data dokter teredit
data tertambah
data dokter
hapus data dokter
Data dokter terhapus
1.3.1P
insert data dokter
1.3.2P
edit data
dokter
1.3.3P
delete data dokter
1.3
D4 dokter
dokter
Tambah data dokter
Gambar 3.13 DAD Level 2 Proses 1.3
Page 82
59
3.1.4.8. DAD LEVEL 2 PROSES 1.4
Staff
pendaftaran
data jadwal
praktek
tertambah
tambah data
Jadwal praktek
Pilihan edit
data jadwal
praktek
Data jadwal
praktek
teredit
Pilihan hapus
data jadwal
praktek
data jadwal
praktek
terdelete
edit data jadwal
praktek
data jadwal
praktek
teredit
data tertambah
data jadwal
praktek
hapus data jadwal
praktek
Data jadwal
praktek
terhapus
1.4.1P
insert data dan
informasi jadwal
praktek
1.4.2P
edit data dan
informasi jadwal
praktek
1.4.3P
delete data dan
informasi jadwal
praktek
1.4
D6 jadwal praktek
Gambar 3.14 DAD Level 2 Proses 1.4
Page 83
60
3.1.4.9. DAD LEVEL 2 PROSES 1.5
Staff
pendaftaran
data poliklinik
tertambah
tambah data
poliklinik
Pilihan edit
data poliklinik
Data poliklinik
teredit
Pilihan hapus
data poliklinik
data poliklinik
terdelete
edit data poliklinik
data poliklinik
teredit
data tertambah
Data poliklinik
hapus data poliklinik
Data poliklinik
terhapus
1.5.1P
insert data dan
informasi poliklinik
1.5.2P
edit data dan
informasi poliklinik
1.5.3P
delete data dan
informasi poliklinik
1.5
D5 Poliklinik
Gambar 3.15 DAD Level 2 Proses 1.5
Page 84
61
3.1.4.10. DAD LEVEL 2 PROSES 2.4
Gambar 3.16 DAD Level 2 Proses 2.4
Page 85
62
3.1.4.11. Diagram Berjenjang(berbasis wap)
1.2P
Isi form pendaftaran
rawat jalan
1.3
Lihat
informasi
1.1P
Login
1
Pendaftaran Rawat
jalan Pasien
0
Aplikasi Pendaftaran Pasien
Rawat JalanBerbasis Web dan
WAP (Studi Kasus : Rumah
Sakit Panti Rapih)
1.3.1P
Lihat
jadwal
praktek
1.3.2P
lihat
informasi
poliklinik
Gambar 3.17 DAD Diagram Berjenjang(berbasis wap)
Top Level
Level 0
Level 1
Level 2
Page 86
63
3.1.4.12. DAD Level 0 (berbasis wap)
1
Pendaftaran
Pasien
Pasien
Pendaftaran
Pasien
Dokter
Poliklinik
Jadwal
Praktek
Data pasien
Data pendaftaran
D2
D3
D4
D5
D6
D7Penanggung
Jawab pasien
Data penanggung
Jawab pasien
Data jadwal praktek
Data poliklinik
Data dokter
Gambar 3.18 DAD Level 0
Pasien
Page 87
64
3.1.4.13. DAD Level 1(berbasis wap)
1.1P
login
Pasien lama
konfirmasi
login
Username
password
D3 pendaftaran pasien
D5 poliklinik
D6 jadwal praktek
Form antrian
Pilih informasi
data pendaftaran
pasien
1.2P
Isi form
pendaftaran
1.3
Lihat
informasi
D2 pasien data
pasien
informasi
poliklinik
Informasi jadwal
praktek
Gambar 3.19 DAD Level 1
Page 88
65
3.1.4.14. DAD Level 2 proses 1.3
Pasien
1.3.1P
Lihat jadwal
praktek
1.3.2P
lihat Informasi
poliklinik
D6 jadwal praktek informasi
jadwal praktek
informasi
jadwal praktek
data jadwal
praktek
data poliklinik
1.3
D5 Poliklinik
Informasi
poliklinik
Informasi poliklinik
Gambar 3.20 DAD Level 2 Proses 1.3
Page 89
66
3.1.5. Kamus Data
Kamus data adalah kumpulan elemen – elemen atau simbol – simbol
yang digunakan untuk membantu dalam penggambaran atau
pengidentifikasian setiap field atau file di dalam sistem.
DATA PENJELASAN
Data poliklnik id_poliklinik + nama_poliklinik
id_poliklnik {angka | | }11
Angka {0-9}
nama_poliklinik {huruf | | }50
Huruf {A-Z | a-z}
Data dokter id_dokter + nama + specialis
id_dokter {angka | | }11
Nama {huruf | | }50
Specialis {huruf | | }50
Data jadwalpraktek no_jadwal + specialis + hari +
jampraktek1 + jampraktek2
no_jadwal {angka | | }11
Specialis {huruf | | }50
Hari {huruf | | }50
jampraktek1 {huruf | | }20
jampraktek2 {huruf || }20
Data daftar no_antrian + nama_poliklinik +
nama_dokter + hari + waktu
no_antrian {angka | | }11
Page 90
67
nama_poliklinik {huruf | | }50
nama_dokter {huruf | | }50
Waktu {huruf | | }20
Hari {huruf | | }10
Data pasien username + password + no_rm + nama +
tgl_lahir + umur + agama + pekerjaan +
alamat + gol_darah +
status_perkawinan +
pendidikan_terakhir + jenis_kelamin +
kewarganegaraan + cara_pembayaran
Username {huruf | | }10
Password {huruf | | }10
no_rm {angka | | }11
Nama {huruf | | }50
tgl_lahir {tanggal}
Umur {angka | | }11
Agama {huruf | | }10
Pekerjaan {huruf | | }30
Alamat {huruf | | }100
gol_darah {huruf | | }5
status_perkawinan {huruf | | }20
pendidikan_terakhir {huruf | | }20
jenis_kelamin {huruf | | }10
Kewarganegaraan {huruf | | }10
cara_pembayaran {huruf | | }20
Page 91
68
Data
penanggungjawab
id_penanggungjawab + nama + alamat +
pekerjaan
id_penanggungjawab {angka | | }11
Nama {huruf | | }50
Alamat {huruf | | }50
Pekerjaan {huruf | | }30
Data admin id_admin + nama + username +
password
id_admin {angka | | }11
Nama {huruf | | }20
Username {huruf | | }10
Password {huruf | | }10
Data Staff Pendaftaran id_staff + nama + username + password
id_staff {angka | | }11
Nama {huruf | | }20
Username {huruf | | }10
Password {huruf | | }10
Table 3.1 Kamus Data
3.2. Perancangan Sistem
Perancangan sistem didefinisikan sebagai penggambaran, perencanaan, dan
pembuatan sketsa atau pengaturan dari beberapa elemen yang terpisah ke dalam
satu kesatuan yang utuh dan berfungsi.
Page 92
69
3.2.1. Perancangan Basis Data
Perancangan basis data merupakan langkah untuk mementukan basis
data yang diharapkan dapat mewakili seluruh kebutuhan anggota.
3.2.1.1. Entitas dan Atribut
Identifikasi atribut – atribut dari entitas yang ada dalam basis
data aplikasi pendaftaran pasien rawat jalan berbasis web dan
wap :
a. poliklinik {id_poliklnik, nama_poliklinik}
b. dokter { id_dokter, nama, specialis}
c. jadwalpraktek { no_jadwal, specialis, hari, waktu }
d. daftar { no_antrian, tgl_periksa, hari, waktu }
e. pasien { no_rm, nama, tgl_lahir, umur, agama, pekerjaan,
alamat, gol_darah, status_perkawinan, pendidikan_terakhir,
jenis_kelamin, kewarganegaraan, cara_pembayaran }
f. penanggungjawab { id_penanggungjawab, nama, alamat ,
pekerjaan }
g. admin { id_admin, nama, username, password }
Page 93
70
3.2.2.1. Conceptual Database Design (Entity relationship Diagram (ERD))
N
Pasien Daftar Poliklinik Punya Jadwal Praktek
PunyaDokter
Admin
id_adminnama username
password
No_RM nama Tgl lahir
alamat
umur
No_antrian waktu
id_Polikliniknama
No_jadwalwaktu
hari
spesialis
Id_dokternama
spesialis
Jenis
kelamin
Pendidikan
terakhir
Golongan
darah
kewarganegaraanStatus
perkawinan
pekerjaan
agama
Cara
pembayaran
Punya
Id_penanggung
jawab namapekerjaan
alamatPenanggung
jawab
1
1
N N
1
N
1 N
1
Staff
Id_staffnama username
password
usernamepassword
hari
N
Punya
Tgl_mendaftar
Gambar 3.21 ER Diagram
Notasi ER Diagram(Atzeni,2000)
Page 94
71
3.2.2.2. Logical Database Design
Pasien
No_RM : INT (PK)
Nama : VARCHAR(50)
Tgl_lahir : DATE
Umur : INT
Agama : VARCHAR(10)
Pekerjaan : VARCHAR(30)
Alamat : VARCHAR(100)
Gol_darah : CHAR(5)
Status_perkawinan : VARCHAR(10)
Pendidikan_terakhir : VARCHAR(20)
Jenis_kelamin : VARCHAR(10)
Kewarganegaraan : VARCHAR(10)
Cara_Pembayaran : VARCHAR(20)
username : VARCHAR(10)
password : VARCHAR(10)
Penanggung_jawab
Id_penaggungjawab : INT(PK)
Nama : VARCHAR(50)
Alamat : VARCHAR(50)
Pekerjaan : VARCHAR(30)
No_RM : INT(FK)
Daftar
No_antrian : INT(PK)
No_RM : INT(FK)
Id_poliklinik : INT(FK)
id_dokter : INT(FK
Waktu : DATETIME
hari : VARCHAR(10)
Poliklinik
Id_poliklinik : INT(PK)
Nama_poliklinik : VARCHAR(50)
Dokter
Id_dokter : INT(PK)
Nama : VARCHAR(50)
Specialis : VARCHAR(50)
id_poliklinik : INT(FK)
Jadwal_Praktek
No_jadwal : INT(PK)
Id_dokter : INT(FK)
Specialis : VARCHAR(50)
Hari : VARCHAR(10)
jampraktek1 : DATETIME
jadwalpraktek2 : DATETIME
id_poliklinik : INT(FK)
Admin
Id_admin : INT(PK)
Nama : VARCHAR(20)
Username : VARCHAR(10)
Password : VARCHAR(10)
Staff
Id_staff: INT(PK)
Nama : VARCHAR(20)
Username : VARCHAR(10)
Password : VARCHAR(10)
*
*
*
*
*
*
**
**
**
**
**
**
Gambar 3.22 DAD Logical Database
Page 95
72
3.2.2.3. Physical Database Design
Tabel admin
Nama Field Tipe Ukuran Keterangan
PK id_admin Int 11 Kode admin
Nama varchar 20 Nama admin
username varchar 10 Username
admin
password varchar 10 Password
admin
Tabel 3.2 Tabel Admin
Tabel staff
Nama Field Tipe Ukuran Keterangan
PK id_staff Int 11 Kode admin
Nama varchar 20 Nama admin
username varchar 10 Username
admin
password varchar 10 Password
admin
Tabel 3.3 Tabel Staff
Tabel daftar
Nama Field Tipe Ukuran Keterangan
PK no_antrian int 11 Nomor
antrian
pendaftaran
pasien
FK no_rm int 11 Nomor
rekam medis
pasien
FK id_poliklinik int 11 Kode
Page 96
73
poliklinik
FK id_dokter int 11 Kode dokter
Waktu varchar 20 Jam pasien
akan periksa
Hari varchar 10 Hari pasien
akan periksa
Tabel 3.4 Tabel Pendaftaran Pasien
Tabel dokter
Nama Field Tipe Ukuran Keterangan
PK id_dokter int 11 Kode dokter
FK Id_poliklinik int 11 Kode
poliklinik
Nama varchar 50 Nama dokter
Specialis varchar 50 Specialis
dokter
Tabel 3.5 Tabel Dokter
Tabel pasien
Nama Field Tipe Ukura
n
Keterangan
PK no_rm int 11 Nomor rekam
medis pasien
Nama varchar 50 Nama pasien
tgl_lahir date Tanggal lahir
pasien
Umur int 11 Umur pasien
Agama varchar 10 Agama pasien
Pekerjaan varchar 30 Pekerjaan
pasien
Page 97
74
Alamat varchar 100 Alamat pasien
gol_darah char 5 Golongan
darah pasien
status_perkawinan varchar 20 Status
perkawinan
pasien
pendidikan_terakhir varchar 20 Pendidikan
terakhir pasien
jenis_kelamin varchar 10 Jenis kelamin
pasien
Kewarganegaraan varchar 10 Kewarganegar
aan pasien
cara_pembayaran varchar 20 Cara
pembayaran
dalam periksa
Username varchar 10 Username
admin
Password varchar 10 Password
admin
Tabel 3.6 Tabel Pasien
Tabel Penanggungjawab
Nama Field Tipe Ukuran Keterangan
PK id_penanggungjawab int 11 Kode
penanggung
jawab
FK no_rm int 11 Nomor
rekam
medis
pasien
Nama varchar 50 Nama
penanggung
jawab
Page 98
75
Alamat varchar 50 Alamat
penanggung
jawab
Pekerjaan varchar 30 Pekerjaan
penanggung
jawab
Tabel 3.7 Tabel Penanggung Jawab
Tabel poliklinik
Nama Field Tipe Ukuran Keterangan
PK id_poliklinik int 11 Kode
poliklinik
nama_poliklinik varchar 50 Nama
poliklinik
Tabel 3.8 Tabel Poliklinik
Tabel jadwalpraktek
Nama Field Tipe Ukuran Keterangan
PK no_jadwal int 11 Nomor
jadwal
praktek
FK id_dokter int 11 Kode dokter
FK id_poliklinik int 11 Kode
poliklinik
specialis varchar 50 specialis
dokter
Hari varchar 50 Hari praktek
dokter
Jadwalpraktek1 varchar 20 Jam praktek
dokter1
Jadwalpraktek2 varchar 20 Jam praktek
dokter2
Tabel 3.9 Tabel Jadwal Praktek
Page 99
76
3.2.2. Perancangan Antarmuka User
3.2.2.1. Perancangan Antarmuka User Berbasis WAP
Gambar 3.23 Halaman Utama Wap Gambar 3.24 Halaman Login
Gambar 3.25 Halaman Menu utama
Rs. PANTI RAPIH
===================== Sistem Informasi
Pendaftaran Pasien Rumah Sakit Panti Rapih
Yogyakarta =====================
Sistem Informasi Pendaftaran
Pasien
+ Poliklinik + Jadwal Praktek + Informasi Pendaftaran + Informasi Pelayanan + contact us + Pendaftaran Periksa
Powered by Panti rapih www.pantirapih.or.id
Login
Username :
Password :
Jadwal Praktek
+ Poliklinik Anak - Nama dokter
- Hari - Jam
+ Poliklinik Anak - Nama dokter
- Hari
- jam
Informasi Pendaftaran
1. Pasien dapat melakukan
pendaftaran 7 hari sebelumnya melalui bagian pendaftaran, telp (),website,wap
2. -------------------------
Poliklinik
==========================
Poliklinik yang ada di Rumah Sakit Panti Rapih 1 Poliklinik Anak 2 Poliklinik Umum
Gambar 3.27 Halaman Jadwal praktek Gambar 3.28 Halaman Informasi
Pendaftaran
Gambar 3.26 Halaman Poliklinik
Page 100
77
Form Pendaftaran
No.RM :
Nama :
Tgl Periksa :
Waktu :
Poli Tujuan :
No. Antrian
Informasi Pelayanan
+ Pelayanan Pasien
+ Layanan IGD
+ Layanan Poliklinik
+ Klinik Umum
+ Jam Kunjung Rawat Inap
+ Klub Kesehatan
Powered by Panti rapih www.pantirapih.or.id
Contact Us
=========================
Rumah Sakit Panti Rapih Jl.Cik Ditiro 30 Yogyakarta 55223 Telp.(0274) 514014, 514845, 563333 (Hunting) Fax.(0274)564583 E-mail [email protected] Home page : www.pantirapih.or.id
Pelayanan Pasien
=========================
Pasien dapat mendaftarkan diri 7 hari sebelumnya, melalui :
Pendaftaran Rawat Jalan RS.Panti Rapih
Telp.(0274)514004, 514006 (24
jam) (0274)-521409 (07.00-20.00)
Poliklinik Lukas/Perjanjian : Telp.0274 - 514010 (07.30 -
20.30)
Gambar 3.29 Halaman Informasi
Pelayanan Gambar 3.30 Halaman Contact Us
Gambar 3.32 Halaman Pelayanan
Pasien
Gambar 3.31 Halaman Pendaftaran
Periksa
Page 101
78
Terima kasih telah
mengunjungi situs
WAP kami
Layanan IGD
=========================
Layanan IGD : Buka 24 jam
Layanan Poliklinik
=========================
Layanan Poliklinik spesialis :
07.30 - 21.00
Klinik Umum
=========================
Klinik Umum : Buka 24 jam : pagi-sore di lantai 3/malam
(>21:00 WIB) di lantai 1
Jam Kunjung Rawat Inap
=========================
Jam Kunjung Rawat Inap
- Pagi : 10.30 - 11.30 WIB
- Sore : 16.30 - 17.30 WIB
Klub Kesehatan
=========================
Klub Kesehatan 1. Klub Diabetica dan Dislipidemia Pertemuan setiap bulan genap hari minggu ke-2, pukul 09.00 WIB 2. Kelompok Senam Diabetica dan Dislipidemia (Umum) Setiap Minggu, pukul 07.00-08.00 WIB Tempat : Parkir Utara(Jl.Colombo)
3. -------------------------------
Gambar 3.33 Halaman Layanan IGD Gambar 3.34 Halaman Layanan
Poliklinik
Gambar 3.35 Halaman Klinik Umum Gambar 3.36 Halaman Jam Kunjung
Rawat Inap
Gambar 3.38 Halaman Terakhir WAP
Gambar 3.37 Halaman Klub Kesehatan
Page 102
79
3.2.2.2. Perancangan Antarmuka User Berbasis WEB
Gambar 3.39 Rancangan Halaman Utama
HEADER
Copyright@pantirapih
HOME POLIKLINIK JADWAL
PRAKTEK
PENDAFTARAN
PASIEN
INFORMASI
PELAYANAN
Rumah sakit Panti rapih merupakan rumah sakit yang
memberikan pelayanan masyarakat dalam bidang
kesehatan…………………………………………………………………………
……..
REGISTER
LOGIN
CONTACT US
Register
Username
Password
LOGIN
Page 103
80
Gambar 3.40 Halaman Poliklinik
HEADER
Copyright@pantirapih
HOME POLIKLINIK JADWAL
PRAKTEK
PENDAFTARAN
PASIEN
INFORMASI
PELAYANAN
POLIKLINIK
Rumah sakit dalam memberikan pelayanan menyediakan
fasilitas dengan beberapa poliklinik.Poliklinik yang ada
pada rumah sakit panti rapih
Poliklinik anak
Poliklinik syaraf
Poliklinik gizi
REGISTER
LOGIN
CONTACT US
Register
Username
Password
LOGIN
Page 104
81
Gambar 3.41 Rancangan Halaman Jadwal Praktek
HEADER
Copyright@pantirapih
HOME POLIKLINIK JADWAL
PRAKTEK
PENDAFTARAN
PASIEN
INFORMASI
PELAYANAN
JADWAL PRAKTEK
Keahlian Nama dokter Hari Pukul
Penyakit dalam dr.B.Sidarto,Sp.PD Senin s/d jumat 09.30-14.00
Sabtu 09.00-13.00
Selasa & kamis 17.30-19.00
……………………………………………………………………..
Penyakit Paru …………………………………………………………………….
REGISTER
LOGIN
CONTACT US
Register
Username
Password
LOGIN
Page 105
82
Gambar 3.42 Rancangan Halaman Informasi Pendaftaran Pasien
HEADER
Copyright@pantirapih
HOME POLIKLINIK JADWAL
PRAKTEK
PENDAFTARAN
PASIEN
INFORMASI
PELAYANAN
PENDAFTARAN PASIEN
Untuk pendaftaran pasien :
Bagi Pasien baru atau pertama kali akan
melakukan pendaftaran pasien silahkan REGISTER
terlebih dahulu kemudian lakukan login untuk
melakukan pendaftaran lebih lanjut
Bagi pasien lama atau yang sudah pernah periksa,
silahkan lamgsung melakukan LOGIN untuk
pendaftaran pasien
REGISTER
LOGIN
CONTACT US
Register
Username
Password
LOGIN
Page 106
83
Gambar 3.43 Rancangan Halaman Informasi Pelayanan
HEADER
Copyright@pantirapih
HOME POLIKLINIK JADWAL
PRAKTEK
PENDAFTARAN
PASIEN
INFORMASI
PELAYANAN
INFORMASI PELAYANAN
Pasien dapat mendaftarkan diri 7 hari sebelumnya,melalui :
Pendaftaran rawat Jalan RS.Panti Rapih
Telp.0274 – 514004, 514006 (24 jam)
0274 – 521409 ( 07.00-20.00)
Poliklinik Lukas/Perjanjian : Telp. 0274 – 514010(07.30 –
20.30)
Layanan IGD : buka 24 jam
Klinik Umum : buka 24 jam : pagi – sore dilantai
3/malam(>21.00 WIB) di lantai 1
……………………………………………………………………………
……………..
REGISTER
LOGIN
CONTACT US
Register
Username
Password
LOGIN
Page 107
84
Gambar 3.44 Rancangan Halaman Register Pasien
HEADER
Copyright@pantirapih
HOME POLIKLINIK JADWAL
PRAKTEK
PENDAFTARAN
PASIEN
INFORMASI
PELAYANAN
REGISTER
RUMAH SAKIT PANTI RAPIH YOGYAKARTA
Nomor RM
Nama Lengkap
Tgl_Lahir
Umur
Golongan Darah
…………………………………………….
……………………………………………
REGISTER
LOGIN
CONTACT US
Register
Username
Password
LOGIN
Page 108
85
Gambar 3.45 Rancangan Halaman Pendaftaran Periksa Pasien
HEADER
Copyright@pantirapih
HOME POLIKLINIK JADWAL
PRAKTEK
PENDAFTARAN
PASIEN
INFORMASI
PELAYANAN
PENDAFTARAN PASIEN
RUMAH SAKIT PANTI RAPIH YOGYAKARTA
Nomor RM
Nama Lengkap
Poliklinik Tujuan :
Dokter
Waktu
No. Antrian
REGISTER
LOGIN
CONTACT US
Register
Username
Password
LOGIN
Page 109
86
3.2.3. Perancangan Antarmuka Administrator
Gambar 3.46 Rancangan Halaman Utama Admin
SELAMAT DATANG DI HALAMAN ADMIN
Rumah sakit Panti rapih Yogyakarta
Klik disini untuk login
LOGO PANTI
RAPIH
Page 110
87
Gambar 3.47 Rancangan Halaman Menu Utama Admin
LOGO
PANTI
RAPIH
Data Pasien Data Penanggung Jawab Data Dokter Data Poliklinik Data Jadwal Praktek Data Pendaftaran Pasien
Laporan Harian
Laporan Per Bulan
Laporan Per 3 Bulan
Laporan Per 6 Bulan
Laporan tahunan
GAMBAR
ADMINISTRATOR
RUMAH SAKIT PANTI RAPIH YOGYAKARTA
RUMAH SAKIT PANTI RAPIH
Page 111
88
Gambar 3.48 Rancangan Tampilan Data Pasien
LOGO
PANTI
RAPIH
Data Pasien Data Penanggung Jawab Data Dokter Data Poliklinik Data Jadwal Praktek Data Pendaftaran Pasien
Laporan Harian
Laporan Per Bulan
Laporan Per 3 Bulan
Laporan Per 6 Bulan
Laporan tahunan
GAMBAR
Data Pasien
No_rm nama Tgl lahir
umur agama
update delete
update delete
update delete
Insert data pasien
Back to menu
RUMAH SAKIT PANTI RAPIH
Page 112
89
Gambar 3.49 Rancangan Tampilan Data Penanggung Jawab
LOGO
PANTI
RAPIH
Data Pasien Data Penanggung Jawab Data Dokter Data Poliklinik Data Jadwal Praktek Data Pendaftaran Pasien
Laporan Harian
Laporan Per Bulan
Laporan Per 3 Bulan
Laporan Per 6 Bulan
Laporan tahunan
GAMBAR
Data Penanggung jawab
Id penanggung
Jawab
No RM
nama alamat pekerjaan
update delete
update delete
update delete
Insert data pasien
Back to menu
RUMAH SAKIT PANTI RAPIH
Page 113
90
Gambar 3.50 Rancangan Tampilan Data Dokter
LOGO
PANTI
RAPIH
Data Pasien Data Penanggung Jawab Data Dokter Data Poliklinik Data Jadwal Praktek Data Pendaftaran Pasien
Laporan Harian
Laporan Per Bulan
Laporan Per 3 Bulan
Laporan Per 6 Bulan
Laporan tahunan
GAMBAR
Data Dokter
Id dokter Id poliklinik
nama specialis
update delete
update delete
update delete
Insert data pasien
Back to menu
RUMAH SAKIT PANTI RAPIH
Page 114
91
Gambar 3.51 Rancangan Tampilan Data Poliklinik
LOGO
PANTI
RAPIH
Data Pasien Data Penanggung Jawab Data Dokter Data Poliklinik Data Jadwal Praktek Data Pendaftaran Pasien
Laporan Harian
Laporan Per Bulan
Laporan Per 3 Bulan
Laporan Per 6 Bulan
Laporan tahunan
GAMBAR
Data Poliklinik
Id poliklinik Nama poliklinik
update delete
update delete
update delete
Insert data pasien
Back to menu
RUMAH SAKIT PANTI RAPIH
Page 115
92
Gambar 3.52 Rancangan Tampilan Data Jadwal Praktek
LOGO
PANTI
RAPIH
Data Pasien Data Penanggung Jawab Data Dokter Data Poliklinik Data Jadwal Praktek Data Pendaftaran Pasien
Laporan Harian
Laporan Per Bulan
Laporan Per 3 Bulan
Laporan Per 6 Bulan
Laporan tahunan
GAMBAR
Data Jadwal Praktek
No jadwal Id dokter
Id poliklnik
specialis hari
update delete
update delete
update delete
Insert data pasien
Back to menu
RUMAH SAKIT PANTI RAPIH
Page 116
93
Gambar 3.53 Rancangan Tampilan Data Pendaftaran Pasien
LOGO
PANTI
RAPIH
Data Pasien Data Penanggung Jawab Data Dokter Data Poliklinik Data Jadwal Praktek Data Pendaftaran Pasien
Laporan Harian
Laporan Per Bulan
Laporan Per 3 Bulan
Laporan Per 6 Bulan
Laporan tahunan
GAMBAR
Data Pendaftaran Pasien
No antrian No RM
Id poliklinik
Tanggal periksa
waktu
update delete
update delete
update delete
Insert data pasien
Back to menu
RUMAH SAKIT PANTI RAPIH
Page 117
94
Gambar 3.54 Rancangan Tampilan Update Data Pasien
LOGO
PANTI
RAPIH
Data Pasien Data Penanggung Jawab Data Dokter Data Poliklinik Data Jadwal Praktek Data Pendaftaran Pasien
Laporan Harian
Laporan Per Bulan
Laporan Per 3 Bulan
Laporan Per 6 Bulan
Laporan tahunan
GAMBAR
Update Data Pasien
No RM
Nama
Tanggal Lahir
Umur
Agama
View data
RUMAH SAKIT PANTI RAPIH
update
Page 118
95
Gambar 3.55 Rancangan Update Data Penanggung Jawab
LOGO
PANTI
RAPIH
Data Pasien Data Penanggung Jawab Data Dokter Data Poliklinik Data Jadwal Praktek Data Pendaftaran Pasien
Laporan Harian
Laporan Per Bulan
Laporan Per 3 Bulan
Laporan Per 6 Bulan
Laporan tahunan
GAMBAR
Update Data Penanggung Jawab
Id Penanggung Jawab
No RM
Nama
Alamat
Pekerjaan
View data
RUMAH SAKIT PANTI RAPIH
update
Page 119
96
Gambar 3.56 Rancangan Update Data Dokter
LOGO
PANTI
RAPIH
Data Pasien Data Penanggung Jawab Data Dokter Data Poliklinik Data Jadwal Praktek Data Pendaftaran Pasien
Laporan Harian
Laporan Per Bulan
Laporan Per 3 Bulan
Laporan Per 6 Bulan
Laporan tahunan
GAMBAR
Update Data Dokter
Id Dokter
Id Poliklinik
Nama
Specialis
View data
RUMAH SAKIT PANTI RAPIH
update
Page 120
97
Gambar 3.57 Rancangan Update Data Poliklinik
LOGO
PANTI
RAPIH
Data Pasien Data Penanggung Jawab Data Dokter Data Poliklinik Data Jadwal Praktek Data Pendaftaran Pasien
Laporan Harian
Laporan Per Bulan
Laporan Per 3 Bulan
Laporan Per 6 Bulan
Laporan tahunan
GAMBAR
Update Data Poliklinik
Id Poliklinik
Nama Poliklinik
View data
RUMAH SAKIT PANTI RAPIH
update
Page 121
98
Gambar 3.58 Rancangan Update Data Jadwal Praktek
LOGO
PANTI
RAPIH
Data Pasien Data Penanggung Jawab Data Dokter Data Poliklinik Data Jadwal Praktek Data Pendaftaran Pasien
Laporan Harian
Laporan Per Bulan
Laporan Per 3 Bulan
Laporan Per 6 Bulan
Laporan tahunan
GAMBAR
Update Data Jadwal Praktek
No jadwal
Id Dokter
Id poliklinik
Specialis
Hari
Waktu
View data
RUMAH SAKIT PANTI RAPIH
update
Page 122
99
Gambar 3.59 Rancangan Update Data Pendaftaran Pasien
LOGO
PANTI
RAPIH
Data Pasien Data Penanggung Jawab Data Dokter Data Poliklinik Data Jadwal Praktek Data Pendaftaran Pasien
Laporan Harian
Laporan Per Bulan
Laporan Per 3 Bulan
Laporan Per 6 Bulan
Laporan tahunan
GAMBAR
Update Data Pendaftaran Pasien
No Antrian
No RM
Id poliklinik
Tanggal Periksa
Waktu
View data
RUMAH SAKIT PANTI RAPIH
update
Page 123
100
Gambar 3.60 Rancangan Laporan Pendaftaran Pasien
LOGO
PANTI
RAPIH
Data Pasien Data Penanggung Jawab Data Dokter Data Poliklinik Data Jadwal Praktek Data Pendaftaran Pasien
Laporan Harian
Laporan Per Bulan
Laporan Per 3 Bulan
Laporan Per 6 Bulan
Laporan tahunan
GAMBAR
LAPORAN HARIAN Tanggal 20 januari 2011
RUMAH SAKIT PANTI RAPIH
Page 124
101
BAB IV
IMPLEMENTASI SISTEM
Pada bab implementasi ini, penulis akan menjelaskan tentang implementasi yang
dibuat setelah melakukan analisis dan rancangan sistem. Bab ini akan menjelaskan
tentang pengaturan telepon selular agar dapat koneksi dengan internet,
implementasi database, menjelaskan implementasi sistem yaitu tampilan –
tampilan WAP pada telepon selular dan tampilan – tampilan WEB pada browser
untuk user juga tampilan WEB untuk admin dalam pengelolaan data.
4.1. Pengaturan telepon selular
Untuk menjalankan aplikasi pada handphone, maka handphone harus diatur
terlebih dahulu supaya koneksi internet dapat dilakukan melalui layanan
jaringan GPRS. Dalam pengembangan aplikasi ini, penulis menggunakan
kartu prabayar IM3 dan perangkat telepon selular. Aktivasi layanan GPRS
dapat dilakukan dengan cara
Ketik GPRS<spasi>merkHP<spasi>tipeHP kirimkan melalui sms ke 3939
Contoh : GPRS NOKIA 6300
Bila proses aktivasi telah selesai maka akan diterima sms dari 3939
pemberitahuan bahwa proses aktivasi berhasil dilakukan
Page 125
102
4.2. Implementasi database
Dalam pembuatan database sistem informasi pendaftaran pasien berbasis web
dan wap ini menggunakan database MySQL. Pada database ini terdiri dari
tabel poliklinik, tabel dokter, tabel pasien, tabel penanggung jawab, tabel
jadwal praktek, tabel daftar, tabel admin.
A. Tabel poliklinik
CREATE TABLE `poliklinik` (
`id_poliklinik` int(11) NOT NULL,
`nama_poliklinik` varchar(50) default NULL,
PRIMARY KEY (`id_poliklinik`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1
Gambar 4.1 Hasil Tabel Poliklinik
B. Tabel dokter
CREATE TABLE `dokter` (
`id_dokter` int(11) NOT NULL,
`id_poliklinik` int(11) NOT NULL,
`nama` varchar(50) default NULL,
Page 126
103
`specialis` varchar(50) default NULL,
PRIMARY KEY (`id_dokter`),
KEY `dokter_FKIndex1` (`id_poliklinik`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1
Gambar 4.2 Hasil Tabel Dokter
C. Tabel pasien
CREATE TABLE `pasien` (
`no_rm` int(11) NOT NULL auto_increment,
`nama` varchar(50) default NULL,
`tgl_lahir` date default NULL,
`umur` int(11) default NULL,
`agama` varchar(10) default NULL,
`pekerjaan` varchar(30) default NULL,
`alamat` varchar(100) default NULL,
`gol_darah` char(5) default NULL,
`status_perkawinan` varchar(20) default NULL,
`pendidikan_terakhir` varchar(20) default NULL,
Page 127
104
`jenis_kelamin` varchar(10) default NULL,
`kewarganegaraan` varchar(10) default NULL,
`cara_pembayaran` varchar(20) default NULL,
PRIMARY KEY (`no_rm`)
) ENGINE=MyISAM AUTO_INCREMENT=710808
DEFAULT CHARSET=latin1
Gambar 4.3 Hasil Tabel Pasien
D. Tabel penanggung jawab
CREATE TABLE `penanggungjawab` (
`id_penanggungjawab` int(11) NOT NULL
auto_increment,
`no_rm` int(11) NOT NULL,
`nama` varchar(50) default NULL,
`alamat` varchar(50) default NULL,
`pekerjaan` varchar(30) default NULL,
PRIMARY KEY (`id_penanggungjawab`),
KEY `penanggungjawab_FKIndex1` (`no_rm`)
) ENGINE=MyISAM AUTO_INCREMENT=21
DEFAULT CHARSET=latin1
Page 128
105
Gambar 4.4 Hasil Tabel Penanggung Jawab
E. Tabel jadwal praktek
CREATE TABLE `jadwalpraktek` (
`no_jadwal` int(11) NOT NULL,
`id_dokter` int(11) NOT NULL,
`id_poliklinik` int(11) NOT NULL,
`specialis` varchar(50) default NULL,
`hari` varchar(50) default NULL,
`waktu` varchar(20) default NULL,
PRIMARY KEY (`no_jadwal`),
KEY `jadwalpraktek_FKIndex1` (`id_dokter`),
KEY `jadwalpraktek_FKIndex2` (`id_poliklinik`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1
Gambar 4.5 Hasil Tabel Jadwalpraktek
Page 129
106
F. Tabel daftar
CREATE TABLE `daftar` (
`no_antrian` int(11) default NULL,
`no_rm` int(11) NOT NULL,
`id_poliklinik` int(11) NOT NULL,
`tgl_periksa` date default NULL,
`waktu` varchar(20) default NULL,
`hari` varchar(10) default NULL,
KEY `jadwalpraktek_FKIndex1` (`no_rm`),
KEY `jadwalpraktek_FKIndex2` (`id_poliklinik`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1
Gambar 4.6 Hasil Tabel Daftar
G. Tabel admin
CREATE TABLE `admin` (
`id_admin` int(11) NOT NULL,
`nama` varchar(20) default NULL,
`username` varchar(10) default NULL,
`password` varchar(10) default NULL,
PRIMARY KEY (`id_admin`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1
Page 130
107
Gambar 4.7 Hasil Tabel Admin
4.3. Implementasi WAP
a. Tampilan utama wap setelah melakukan koneksi
Gambar 4.8 Tampilan Utama wap
Page 131
108
b. Setelah masuk ke tampilan utama wap maka akan masuk ke halaman
login pasien, halaman ini digunakan oleh pasien untuk login agar
dapat melakukan pendaftaran pasien
c. Dari halaman login user, maka akan masuk ke halaman utama WAP
yang mempunyai menu poliklinik, jadwal praktek, informasi
pendaftaran, informasi pelayanan, contact us, dan pendaftaran pasien
Gambar 4.9 Tampilan Menu Utama wap
Page 132
109
d. Dari halaman menu utama, user dapat melihat lebih detail tentang
informasi poliklinik yang ada dipanti rapih
Gambar 4.10 Tampilan Halaman Poliklinik
e. Dari halaman menu utama, user dapat melihat lebih detail tentang
jadwal praktek dokter yang ada dipanti dari tiap poliklinik
Gambar 4.11 Tampilan Halaman Jadwal Praktek
Page 133
110
f. Dari halaman menu utama, user dapat melihat lebih detail tentang
informasi pendaftaran
Gambar 4.12 Tampilan Halaman Informasi Pendaftaran
Page 134
111
g. Dari halaman menu utama, user dapat melihat lebih detail tentang
informasi pelayanan, dalam halaman informasi pelayanan ini
terdapat menu – menu tentang informasi pelayanan
Gambar 4.13 Tampilan Halaman Informasi Pelayanan
Page 135
112
h. Dari halaman informasi pelayanan, user dapat melihat lebih detail
tentang menu – menu yang ada,yaitu menu pelayanan pasien
Gambar 4.14 Tampilan Halaman Pelayanan Pasien
Page 136
113
i. Dari halaman informasi pelayanan, user dapat melihat lebih detail
tentang menu yang ada, yaitu menu layanan IGD
Gambar 4.15 Tampilan Halaman Layanan IGD
Page 137
114
j. Dari halaman informasi pelayanan, user dapat melihat lebih detail
tentang menu yang ada, yaitu menu layanan poliklinik
Gambar 4.16 Tampilan Halaman Layanan Poliklinik
k. Dari halaman informasi pelayanan, user dapat melihat lebih detail
tentang menu yang ada, yaitu menu klinik umum
Gambar 4.17 Tampilan Halaman Klinik umum
Page 138
115
l. Dari halaman informasi pelayanan, user dapat melihat lebih detail
tentang menu yang ada, yaitu menu jam kunjung rawat inap
Gambar 4.18 Tampilan Halaman Jam Kunjung Rawat inap
m. Dari halaman informasi pelayanan, user dapat melihat lebih detail
tentang menu yang ada, yaitu menu klub kesehatan
Page 139
116
Gambar 4.19 Tampilan Halaman Klub Kesehatan
n. Dari halaman menu utama, user dapat melihat lebih detail tentang
informasi pendaftaran
Gambar 4.20 Tampilan Halaman Contact Us
Page 140
117
4.4. Implementasi WEB untuk user
Pada halaman user ini terdapat beberapa menu yang berisi informasi untuk
user tentang pendaftaran pasien, menu – menu yang ada yaitu home,
poliklinik, jadwal praktek, informasi pendaftaran, informasi pelayanan,
registrasi, contact us, dan login.
A. Halaman utama user(home)
Halaman utama user ini berisi informasi tentang profil dari rumah sakit
panti rapih,
Page 141
118
Gambar 4.21 Tampilan Halaman Utama
B. Halaman web poliklinik
Halaman web polklinik ini berisi informasi tentang poliklinik –
poliklinik yang terdapat di rumah sakit panti rapih.
Gambar 4.22 Tampilan Halaman poliklinik
Page 142
119
C. Halaman web jadwal praktek
Halaman web jadwal praktek ini berisi informasi tentang jadwal
praktek dokter dari tiap poliklinik di rumah sakit panti rapih pada
hari dan jam tertentu sehingga user dapat melihat dokter tersebut
praktek
Gambar 4.23 Tampilan Halaman Jadwal Praktek
Page 143
120
D. Halaman web pendaftaran pasien
Halaman web pendaftaran pasien ini berisi informasi bagaimana
cara user dapat melakukan pendaftaran pasien
Gambar 4.24 Tampilan Informasi Pendaftaran Pasien
Page 144
121
E. Halaman web informasi pelayanan
Halaman web informasi pelayanan ini berisi informasi pelayanan
apa saja yang disediakan oleh rumah sakit panti rapih dengan
keterangan waktu dan tempat
Gambar 4.25 Tampilan Informasi Pelayanan
Page 145
122
F. Halaman web register
Halaman web register ini berisi form pendaftaran yang digunakan
oleh masyarakat atau pasien baru yang belum pernah periksa ke
rumah sakit panti rapih untuk melakukan pendaftaran pasien agar
tercatat dalam rekam medis.
Gambar 4.26 Tampilan Halaman Register Pasien
Page 147
124
4.5. Implementasi WEB untuk administrator
A. Halaman index
Gambar 4.27 Tampilan Halaman Utama Admin
B. Halaman login
Gambar 4.28 Tampilan Halaman Login
C. Halaman menu utama
Gambar 4.29 Tampilan Halaman Menu Utama
Page 148
125
D. Halaman data penanggung jawab
Gambar 4.30 Tampilan Halaman Data Penanggung Jawab
Page 149
126
E. Halaman dokter
Gambar 4.31 Tampilan Halaman Data Dokter
Page 150
127
F. Halaman data poliklinik
Gambar 4.32 Tampilan Halaman Poliklinik
Page 151
128
G. Halaman data jadwal praktek
Gambar 4.33 Tampilan Halaman Jadwal Praktek
Page 152
129
H. Halaman data pendaftaran pasien
Gambar 4.34 Tampilan Halaman Pendaftaran Pasien
Page 153
130
I. Halaman input data pasien
Gambar 4.35 Tampilan Halaman Input Data Pasien
Page 154
131
J. Halaman input data penanggung jawab
Gambar 4.36 Tampilan Input Data Penanggung Jawab
Page 155
132
K. Halaman input data dokter
Gambar 4.37 Tampilan Input Data Dokter
Page 156
133
L. Halaman input data poliklinik
Gambar 4.38 Tampilan Input Data Poliklinik
Page 157
134
M. Halaman input data jadwal praktek
Gambar 4.39 Tampilan Input Data Jadwal Praktek
Page 158
135
N. Halaman input data pendaftaran pasien
Gambar 4.40 Tampilan Input Data Pendaftaran Pasien
Page 159
136
O. Halaman update data pasien
Gambar 4.41 Tampilan Update data Pasien
Page 160
137
P. Halaman update data penanggung jawab
Gambar 4.42 Tampilan Update data Penanggung jawab
Page 161
138
Q. Halaman update data dokter
Gambar 4.43 Tampilan Update data Dokter
Page 162
139
R. Halaman update data poliklinik
Gambar 4.44 Tampilan Update data Poliklinik
Page 163
140
S. Halaman update data jadwal praktek
Gambar 4.45 Tampilan Update data Jadwal Praktek
Page 164
141
T. Halaman update data jadwal pendaftaran pasien
Gambar 4.46 Tampilan Update data Pendaftaran Pasien Pasien
Page 165
142
U. Halaman option hapus data
Gambar 4.47 Tampilan Delete data
Page 166
143
BAB V
ANALISA HASIL DAN PEMBAHASAN
5.1. Uji Coba Perangkat Lunak
Uji coba aplikasi pendaftaran pasien rawat jalan ini dilakukan dengan
menggunakan handphone Nokia 6600 untuk aplikasi wap dan
menggunakan browser Mozilla firefox untuk aplikasi web dengan
menggunakan sebuah komputer.
a. Aplikasi pendaftaran pasien berbasis web
Aplikasi dapat berfungsi dengan baik untuk melakukan pendaftaran
pasien baru, melakukan pendaftaran antrian pasien, dan melihat
informasi pendaftaran pasien.
b. Aplikasi pendaftaran pasien berbasis WAP
Aplikasi dapat berfungsi dengan baik untuk melihat informasi
pendaftaran pasien dan melakukan pendaftaran antrian pasien,
namun aplikasi berbasis WAP masih memiliki kekurangan yaitu
hanya bisa digunakan oleh pasien lama, sedangkan untuk user lain
seperti dokter belum bisa menggunakan.
5.2. Uji Coba Terhadap User
Dari hasil sistem yang dibuat kemudian penulis melakukan evaluasi,
Page 167
144
salah satunya dengan cara memberikan kuisioner kepada user. Hal ini
dilakukan agar penulis dapat melihat kelayakan berbagai aspek dari
sistem yang telah dibuat. Pengisian kuisioner oleh user digunakan agar
penulis dapat menerima masukan berupa saran dan kritik untuk
kemajuan dari sistem yang telah dibuat.
5.2.1. Tahap Pengumpulan Data
1. Pembuatan kuisioner
Kuisioner dibuat dalam 2 macam yaitu kuisioner untuk pasien atau
masyarakat umum dan staff pendaftaran di rumah sakit panti rapih.
2. Penyebaran kuisioner
Penyebaran kuisioner dilakukan selama 2 minggu.
3. Pengembalian kuisioner
Pengembalian kuisioner dilakukan setelah user mengisi lembar
kuisioner dan menjawab pernyataan.
5.2.2. Sasaran Penyebaran Kuisioner
1. Bagian pendaftaran
Penyebaran kuisioner ditujukan pada bagian pendaftaran supaya
mengetahui kemudahan dan kesulitan dalam penggunaan aplikasi
pendaftaran pasien berbasis web.
Page 168
145
2. Mahasiswa dan masyarakat umum
Mahasiswa dan masyarakat umum sebagai user yang akan
menggunakan sistem informasi pendaftaran pasien berbasis web dan
wap
5.2.3. Form Kuisioner
LEMBAR KUISIONER
Aplikasi Pendaftaran Pasien Rawat jalan Berbasis WEB
Nama :
Pekerjaan : Pasien / Masyarakat umum / Mahasiswa
Untuk Setiap Pernyataan, beri tanda √ untuk jawaban yang sesuai
SS = Sangat Setuju S = Sutuju TS = Tidak setuju STS = Sangat Tidak
setuju R= Ragu – ragu
No Pernyataan Jawaban
SS S R TS STS
1 Dengan menggunakan aplikasi
pendaftaran pasien berbasis
web saya merasa terbantu
dalam mendaftar untuk periksa
rawat jalan
2 Menu – menu yang ada pada
aplikasi pendaftaran pasien
mudah digunakan
3 Letak menu pada aplikasi
pendaftaran pasien mudah
dipahami
4 Link website mudah dipahami
5 Secara keseluruhan aplikasi
pendaftaran pasien membantu
Page 169
146
Berikan kritik dan saran anda untuk pengembangan Aplikasi Pendaftaran Pasien
Rawat Jalan Berbasis WEB
……………………………………………………………………………………
……………………………………………………………………………………
……………………………………………………………………………………
LEMBAR KUISIONER
Aplikasi Pendaftaran Pasien Rawat jalan Berbasis WEB
Nama :
Pekerjaan : Staff Pendaftaran
Untuk Setiap Pernyataan, beri tanda √ untuk jawaban yang sesuai
SS = Sangat Setuju S = Sutuju TS = Tidak setuju STS = Sangat Tidak
setuju R= Ragu – ragu
saya melihat informasi dan
melakukan pendaftaran
No Pernyataan Jawaban
SS S R TS STS
1 Aplikasi pendaftaran pasien
berbasis web membantu dalam
mengelola data pendaftaran
pasien
2 Membantu dalam pencarian
data pendaftaran pasien
3 Menu – menu yang ada pada
aplikasi pendaftaran pasien
mudah digunakan
4 Letak menu pada aplikasi
pendaftaran pasien mudah
dipahami
5 Link website mudah dipahami
Page 170
147
Berikan kritik dan saran anda untuk pengembangan Aplikasi Pendaftaran Pasien
Rawat Jalan Berbasis WEB
……………………………………………………………………………………
……………………………………………………………………………………
……………………………………………………………………………………
LEMBAR KUISIONER
Aplikasi Pendaftaran Pasien Rawat jalan Berbasis WAP
Nama :
Pekerjaan :Pasien / Masyarakat Umum / Mahasiswa
Untuk Setiap Pernyataan, beri tanda √ untuk jawaban yang sesuai
SS = Sangat Setuju S = Sutuju TS = Tidak setuju STS = Sangat Tidak
setuju R= Ragu – ragu
No Pernyataan Jawaban
SS S R TS STS
1 Dengan menggunakan aplikasi
pendaftaran pasien berbasis
wap saya merasa terbantu
dalam mendaftar untuk periksa
rawat jalan
2 Menu – menu yang ada pada
aplikasi pendaftaran pasien
mudah digunakan
3 Letak menu pada aplikasi
pendaftaran pasien mudah
dipahami
4 Link website mudah dipahami
5 Secara keseluruhan aplikasi
Page 171
148
Berikan kritik dan saran anda untuk pengembangan Aplikasi Pendaftaran
Pasien Rawat Jalan Berbasis WAP
……………………………………………………………………………………
……………………………………………………………………………………
……………………………………………………………………………………
5.2.4. Hasil dan Pembahasan Kuisioner(berbasis web)
1. Dengan menggunakan aplikasi pendaftaran pasien berbasis web saya
merasa terbantu dalam mendaftar untuk periksa rawat jalan
jumlah Persentase(%)
Sangat Setuju 3 30
Setuju 7 70
Ragu-ragu 0 0
Tidak Setuju 0 0
Sangat Tidak Setuju 0 0
0
10
20
30
40
50
60
70
jumlah Persentase(%)
Sangat Setuju
Setuju
Ragu-ragu
Tidak Setuju
Sangat TidakSetuju
Gambar 5.1 Grafik no.1
pendaftaran pasien membantu
saya melihat informasi dan
melakukan pendaftaran
Page 172
149
2. Menu – menu yang ada pada aplikasi pendaftaran pasien mudah
digunakan
Jumlah Persentase(%)
Sangat Setuju 1 6,25
Setuju 15 93,75
Ragu-ragu 0 0
Tidak Setuju 0 0
Sangat Tidak Setuju 0 0
0
5
10
15
Jumlah
Sangat Setuju
Setuju
Ragu-ragu
Tidak Setuju
Sangat TidakSetuju
Gambar 5.2 Grafik no.2
3. Letak menu pada aplikasi pendaftaran pasien mudah dipahami
Jumlah Persentase(%)
Sangat Setuju 4 25
Setuju 11 68,75
Ragu-ragu 1 6,25
Tidak Setuju 0 0
Sangat Tidak Setuju 0 0
Page 173
150
0
5
10
15
20
25
Jumlah Persentase(%)
Sangat Setuju
Setuju
Ragu-ragu
Tidak Setuju
Sangat TidakSetuju
Gambar 5.3 Grafik no.3
4. Link website mudah dipahami
jumlah Persentase(%)
Sangat Setuju 4 25
Setuju 10 62,5
Ragu-ragu 2 12,5
Tidak Setuju 0 0
Sangat Tidak Setuju 0 0
0
5
10
15
20
25
jumlah Persentase(%)
Sangat Setuju
Setuju
Ragu-ragu
Tidak Setuju
Sangat TidakSetuju
Gambar 5.4 Grafik no.4
5. Secara keseluruhan aplikasi pendaftaran pasien membantu saya
melihat informasi dan melakukan pendaftaran
Page 174
151
jumlah Persentase(%)
Sangat Setuju 0 0
Setuju 10 100
Ragu-ragu 0 0
Tidak Setuju 0 0
Sangat Tidak Setuju 0 0
0
20
40
60
80
100
jumlah Persentase(%)
Sangat Setuju
Setuju
Ragu-ragu
Tidak Setuju
Sangat Tidak
Setuju
Gambar 5.5 Grafik no.5
6. Aplikasi pendaftaran pasien berbasis web membantu dalam mengelola
data pendaftaran pasien
jumlah Persentase(%)
Sangat Setuju 1 16,66
Setuju 5 83,33
Ragu-ragu 0 0
Tidak Setuju 0 0
Sangat Tidak Setuju 0 0
Page 175
152
0
1
2
3
4
5
jumlah Persentase(%)
Sangat Setuju
Setuju
Ragu-ragu
Tidak Setuju
Sangat TidakSetuju
Gambar 5.6 Grafik no.6
7. Membantu dalam pencarian data pendaftaran pasien
jumlah Persentase(%)
Sangat Setuju 1 16,66
Setuju 5 83,33
Ragu-ragu 0 0
Tidak Setuju 0 0
Sangat Tidak Setuju 0 0
0
1
2
3
4
5
jumlah Persentase(%)
Sangat Setuju
Setuju
Ragu-ragu
Tidak Setuju
Sangat TidakSetuju
Gambar 5.7 Grafik no.7
5.2.5. Hasil dan Pembahasan Kuisioner(berbasis wap)
1. Dengan menggunakan aplikasi pendaftaran pasien berbasis wap saya
merasa terbantu dalam mendaftar untuk periksa rawat jalan
Page 176
153
jumlah Persentase(%)
Sangat Setuju 2 20
Setuju 8 80
Ragu-ragu 0 0
Tidak Setuju 0 0
Sangat Tidak Setuju 0 0
0
20
40
60
80Sangat Setuju
Setuju
Ragu-ragu
Tidak Setuju
Sangat TidakSetuju
Gambar 5.8 Grafik no.1(wap)
2. Menu – menu yang ada pada aplikasi pendaftaran pasien mudah digunakan
jumlah Persentase(%)
Sangat Setuju 1 10
Setuju 8 80
Ragu-ragu 1 10
Tidak Setuju 0 0
Sangat Tidak Setuju 0 0
Page 177
154
0
10
20
30
40
50
60
70
80
jumlah Persentase(%)
Sangat Setuju
Setuju
Ragu-ragu
Tidak Setuju
Sangat Tidak
Setuju
Gambar 5.9 Grafik no.2(wap)
3. Letak menu pada aplikasi pendaftaran pasien mudah dipahami
jumlah Persentase(%)
Sangat Setuju 2 20
Setuju 7 70
Ragu-ragu 1 10
Tidak Setuju 0 0
Sangat Tidak Setuju 0 0
0
10
20
30
40
50
60
70
jumlah Persentase(%)
Sangat Setuju
Setuju
Ragu-ragu
Tidak Setuju
Sangat TidakSetuju
Gambar 5.10 Grafik no.3(wap)
4. Link wapsite mudah dipahami
jumlah Persentase(%)
Sangat Setuju 0 0
Setuju 8 80
Page 178
155
Ragu-ragu 2 20
Tidak Setuju 0 0
Sangat Tidak Setuju 0 0
0
10
20
30
40
50
60
70
80
jumlah Persentase(%)
Sangat Setuju
Setuju
Ragu-ragu
Tidak Setuju
Sangat TidakSetuju
Gambar 5.11 Grafik no.4(wap)
5. Secara keseluruhan aplikasi pendaftaran pasien membantu saya melihat
informasi dan melakukan pendaftaran
jumlah Persentase(%)
Sangat Setuju 2 20
Setuju 8 80
Ragu-ragu 0 0
Tidak Setuju 0 0
Sangat Tidak Setuju 0 0
0
10
20
30
40
50
60
70
80
jumlah Persentase(%)
Sangat Setuju
Setuju
Ragu-ragu
Tidak Setuju
Sangat Tidak
Setuju
Gambar 5.12 Grafik no.5(wap)
Page 179
156
BAB VI
PENUTUP
6.1. Kesimpulan
Kesimpulan yang dapat diperoleh setelah pembuatan aplikasi
pendaftaran pasien rawat jalan berbasis web dan wap adalah sebagai
berikut :
1. Secara umum aplikasi pendaftaran pasien berfungsi dengan baik
untuk melakukan pendaftaran pasien baik melalui web maupun
wap.
2. Aplikasi dapat berfungsi dengan baik untuk melihat informasi
pendaftaran pasien dan melakukan pendaftaran antrian pasien,
namun aplikasi berbasis WAP masih memiliki kekurangan yaitu
hanya bisa digunakan oleh pasien lama, sedangkan untuk user
lain seperti dokter belum bisa menggunakan.
3. Aplikasi pendaftaran pasien berbasis web dapat berfungsi untuk
melakukan pendaftaran pasien baru, melakukan pendaftaran
antrian pasien, dan melihat informasi pendaftaran pasien.
4. Dari hasil ujicoba terhadap user dapat disimpulkan sebagai
berikut :
a. Aplikasi Pendaftaran Pasien Rawat Jalan Berbasis web
1. 80% user merasa terbantu dalam proses pendaftaran
rawat jalan
Page 180
157
2. Sebanyak 80% merasa mudah menggunakan aplikasi
pendaftaran pasien berbasis web
b. Aplikasi Pendaftaran Pasien Rawat Jalan Berbasis WAP
1. 75% user merasa terbantu dalam proses pendaftaran
rawat jalan menggunakan aplikasi WAP
2. Sebanyak 75% merasa mudah menggunakan aplikasi
pendaftaran pasien berbasis wap
6.2. Saran
Saran yang dapat digunakan dalam pengembangan sistem ini adalah
1. Sistem ini akan lebih baik apabila diperluas dengan fasilitas
pembayaran dan rekam medis pasien.
2. Dalam sistem pendaftaran pasien berbasis web dan wap dilengkapi
forum user, agar user dapat menyampaikan saran dan kritik.
3. Informasi – informasi tentang pendaftaran pasien harus dikelola
dengan baik dengan informasi yang selalu up-to-date.
Page 181
158
Daftar Pustaka
Erni Lukminingsih..(2003).Membangun Sistem Berbasis WAP untuk Mangakses
Jadwal, Jumlah Sisa Tempat duduk dan Pemesanan Tiket Online Kereta
ApiEksekutif.15Maret2010.http://p3m.amikom.ac.id/p3m/dasi/juni07/03%
20%20STMIK%20AMIKOM%20Yogyakarta%20Membangun%20Sistem
%20Berbasis%20WAP%20untuk%20Mengakses%20Jadwal.pdf.
Giatno,Bambang.(2004).Standar Pelayanan Minimal Bidang Kesehatan Di
Kabupaten/Kota Propinsi Jawa Timur.12 Januari 2011.
http://www.dinkesjatim.go.id/images/datainfo/200504110915DO%20SPM
%20PROPINSI%20JAWA%20%20TIMUR.pdf.
Kristanto,Andi.(2004).Rekayasa Perangkat Lunak (Konsep Dasar).Yogyakarta :
Gava Media.
Nugroho,Bunafit.(2004).PHP&mySQL dengan editor Dreamweaver MX.
Yogyakarta : Andi.
Paolo,Atzeni,et al.(2000).Database Systems Publishing Concepts, Languages, &
Architectures. England : McGraw-Hill Publishing company.
Prasetyo,Eko.(2008).Pemrograman WEB PHP & MYSQL.Yogyakarta : Graha
Ilmu.
Pressman,Roger S.(1997).Rekayasa Perangkat Lunak Pendekatan Praktisi (Buku
satu).Yogyakarta : Andi.
Page 182
159
Purbo, Onno W., dan Ridwan Sanjaya.(2001). Membuat Aplikasi WAP dengan
PHP. Jakarta: PT.Elex Media Komputindo.
Simarmata,Janner.(2006).Pemrograman WAP dengan menggunakan WML.
Yogyakarta : Andi.
Sundari,Sri.(2007).Sistem Informasi Pajak Kendaraan Berbasis Intranet
Menggunakan ASP dan SQL Server.Skripsi.Yogyakarta : Universitas
Sanata Dharma.
Suyanto,Asep Herman.(2007).WEB DESIGN theory and practices.Yogyakarta :
Andi.
Whitten,Jeffery L., Bentley,Lonnie D., and Kevin C. Dittman.(2004).Metode
Desain & Analisis Edisi 6.Yogyakarta : Andi.
---.2009.PHP Programming.Yogyakarta : Andi.