Aplikasi Pendaftaran Pasien Via SMS Dilengkapi Pencarian Dokter dengan Pendekatan Sistem Pakar.

ABSTRAK

Rumah Sakit Bersalin Limijati adalah rumah sakit yang berada di LLRE. Martadinata no.33-39 Bandung. Rumah sakit ini didirikan oleh Bidan Hetty Limijati (Zuster Liem). Jenis pelayanan yang tersedia antara lain persalinan normal dan operasi

sectio caesarea, gawat darurat khusus kebidanan, kuretase, laporoskopi,

MOW/sterilisasi, breastcare, pijat bayi, senam hamil metode pilates, BKIA, apotek, ambulan, dan lain-lain.

Pelayanan pendaftaran pasien di rumah sakit ini khususnya yang ingin berobat dilakukan dengan datang langsung ke tempat praktek dokter pada suatu rumah sakit. Hal ini dianggap tidak efektif. Oleh karena itu skripsi ini ditujukan untuk mempermudah pasien dan juga pihak rumah sakit. Pasien yang ingin mendaftar untuk berobat tidak perlu datang langsung ke tempat pelayanan rumah sakit, karena layanan ini dapat melayani pendaftaran pasien melalui SMS, kemudian pasien langsung mendapat balasan SMS secara otomatis. Untuk pasien yang belum pernah mendaftar, juga disediakan layanan daftar baru agar mendapatkan no pasien. Selain itu juga disediakan layanan untuk melihat jadwal praktek dan buat janji dengan dokter, mencari dokter spesialis, kirim saran dan melihat bantuan dari layanan SMS yang disediakan. Aplikasi ini penulis namakan

Medical Mobile Registration.

Pencarian dokter spesialis menggunakan pendekatan sistem pakar dengan menggunakan proses penalaran forward chaining. Alasan menggunakan forward

chaining karena untuk menyimpulkan pasien harus menemui dokter spesialis yang tepat,

harus mengetahui gejala-gejala klinis terlebih dahulu, hingga didapatkan suatu kesimpulan diagnosa jenis penyakit.

Dalam pengerjaannya, skripsi ini menggunakan penambahan alat berupa

handphone yang dihubungkan pada PC melalui port USB. Handphone ini berfungsi

sebagai SMS gateway. Adapun yang dimaksud PC di sini adalah sebuah server atau

workstation.

Kata kunci

SMS, gateway, port, handphone, sistem pakar, forward chaining

Universitas Kristen Maranatha

DAFTAR ISI

Abstrak………..i

Kata Pengantar……….ii

Daftar Isi……….iv

Daftar Gambar………..……viii

Daftar Tabel………...xii

Daftar Lampiran………...xiii

Bab I Persyaratan Produk 1.1 Pendahuluan………...1

1.1.1 Tujuan………2

1.1.2 Ruang lingkup proyek………...……….2

1.1.3 Definisi, akronim, singkatan………..…………3

1.1.4 Overview………5

1.2 Gambaran Produk………..7

1.2.1 Perspektif produk………...………7

1.2.2 Fungsi produk………...………….9

1.2.3 Karakteristik pengguna………..……9

1.2.4 Batasan………...………9

1.2.5 Asumsi dan ketergantungan……….……10

Bab II Spesifikasi Produk 2.1 Persyaratan antarmuka eksternal………..…11

2.1.1 Antarmuka dengan pengguna……….….11

2.1.2 Antarmuka dengan perangkat keras……….22

2.1.3 Antarmuka dengan perangkat lunak………23

2.1.4 Antarmuka komunikasi………23

2.2 Fitur-fitur produk perangkat lunak……….…..23

2.2.1 Fitur melakukan pendaftaran daftar baru pada sisi client………...….23

2.2.2 Fitur melakukan pendaftaran berobat pada sisi client………..…24

2.2.3 Fitur melihat jadwal dan pembuatan janji pada sisi client………...…26

2.2.4 Fitur mencari dokter spesialis dan buat janji pada sisi client……..….28

Universitas Kristen Maranatha

2.2.5 Fitur memberi saran pada sisi client………..………..29

2.2.6 Fitur melihat kata kunci pada sisi client……….….……30

2.2.7 Fitur melakukan login pada sisi server……….….…..31

2.2.8 Fitur melakukan penambahan data pada sisi server………....…32

2.2.9 Fitur melakukan pengubahan data pada sisi server……….……34

2.2.10 Fitur melakukan penghapusan data pada sisi server………..…..35

2.2.11 Fitur melakukan pencarian data pada sisi server………..…...36

2.2.12 Fitur melakukan pendaftaran berobat pasien pada sisi server…...…..36

2.2.13 Fitur melakukan penambahan operator pada sisi server………..37

2.2.14 Fitur melakukan pengubahan password operator pada sisi server…..38

2.2.15 Fitur melakukan penghapusan operator pada sisi server……….39

2.2.16 Fitur mencari dokter spesialis pada sisi server………....40

2.2.17 Fitur melihat saran pada sisi server ………...….41

2.2.18 Fitur melihat laporan pada sisi dokter………..42

Bab III Desain Perangkat Lunak 3.1 Teori pendukung…...……….…………..43

3.1.1 Sistem pakar……….43

3.1.2 Pendekatan penyusunan rules………..44

3.2 Perangkat pendukung aplikasi………...…………..45

3.2.1 Bahasa pemrograman……….………..45

3.2.2 Database Management System (DBMS)………...………..45

4.2.2 SMS gateway………..………….46

3.2.4 Editor………..….……… 46

3.3 Analisis kebutuhan……….……..46

3.4 Gambaran sistem………..46

3.5 Perancangan perangkat lunak………...………...47

3.5.1 Entity Relational Diagram (ERD)………...………47

3.5.2 Relasi antar tabel………..49

3.5.3 Use case diagram……….51

3.5.4 Activity diagram………...…53

3.5.5 Sequence diagram………....60

Universitas Kristen Maranatha

3.5.6 Class diagram………...63

3.6 Perancangan tampilan………..68

BAB IV Pengembangan Sistem 4.1 Perencanaan tahap implementasi………...…………..79

4.1.1 Pembuatan tabel………...………79

4.1.2 Kerterkaitan antar class………...……….87

4.2 Perjalanan tahap implementasi………...……….89

4.2.1 Top Down Implementasi………..………89

4.2.2 Debugging………89

4.3 Ulasan realisasi fungsionalitas……….92

4.3.1 Struktur menu……….……..92

4.4 Ulasan realisasi User Interface Design………93

4.4.1 Fitur melakukan login di sisi server……….………93

4.4.2 Fitur melakukan pendaftaran berobat pasien pada sisi server……...94

4.4.3 Fitur melakukan pencarian data pasien pada sisi server…………..…95

4.4.4 Fitur melakukan penambahan data pasien pada sisi server…….……95

4.4.5 Fitur melakukan pengubahan data pasien pada sisi server…………..96

4.4.6 Fitur melakukan penghapusan data pasien pada sisi server……….…97

4.4.7 Fitur melakukan pencarian data dokter pada sisi server…………..…98

4.4.8 Fitur melakukan penambahan data dokter pada sisi server………….99

4.4.9 Fitur melakukan pengubahan data dokter pada sisi server…………100

4.4.10 Fitur melakukan penghapusan data dokter pada sisi server………101

4.4.11 Fitur melakukan penambahan data operator pada sisi server………102

4.4.12 Fitur melakukan pengubahan password operator pada sisi server…102 4.4.13 Fitur melakukan penghapusan data operator pada sisi server……...103

4.4.14 Fitur melakukan pencarian dokter spesialis pada sisi server…….…103

4.4.15 Fitur melakukan penambahan data pakar pada sisi server………….104

4.4.16 Fitur melakukan pengubahan data pakar pada sisi server………….105

4.4.17 Fitur melakukan penghapusan data pakar pada sisi server…………106

4.4.18 Fitur melihat saran pada sisi server………...106

4.4.19 Fitur melihat laporan……….107

Universitas Kristen Maranatha

4.4.20 Fitur melakukan pendaftaran baru pada sisi client………107

4.4.21 Fitur melakukan pendaftaran berobat pada sisi client………108

4.4.22 Fitur melihat jadwal dan pembuatan janji pada sisi client………….109

4.4.23 Fitur mencari dokter spesialis pembuatan janji pada sisi client…….109

4.4.24 Fitur memberi saran pada sisi client………..…110

4.4.25 Fitur melihat kata kunci pada sisi client………110

BAB V Testing Dan Evaluasi 5.1 Rencana pengujian sistem terimplementasi………...………112

5.2 Perjalanan metodologi pengujian………...…133

5.2.1 Black Box………...133

5.2.2 White Box………..133

5.2.3 Wawancara dengan target aplikasi……….133

5.3 Ulasan hasil evaluasi………..134

BAB VI Kesimpulan Dan Saran 6.1 Keterkaitan antara kesimpulan dengan hasil evaluasi………...135

6.2 Keterkaitan antara saran dengan hasil evaluasi……….135

6.3 Rencana perbaikan terhadap saran yang diberikan………136

Daftar Pustaka………..137

Lampiran………..138

Universitas Kristen Maranatha

DAFTAR GAMBAR

Gambar 2.1 : Flowchart Pendaftaran Baru Pasien………13

Gambar 2.2 : Flowchart Pendaftaran Berobat………..15

Gambar 2.3 : Flowchart Informasi Jadwal Praktek Dokter Dan Buat Janji………...17

Gambar 2.4 : Flowchart Mencari Dokter Spesialis Dan Buat Janji………..…19

Gambar 2.5 : Flowchart Saran………..………20

Gambar 2.6 : Flowchart Bantuan………..………..………..22

Gambar 3.1 : Backward Chaining………..………..….43

Gambar 3.2 : Forward Chaining………..……….……43

Gambar 3.3 : Relasi Antar Frame………..….…………..…….44

Gambar 3.4 : Entity Relational Diagram………..……….47

Gambar 3.5 : Relasi Antar Tabel……….…………..……49

Gambar 3.6 : Use Case Diagram Pada Sisi Client………...………..50

Gambar 3.7 : Use Case Diagram Pada Sisi Server……….……….…..51

Gambar 3.8 : Activity Diagram Login……….………..…….52

Gambar 3.9 : Activity Diagram Daftar Berobat……….………....52

Gambar 3.10 : Activity Diagram Tambah Pasien Baru………..…53

Gambar 3.11 : Activity Diagram Ubah Data Pasien……….…..………53

Gambar 3.12 : Activity Diagram Hapus Data Pasien……….………54

Gambar 3.13 : Activity Diagram Tambah Data Dokter……….………….54

Gambar 3.14 : Activity Diagram Ubah Data Dokter……….….54

Gambar 3.15 : Activity Diagram Hapus Data Dokter………55

Gambar 3.16 : Activity Diagram Tambah Data Penyakit……….…..………55

Gambar 3.17 : Activity Diagram Ubah Data Penyakit………..……….56

Gambar 3.18 : Activity Diagram Hapus Data Penyakit……….………56

Gambar 3.19 : Activity Diagram Tambah Data Operator……….………….57

Gambar 3.20 : Activity Diagram Ubah Password Operator……….………..57

Gambar 3.21 : Activity Diagram Hapus Data Operator……….…………58

Gambar 3.22 : Activity Diagram Cari Dokter Spesialis……….…………58

Universitas Kristen Maranatha

Gambar 3.23 : Activity Diagram Lihat Saran……….…………58

Gambar 3.24 : Sequence Diagram Login………..……….59

Gambar 3.25 : Sequence Diagram Daftar Berobat………...………..59

Gambar 3.26 : Sequence Diagram Tambah Data Pasien, Dokter, Penyakit Dan Gejala...59

Gambar 3.27 : Sequence Diagram Ubah Data Pasien, Dokter, Penyakit Dan Gejala...….60

Gambar 3.28 : Sequence Diagram Hapus Data Pasien, Dokter, Penyakit Dan Gejala..…60

Gambar 3.29 : Sequence Diagram Tambah Operator………60

Gambar 3.30 : Sequence Diagram Ubah Password Operator………61

Gambar 3.31 : Sequence Diagram Cari Dokter Spesialis………..………61

Gambar 3.32 : Sequence Diagram Lihat Saran………..………61

Gambar 3.33 : Class Diagram Login……….………62

Gambar 3.34 : Class Diagram Pasien………63

Gambar 3.35 : Class Diagram Dokter………..………..64

Gambar 3.36 : Class Diagram Jadwal……….….………..64

Gambar 3.37 : Class Diagram Janji………..……….65

Gambar 3.38 : Class Diagram Penyakit……….………65

Gambar 3.39 : Class Diagram Gejala………65

Gambar 3.40 : Class Diagram Persamaan Kata……….66

Gambar 3.41 : Class Digram Relasi Antar Class……….…………..67

Gambar 3.42 : Desain Antarmuka Login………...68

Gambar 3.43 : Desain Antarmuka Menu Utama Administrator………..………..68

Gambar 3.44 : Desain Antarmuka Menu Utama Operator………...……….69

Gambar 3.45 : Desain Antarmuka Daftar Berobat Pasien………...…..69

Gambar 3.46 : Desain Antarmuka Tambah Data Pasien………..….70

Gambar 3.47 : Desain Antarmuka Ubah Data Pasien………...……….70

Gambar 3.48 : Desain Antarmuka Hapus Data Pasien………..……71

Gambar 3.49 : Desain Antarmuka Tambah Data Dokter……….……….72

Gambar 3.50 : Desain Antarmuka Ubah Data Dokter……….………..72

Gambar 3.51 : Desain Antarmuka Hapus Data Dokter……….……….73

Gambar 3.52 : Desain Antarmuka Pencarian Dokter Spesialis………...………..74

Gambar 3.53 : Desain Antarmuka Tambah Data Pakar……….74

Universitas Kristen Maranatha

Gambar 3.54 : Desain Antarmuka Ubah Data Pakar……….75

Gambar 3.55 : Desain Antarmuka Hapus Data Pakar………..………..75

Gambar 3.55 : Desain Antarmuka Tambah Data Operator………..………..76

Gambar 3.56 : Desain Antarmuka Ubah Password Operator………..………..76

Gambar 3.57 : Desain Antarmuka Hapus Data Operator……….………….77

Gambar 3.58 : Desain Antarmuka Melihat Saran……….………….77

Gambar 4.1 : Struktur Tabel Persamaan Kata………..……….78

Gambar 4.2 : Struktur Tabel Gejala……….………..79

Gambar 4.3 : Struktur Tabel Penyakit_gejala………..………..79

Gambar 4.4 : Struktur Tabel Penyakit……….………..79

Gambar 4.5 : Struktur Tabel Pasien_penyakit……….………..80

Gambar 4.6 : Struktur Tabel Pasien……….………..81

Gambar 4.7 : Struktur Tabel Pasien_saran………81

Gambar 4.8 : Struktur Tabel Saran………82

Gambar 4.9 : Struktur Tabel Dokter………..82

Gambar 4.10 : Struktur Tabel Jadwal………83

Gambar 4.11 : Struktur Tabel Dokter_jadwal………83

Gambar 4.12 : Struktur Tabel R_janji………84

Gambar 4.13 : Struktur Tabel Login………..85

Gambar 4.14 : Struktur Tabel Bantuan………..85

Gambar 4.15 : Struktur Menu………92

Gambar 4.16 : Tampilan Fitur Login……….93

Gambar 4.17 : Tampilan Fitur Pendaftaran Berobat………..94

Gambar 4.18 : Tampilan Fitur Pencarian Data Pasien………...……94

Gambar 4.19 : Tampilan Fitur Penambahan Data Pasien……….……….95

Gambar 4.20a : Tampilan Pertama dari Fitur Pengubahan Data Pasien………..….96

Gambar 4.20b : Tampilan Kedua dari Fitur Pengubahan Data Pasien……….…….96

Gambar 4.21a : Tampilan Pertama dari Fitur Penghapusan Data Pasien………..97

Gambar 4.21b : Tampilan Kedua dari Fitur Penghapusan Data Pasien…………..……..97

Gambar 4.22 : Tampilan Fitur Pencarian Data Dokter……….…….98

Gambar 4.23 : Tampilan Fitur Penambahan Data Dokter……….99

Universitas Kristen Maranatha

Gambar 4.24a : Tampilan Pertama dari Fitur Pengubahan Data Dokter……...………....99

Gambar 4.24b : Tampilan Kedua dari Fitur Pengubahan Data Dokter………..……..…101

Gambar 4.25a : Tampilan Pertama dari Fitur Penghapusan Data Dokter……...……….101

Gambar 4.25b : Tampilan Kedua dari Fitur Penghapusan Data Dokter………..101

Gambar 4.26 : Tampilan Fitur Penambahan Data Operator………..……..102

Gambar 4.27 : Tampilan Fitur Pengubahan Password Operator……….………103

Gambar 4.28 : Tampilan Fitur Penghapusan Data Operator………...……….103

Gambar 4.29 : Tampilan Fitur Pencarian Dokter Spesialis……….104

Gambar 4.30 : Tampilan Fitur Penambahan Data Pakar……….105

Gambar 4.31a : Tampilan Fitur Pertama dari Fitur Pengubahan Data Pakar…….…….105

Gambar 4.31b : Tampilan Fitur Kedua dari Fitur Pengubahan Data Pakar……….105

Gambar 4.32a : Tampilan Fitur Pertama dari Fitur Penghapusan Data Pakar……….…106

Gambar 4.32b : Tampilan Fitur Kedua dari Fitur Penghapusan Data Pakar………...…106

Gambar 4.33 : Tampilan Fitur Melihat Saran………..………107

Gambar 4.34 : Tampilan Fitur Melihat Laporan………107

Gambar 4.35 : Tampilan Fitur SMS Pendaftaran Baru………..…………..108

Gambar 4.36 : Tampilan Fitur SMS Pendaftaran Berobat………..………….108

Gambar 4.37 : Tampilan Fitur SMS Melihat Jadwal………..……….109

Gambar 4.38 : Tampilan Fitur SMS Mencari Dokter Spesialis……….………..109

Gambar 4.39 : Tampilan Fitur SMS Memberi Saran……….………..110

Gambar 4.40 : Tampilan Fitur SMS Melihat Bantuan……….110

Universitas Kristen Maranatha

DAFTAR TABEL

Tabel 1.1 Definisi, Akronim, Singkatan………..3

Tabel 2.1 Kata Kunci………...………..31

Tabel 4.1 Gejala Penyakit Dan Spesialis………..……….86

Tabel 5.1 Test Case Pada Sisi Server………...………109

Tabel 5.2 Test Case Pada Sisi Client………..….121

Tabel 5.3 Hasil Kuisioner Untuk Aplikasi Pada Sisi Client………....131

Universitas Kristen Maranatha

DAFTAR LAMPIRAN

File connect.php……….………..136 File pasien.inc………..136 File pasien_tambah.php……….………..141

Universitas Kristen Maranatha

BAB I

PERSYARATAN PRODUK

Pada bab ini berisi pendahuluan, tujuan, ruang lingkup proyek, definisi, dan gambaran produk.

1.1 PENDAHULUAN

Teknologi hadir untuk memberikan kemudahan-kemudahan terhadap suatu masalah yang dihadapi oleh masyarakat. Salah satu teknologi yang sangat banyak digunakan dan sangat populer oleh pengguna telepon selular saat ini adalah SMS (Short Message Service). Dengan SMS tersebut, telah banyak diimplementasikan aplikasi-aplikasi yang berbasis SMS saat ini , seperti misalnya kuis, polling, forum, bahkan bisa juga untuk aplikasi bisnis seperti pemesanan barang.

Pada proyek tugas akhir ini, dibuatlah suatu konsep layanan informasi pasien untuk memudahkan pasien yang ingin berobat ke suatu rumah sakit, yang terdiri dari empat jenis layanan yaitu: layanan informasi pendaftaran pasien, layanan informasi jadwal praktek dokter, layanan untuk mencari dokter spesialis serta buat janji dan layanan saran, masukan untuk peningkatan layanan kesehatan disuatu rumah sakit oleh pasien tersebut.

Penulis telah mengumpulkan data-data yang diperlukan untuk membantu menyelesaikan proyek tugas akhir ini. Data-data tersebut diperoleh dari Rumah Sakit Bersalin Limijati yang lokasinya di kota Bandung.

Dengan hasil konsep layanan ini, pasien dapat melakukan pendaftaran tanpa harus datang langsung ke suatu rumah sakit, cukup hanya mengirimkan ke layanan informasi ini, maka secara otomatis akan direspon langsung oleh layanan informasi pasien di suatu rumah sakit dengan menggunakan sarana layanan SMS. Prosedurnya sama seperti pada pendaftaran biasa, hanya saja dapat dilakukan kapan saja dan darimana saja.

Untuk layanan mencari dokter spesialis menggunakan konsep sistem pakar. Yang mana pasien dapat mengetahui dokter spesialisnya sesuai dengan gejala penyakit yang diderita pasien. Sistem pakar adalah bagian dari sistem pendukung keputusan, tetapi sistem pakar biasanya difokuskan untuk memberikan jawaban tunggal (memecahkan dan mencari solusi akhir dari suatu masalah sesuai dengan data – data).

1.1.1 Tujuan

Pelayanan pendaftaran pasien khususnya pasien yang ingin berobat pada suatu rumah sakit saat ini dilakukan dengan datang langsung ke tempat praktek dokter pada suatu rumah sakit. Hal ini dianggap kurang efisien, apabila jumlah antrian cukup banyak.

Berdasarkan situasi yang ada pada saat ini maka dibuatlah suatu layanan pendaftaran pelayanan pasien pada suatu rumah sakit dengan menggunakan layanan SMS. Kelebihan dari layanan SMS ini, pasien yang ingin mendaftar untuk berobat tidak perlu datang langsung ke tempat pelayanan rumah sakit, karena layanan ini dapat melayani pendaftaran pasien melalui SMS, kemudian langsung direspon secara otomatis dengan mengirimkan balasan SMS dari suatu layanan informasi yang telah terintegrasi dengan layanan sarana SMS di suatu rumah sakit. Untuk pasien yang belum pernah mendaftar, juga disediakan layanan daftar baru agar mendapatkan no pasien. Selain itu juga disediakan layanan untuk melihat jadwal praktek dan buat janji dengan dokter. Diharapkan dengan adanya layanan ini, pasien dapat dengan mudah menyesuaikan jadwal pada saat ingin buat janji dengan dokter tanpa harus datang ke rumah sakit. Layanan lainnya adalah layanan untuk mencari dokter spesialis. Layanan ini membantu pasien dalam menentukan dokter spesialis yang harus ditemui. Ada juga layanan untuk mengetahui kata kunci layanan yang bertujuan jika lupa atau salah format maka pasien dapat melihat kata bantunya. Dan yang terakhir adalah layanan saran yang ditujukan untuk rumah sakit dengan tujuan untuk peningkatan pelayanan.

1.1.2 Ruang Lingkup Proyek

Aplikasi ini disebut dengan nama Medical Mobile Registration, dan memiliki ruang lingkup sebagai berikut :

Pada sisi Client

• Pasien dapat mendaftar baru.

• Pasien dapat mengetahui jadwal praktek dokter.

• Pasien dapat membuat janji dengan dokter (daftar berobat).

• Pasien dapat mengetahui dokter spesialis yang harus ditemui.

• Pasien dapat mengirim saran untuk rumah sakit.

• Pasien dapat melihat kata bantu

Pada sisi Server

• Pengguna terbagi atas dua bagian, yaitu administrator dan operator.

• Administrator dapat mengubah password operator.

• Administrator dapat menambah, mengubah, menghapus, mencari data operator, pasien, pakar, dokter dan jadwal praktek.

• Operator dapat mencari data pakar.

• Operator dapat menambah, mengubah, menghapus, dan mencari data pasien.

• Administrator dan operator dapat mendaftar berobat pasien dan mencari dokter spesialis.

• Administrator dan operator dapat melihat saran yang dikirimkan oleh pasien.

• Administrator dan operator dapat melihat laporan dokter per hari atau per dokter.

1.1.3 Definisi, Akronim, Singkatan

No Istilah, Akronim, Singkatan Definisi

1. SMS (Short Message Service) Fasilitas yang memungkinkan mengirim dan menerima pesan – pesan singkat berupa text dengan kapasitas maksimal 160 karakter.

2. Software Perangkat lunak.

3. Flow chart Bagan alir.

4. User Interface Design Tampilan antar muka.

5. Handphone Alat komunikasi yang dapat digunakan

dimanapun selama dalam jangkauan operator.

6. Windows Sistem operasi dari Microsoft.

7. MB MegaByte. Mega=Juta, Byte=Byte. (Satuan

jumlah data).

8. MHz Mega Hertz.

9. Client Klien.

10. Device Perangkat.

No Istilah, Akronim, Singkatan Definisi

11. Feed back Timbal balik.

12. Gateway Perantara / jembatan.

13. Server Pusat pengolahan data aplikasi.

14. Inheritance / extends Turunan / warisan

15. Nowsms Modul perantara antara handphone dengan

komputer sehingga komputer dapat mengirim dan menerima SMS.

16. Port (Point Of Entry) Suatu lokasi pada perangkat keras yang berfungsi sebagai jalur tempat keluar masuknya data dari suatu alat hitung (computing device).

17. Error Kesalahan

18 Use Case Kumpulan dari skenario mengenai

penggunaan sistem.

18 Activity Diagram Gambaran elemen yang perubahannya

bergantung pada aktivitas

19 Sequence Diagram Gambaran komunikasi antar objek dalam urutan waktu.

20 Server side Pada sisi server

21 Database Sekumpulan informasi yang diatur dalam cara tertentu sehingga sebuah program komputer dapat dengan cepat memilih data yang diinginkan.

22 PHP Script yang menyatu dengan HTML dan

berada pada server (server side HTML

embedded scripting).

23 Browser Antar muka antar pemakai dan World Wide

Web yang menginterpretasikan hypertext link dan digunakan untuk melihat dan memandu dari simpul Internet satu ke yang lain.

24 Web server Komputer yang mengirimkan

halaman-halaman Web

No Istilah, Akronim, Singkatan Definisi

25 Apache Public-domain Web server

26 Mysql Basis data

27 Hardware Perangkat keras

28 User Pengguna

29 Website Suatu koleksi dokumen HTML pribadi atau

perusahaan dalam server Web

Tabel 1.1 Definisi, Akronim, Singkatan 1.1.4 Overview

Dokumen disusun dengan menggunakan pendekatan Software

Requirement Specification yaitu sebuah metode penulisan terstruktur untuk

pengembangan sebuah software.

Susunan dari dokumen adalah sebagai berikut :

− BAB I Persyaratan Produk.

Bagian ini berisi pendahuluan, tujuan pengembangan software, ruang lingkup dan penjelasan produk yang dibangun secara umum atau general dengan menggunakan sedikit bahasa teknis agar memudahkan pemahaman untuk orang awam dan juga bagian ini harus menyediakan gambaran mengenai keseluruhan dokumen.

− BAB II Spesifikasi Produk.

Bagian ini merupakan penjelasan dari BAB I yang dijabarkan lebih mendalam dan mendetail. Isi dari bagian ini menggambarkan fitur-fitur apa saja yang akan dibuat di dalam software, sehingga semua persyaratan, fungsionalitas dan kemampuan software dapat dipaparkan dengan jelas dan diidentifikasikan dengan unik.

Faktor-faktor yang termasuk di dalamnya yaitu:

ƒ Persyaratan antarmuka eksternal

ƒ Fitur-fitur produk perangkat lunak

ƒ Flowchart

− BAB III Desain Perangkat Lunak.

Bagian ini menjelaskan desain dari produk dan menggambarkan pemikiran penulis bagaimana software tersebut akan dibangun.

Faktor-faktor yang termasuk di dalamnya yaitu:

ƒ ERD (Entity Relational Diagram)

ƒ Relasi antar tabel

ƒ Use case diagram ƒ State diagram ƒ Sequence diagram ƒ Class diagram

ƒ Perancangan tampilan

− BAB IV Pengembangan Sistem.

Bagian ini menjelaskan tentang bagaimana sebuah desain yang telah disusun secara terstruktur menjadi sebuah produk yang dapat digunakan secara baik sesuai dengan fungsinya.

− BAB V Testing dan Evaluasi Sistem.

Bagian ini menjelaskan hasil testing dan evaluasi terhadap prototype yang telah dikembangkan.

Faktor-faktor yang diuji terhadap software adalah:

ƒ Test case

ƒ Metodologi pengujian

ƒ Ulasan hasil evaluasi

− BAB VI Kesimpulan dan Saran.

Kesimpulan berisi perbandingan antara perencanaan produk sebelum dibuat dengan produk yang sudah jadi dan apakah produk yang dibangun memenuhi tujuan awal yang diinginkan.

Saran berisi hal-hal apa saja yang dapat dikembangkan untuk memberikan kemampuan lebih kepada produk yang dibangun baik secara teknis maupun secara dokumentasi

1.2GAMBARAN PRODUK

Untuk dapat menggunakan layanan SMS, pasien diharuskan mendaftar terlebih dahulu untuk mendapatkan nomor pasien sebagai nomor identitas. Jika pasien sudah terdaftar, maka pasien dapat menggunakan layanan SMS yang telah disediakan. Layanan yang disediakan seperti informasi jadwal praktek dokter, mencari dokter spesialis berdasarkan penyakit yang diderita pasien sehingga pasien sudah mengetahui dokter spesialis yang harus ditemui serta layanan buat

janji dengan dokter. Layanan ini dapat dilakukan pada hari – hari sebelumnya. Selain itu juga terdapat layanan saran / masukan yang berfungsi untuk meningkatkan kualitas pelayanan rumah sakit.

Pasien yang mendaftar untuk berobat (buat janji) melalui SMS harus konfirmasi terlebih dahulu. Konfirmasi ini dilakukan di loket pendaftaran pada saat pasien datang ke rumah sakit. Konfirmasi ini bertujuan untuk mengetahui kesediaan (keberadaan) pasien. Contoh : Pasien mendaftar buat janji melalui SMS = A dan pasien mendaftar tidak melalui SMS = B.Apabila ada pasien B datang untuk daftar buat janji dan jam daftarnya jam 10, sedangkan pasien A daftar jam 7 tetapi waktu konfirmasi jam 11, maka yang didahulukan adalah pasien B.

1.2.1 Prespektif Produk

Antarmuka Sistem

Aplikasi menggunakan layanan SMS untuk dapat melakukan fungsi -fungsinya. SMS dapat diterima dan dikirimkan ke perangkat stasiun seluler digital lainnya. Aplikasi menggunakan gateway dari nowsms untuk melakukan pengiriman dan penerimaan SMS dari komputer melalui handphone yang berfungsi sebagai SMS gateway dan dihubungkan melalui kabel data.

Antarmuka dengan Pengguna Pada sisi Client

• Layanan pendaftaran pasien

• Sistem informasi jadwal dokter

• Layanan untuk mencari dokter spesialis dan membuat janji

• Layanan saran untuk peningkatan kualitas rumah sakit Pada sisi Server

• Penambahan operator, data penyakit, pasien, dokter dan jadwal praktek dokter.

• Pengubahan password operator, data penyakit, pasien, dokter dan jadwal praktek dokter.

• Penghapusan operator, data penyakit, pasien, dokter dan jadwal praktek dokter.

• Pencarian data pasien, dokter dan jadwal praktek dokter.

• Pencarian dokter spesialis berdasarkan jenis penyakit.

• Mendaftar berobat pasien dan lihat daftar antrian pasien.

• Melihat saran yang dikirim oleh pasien.

• Melihat laporan per hari dan per dokter Antarmuka dengan Perangkat Keras

Perangkat keras yang digunakan:

• Satu komputer dengan spesifikasi :

o Memori 512 MB

o Processor AMD 3600 MHz o Hardisk 160 GB

o Mouse o Keyboard o Monitor

• Kabel data CA-42

• Dua handphone. Salah satu handphone digunakan sebagai SMS

gateway yaitu Nokia 6100, dan yang lainnya sebagai client

(pasien).

Antarmuka dengan Perangkat Lunak Perangkat lunak yang digunakan adalah:

• Apache

• MySql

• PHP

• Gateway nowsms

• Macromedia dreamweaver 8. Antarmuka Komunikasi

Kabel data, untuk menghubungkan komputer dengan handphone. Batasan Memori

Memori server yang digunakan minimum 32 MB. Persyaratan Adaptasi Tempat Tujuan

Agar aplikasi dapat beroperasi maka minimal komputer harus memiliki

port com dan terinstal sistem operasi Window XP, MySql, Apache, driver untuk handphone dan gateway nowsms.

1.2.2 Fungsi Produk

Untuk mengefisiensikan waktu pasien dalam pengantrian berobat. Sedangkan aplikasi di sisi server berguna untuk memudahkan pendataan pasien maupun dokter.

1.2.3 Karakteristik Pengguna

1.2.3.1Pada sisi Client

Pengguna yang dapat mengirim dan menerima SMS. 1.2.3.2 Pada sisi Server

Administrator : dapat mengoperasikan komputer dan menjalankan aplikasi seperti mencari, memasukkan, mengubah dan menghapus semua data-data.

Operator : dapat mengoperasikan komputer dan menjalankan aplikasi seperti mencari, memasukkan, mengubah dan menghapus data pasien.

1.2.4 Batasan

• Aplikasi hanya dapat dijalankan pada sistem operasi Window.

• Aplikasi pada client hanya dapat diakses melalui SMS.

• Tidak semua handphone dapat dijadikan SMS gateway.

• Hanya ada dua tingkatan pengguna aplikasi di sisi server, yaitu administrator dan operator.

• Jika operator lupa password maka yang dapat mengubah hanya administrator.

• SMS dianggap salah atau tidak valid jika kata pertama di SMS tidak sesuai dengan kata kunci yang ada dalam database atau jika penulisan format

tidak sesuai dengan ketentuan dan akan dibalas secara otomatis oleh sistem.

• Spesialisasi dokter yang digunakan hanya dokter umum, dokter anak dan dokter kandungan.

• Data penyakit yang digunakan hanya beberapa saja dan itupun penyakit yang sering diderita oleh pasien pada umumnya.

• Untuk layanan pencarian dokter spesialis, gejala sakit yang dimasukkan dibatasi maksimum 3 gejala.

• Kata-kata yang digunakan dalam penulisan gejala sakit sebatas data yang dimasukkan pada aplikasi.

• Aplikasi pada server diambil dari data manual.

1.2.5 Asumsi dan Ketergantungan

• Pengiriman dan penerimaan SMS tergantung dari kualitas device itu sendiri seperti HP dan kabel data yang digunakan.

• Pengiriman dan penerimaan SMS tergantung trafik SMS pada jaringan operator selular.

• Dari data website www.nowsms.com beberapa handphone yang dapat mengirim dan menerima SMS, yaitu : SonyEricsson T68, SonyEricsson T68i, SonyEricsson T610, SonyEricsson T637, Ericsson R520, Nokia 6100, Nokia 6210, Nokia 6220, Nokia 6310, Nokia 6310i, Nokia 7250, Nokia 6820, Nokia 7110, Nokia 7210, dan Panasonic GD87.

BAB VI

KESIMPULAN DAN SARAN

Bab ini menyimpulkan yang berisi perbandingan antara perencanaan produk sebelum dibuat dengan produk yang sudah jadi dan apakah produk yang dibangun memenuhi tujuan awal yang diinginkan. Dan saran berisi hal-hal apa saja yang dapat dikembangkan untuk memberikan kemampuan lebih kepada produk yang dibangun baik secara teknis maupun secara dokumentasi

6.1

KETERKAITAN ANTARA KESIMPULAN DENGAN HASIL

EVALUASI

Kesimpulan yang dapat diambil dari keseluruhan hasil evaluasi berupa kuisioner dengan beberapa orang adalah bahwa aplikasi yang dibuat pada sisi pasien (client) sudah memudahkan dalam melakukan pendaftaran pasien karena pasien tidak perlu mengantri terlalu lama dalam pendaftaran berobat. Apalagi dengan adanya tambahan beberapa fitur seperti pendaftaran pasien baru, melihat jadwal praktek dokter, mencari dokter spesialis dan kirim saran atau kritik untuk rumah sakit. Fitur-fitur tersebut sangat membantu, baik pasien maupun pihak rumah sakit.

Sedangkan pada sisi server aplikasi ini sudah cukup memenuhi kebutuhan dalam pendaftaran pasien. Kesalahan-kesalahan yang mungkin terjadi dari aplikasi ini sendiri ataupun dari menginputkan datanya oleh pengguna baik pada sisi client atau server secara garis besar sudah diminimalkan oleh aplikasi ini.

6.2

KETERKAITAN ANTARA SARAN DENGAN HASIL

EVALUASI

Selain menarik kesimpulan dari hasil evaluasi juga didapatkan saran-saran untuk pengembangan ataupun perbaikan aplikasi dimasa yang akan datang. Saran tersebut antara lain adalah :

Universitas Kristen Maranatha

• Beberapa client pengguna handphone memberi masukkan untuk memberikan biaya gratis SMS untuk aplikasi ini selama masa percobaan. • Diberikan keterangan mengenai fitur-fitur SMS yang disediakan dalam

bentuk catatan (manual help) sehingga tidak telalu banyak mengirim SMS untuk melihat bantuan.

• Penambahan desain sehingga tampilan agar lebih menarik.

6.3

RENCANA PERBAIKAN TERHADAP SARAN YANG

DIBERIKAN

Dari saran yang diberikan ada beberapa rencana perbaikan di kedepannya antara lain :

• Penambahan desain lebih banyak namun tidak membuat akses bertambah lambat.

• Menggunakan GSM modem karena jika menggunakan handphone, pengiriman dan penerimaan SMS tidak maksimal.

Universitas Kristen Maranatha

DAFTAR PUSTAKA

• Brown, Carol E; Introduction to Artificial Intelligence and Expert Systems; Oregon State University; 1993, 1994, 1995

• Bullinaria, John A; Introduction to Artifial Intelligence; 2005

• Castagnetto, Jesus; Rawat, Haris; Schumann, Sascha; Scollo, Chris; Veliath, Deepak; Professional PHP Programming; Wroxx Press; 1999

• Converse,Tim; Park, Joyce; Morgan, Clark; PHP 5 And MySQL Bible; Wiley Publishing, Inc; 2004

• DuBois, Paul; MySQL Second Edition; Sams; 2003

• http://www.php.net/docs.php [di lihat pada tanggal 05/01/2007]

• http://www.nowsms.com [di lihat pada tanggal 14/08/2007]

• Kadir, Abdul; Pemrograman Web Mencakup : HTML, CSS, Javascript, & PHP; Penerbit Andi; 2003

• Maslakowski, Mark; Sam’s Teach Yourself MySQL in 21 Days; Sams; 2000

• Rampengan, T.H; Laurentz, I.R; Penyakit Infeksi Tropik Pada Anak; Penerbit Buku Kedokteran EGC; 1993

• Sastrawinata, Sulaiman; Martaadisoebrata, Djamhoer; Wirakusumah, Firman F;

Obstetri Patologi Ilmu Kesehatan Reproduksi; Penerbit Buku Kedokteran EGC;

2003

• Smith, Tony; Davidson, Sue; DokterDi Rumah Anda; Dian Rakyat; 2005 • Valade, Janet; PHP 5 For Dummies; Wiley Publishing, Inc; 2004

Universitas Kristen Maranatha

• Penghapusan operator, data penyakit, pasien, dokter dan jadwal praktek dokter.

• Pencarian data pasien, dokter dan jadwal praktek dokter.

• Pencarian dokter spesialis berdasarkan jenis penyakit.

• Mendaftar berobat pasien dan lihat daftar antrian pasien.

• Melihat saran yang dikirim oleh pasien.

• Melihat laporan per hari dan per dokter Antarmuka dengan Perangkat Keras

Perangkat keras yang digunakan:

• Satu komputer dengan spesifikasi :

o Memori 512 MB

o Processor AMD 3600 MHz o Hardisk 160 GB

o Mouse o Keyboard o Monitor • Kabel data CA-42

• Dua handphone. Salah satu handphone digunakan sebagai SMS

gateway yaitu Nokia 6100, dan yang lainnya sebagai client

(pasien).

Antarmuka dengan Perangkat Lunak Perangkat lunak yang digunakan adalah:

• Apache

• MySql

• PHP

• Gateway nowsms

• Macromedia dreamweaver 8. Antarmuka Komunikasi

Kabel data, untuk menghubungkan komputer dengan handphone. Batasan Memori

Memori server yang digunakan minimum 32 MB. Persyaratan Adaptasi Tempat Tujuan

Agar aplikasi dapat beroperasi maka minimal komputer harus memiliki

port com dan terinstal sistem operasi Window XP, MySql, Apache, driver untuk handphone dan gateway nowsms.

1.2.2 Fungsi Produk

Untuk mengefisiensikan waktu pasien dalam pengantrian berobat. Sedangkan aplikasi di sisi server berguna untuk memudahkan pendataan pasien maupun dokter.

1.2.3 Karakteristik Pengguna

1.2.3.1Pada sisi Client

Pengguna yang dapat mengirim dan menerima SMS. 1.2.3.2 Pada sisi Server

Administrator : dapat mengoperasikan komputer dan menjalankan aplikasi seperti mencari, memasukkan, mengubah dan menghapus semua data-data.

Operator : dapat mengoperasikan komputer dan menjalankan aplikasi seperti mencari, memasukkan, mengubah dan menghapus data pasien.

1.2.4 Batasan

• Aplikasi hanya dapat dijalankan pada sistem operasi Window.

• Aplikasi pada client hanya dapat diakses melalui SMS.

• Tidak semua handphone dapat dijadikan SMS gateway.

• Hanya ada dua tingkatan pengguna aplikasi di sisi server, yaitu administrator dan operator.

• Jika operator lupa password maka yang dapat mengubah hanya administrator.

• SMS dianggap salah atau tidak valid jika kata pertama di SMS tidak sesuai dengan kata kunci yang ada dalam database atau jika penulisan format

tidak sesuai dengan ketentuan dan akan dibalas secara otomatis oleh sistem.

• Spesialisasi dokter yang digunakan hanya dokter umum, dokter anak dan dokter kandungan.

• Data penyakit yang digunakan hanya beberapa saja dan itupun penyakit yang sering diderita oleh pasien pada umumnya.

• Untuk layanan pencarian dokter spesialis, gejala sakit yang dimasukkan dibatasi maksimum 3 gejala.

• Kata-kata yang digunakan dalam penulisan gejala sakit sebatas data yang dimasukkan pada aplikasi.

• Aplikasi pada server diambil dari data manual.

1.2.5 Asumsi dan Ketergantungan

• Pengiriman dan penerimaan SMS tergantung dari kualitas device itu sendiri seperti HP dan kabel data yang digunakan.

• Pengiriman dan penerimaan SMS tergantung trafik SMS pada jaringan operator selular.

• Dari data website www.nowsms.com beberapa handphone yang dapat mengirim dan menerima SMS, yaitu : SonyEricsson T68, SonyEricsson T68i, SonyEricsson T610, SonyEricsson T637, Ericsson R520, Nokia 6100, Nokia 6210, Nokia 6220, Nokia 6310, Nokia 6310i, Nokia 7250, Nokia 6820, Nokia 7110, Nokia 7210, dan Panasonic GD87.

BAB VI

KESIMPULAN DAN SARAN

Bab ini menyimpulkan yang berisi perbandingan antara perencanaan produk sebelum dibuat dengan produk yang sudah jadi dan apakah produk yang dibangun memenuhi tujuan awal yang diinginkan. Dan saran berisi hal-hal apa saja yang dapat dikembangkan untuk memberikan kemampuan lebih kepada produk yang dibangun baik secara teknis maupun secara dokumentasi

6.1

KETERKAITAN ANTARA KESIMPULAN DENGAN HASIL

EVALUASI

Kesimpulan yang dapat diambil dari keseluruhan hasil evaluasi berupa kuisioner dengan beberapa orang adalah bahwa aplikasi yang dibuat pada sisi pasien (client) sudah memudahkan dalam melakukan pendaftaran pasien karena pasien tidak perlu mengantri terlalu lama dalam pendaftaran berobat. Apalagi dengan adanya tambahan beberapa fitur seperti pendaftaran pasien baru, melihat jadwal praktek dokter, mencari dokter spesialis dan kirim saran atau kritik untuk rumah sakit. Fitur-fitur tersebut sangat membantu, baik pasien maupun pihak rumah sakit.

Sedangkan pada sisi server aplikasi ini sudah cukup memenuhi kebutuhan dalam pendaftaran pasien. Kesalahan-kesalahan yang mungkin terjadi dari aplikasi ini sendiri ataupun dari menginputkan datanya oleh pengguna baik pada sisi client atau server secara garis besar sudah diminimalkan oleh aplikasi ini.

6.2

KETERKAITAN ANTARA SARAN DENGAN HASIL

EVALUASI

Selain menarik kesimpulan dari hasil evaluasi juga didapatkan saran-saran untuk pengembangan ataupun perbaikan aplikasi dimasa yang akan datang. Saran tersebut antara lain adalah :

Universitas Kristen Maranatha

• Beberapa client pengguna handphone memberi masukkan untuk memberikan biaya gratis SMS untuk aplikasi ini selama masa percobaan. • Diberikan keterangan mengenai fitur-fitur SMS yang disediakan dalam

bentuk catatan (manual help) sehingga tidak telalu banyak mengirim SMS untuk melihat bantuan.

• Penambahan desain sehingga tampilan agar lebih menarik.

6.3

RENCANA PERBAIKAN TERHADAP SARAN YANG

DIBERIKAN

Dari saran yang diberikan ada beberapa rencana perbaikan di kedepannya antara lain :

• Penambahan desain lebih banyak namun tidak membuat akses bertambah lambat.

• Menggunakan GSM modem karena jika menggunakan handphone, pengiriman dan penerimaan SMS tidak maksimal.

Universitas Kristen Maranatha

DAFTAR PUSTAKA

• Brown, Carol E; Introduction to Artificial Intelligence and Expert Systems; Oregon State University; 1993, 1994, 1995

• Bullinaria, John A; Introduction to Artifial Intelligence; 2005

• Castagnetto, Jesus; Rawat, Haris; Schumann, Sascha; Scollo, Chris; Veliath, Deepak; Professional PHP Programming; Wroxx Press; 1999

• Converse,Tim; Park, Joyce; Morgan, Clark; PHP 5 And MySQL Bible; Wiley Publishing, Inc; 2004

• DuBois, Paul; MySQL Second Edition; Sams; 2003

• http://www.php.net/docs.php [di lihat pada tanggal 05/01/2007] • http://www.nowsms.com [di lihat pada tanggal 14/08/2007]

• Kadir, Abdul; Pemrograman Web Mencakup : HTML, CSS, Javascript, & PHP; Penerbit Andi; 2003

• Maslakowski, Mark; Sam’s Teach Yourself MySQL in 21 Days; Sams; 2000

• Rampengan, T.H; Laurentz, I.R; Penyakit Infeksi Tropik Pada Anak; Penerbit Buku Kedokteran EGC; 1993

• Sastrawinata, Sulaiman; Martaadisoebrata, Djamhoer; Wirakusumah, Firman F;

Obstetri Patologi Ilmu Kesehatan Reproduksi; Penerbit Buku Kedokteran EGC;

2003

• Smith, Tony; Davidson, Sue; DokterDi Rumah Anda; Dian Rakyat; 2005 • Valade, Janet; PHP 5 For Dummies; Wiley Publishing, Inc; 2004

Universitas Kristen Maranatha