ABSTRAK
Di era informasi ini, teknologi perangkat bergerak seperti telepon genggam dan PDA berkembang dengan pesat. Fasilitas SMS dan browser pada perangkat bergerak memudahkan kita dalam memperoleh informasi. Teknologi dan fasilitas tersebut dapat dimanfaatkan dalam pengolahan informasi pada rumah sakit.
Sebagai salah satu rumah sakit terkemuka di Bandung, RS Immanuel dituntut untuk mengoptimalkan kedudukannya sebagai sarana kesehatan. Salah satu caranya dengan memberikan pelayanan yang memuaskan bagi para pasiennya. Untuk memenuhi tuntutan diatas dibutuhkan suatu sistem teknologi yang dapat membantu pelayanan RS Immanuel, salah satu sistem yang dapat digunakan yaitu penggunaan aplikasi SMS
Dengan menggunakan aplikasi SMS diharapkan RS Immanuel dapat lebih meningkatkan pelayanannya kepada para pasien. Keuntungan penggunaan layanan aplikasi SMS ini yaitu pasien dapat menggunakan layanan ini ketika sedang berada dimana saja.
Pada laporan ini, penyusun mencoba untuk menjelaskan langkah-langkah penerapan aplikasi SMS ini pada RS Immanuel. Dimana aplikasi ini dapat membangun sebuah sistem teknologi informasi yang dapat menjadi media interaksi antara pihak RS Immanuel dengan pasiennya, seperti penyediaan sarana pendaftaran melalui SMS untuk klinik diagnostik, peringatan kontrol melalui SMS, peringatan tunggakan pembayaran melalui SMS, dan sarana kotak saran melalui SMS.
ABSTRACT
In this era, mobile devices such as hand phone and PDA rapidly developed. SMS and browser facility in the mobile devices make easier to get any information. Hospital could make use of those technology and facility for information processing.
As one of famous hospital in Bandung, Immanuel hospitals have to optimize his position is by give an excellent service to the patient. So to accomplish that, Immanuel hospital needs a technology system which can help the service at Immanuel hospital. This SMS application is one of many ways that can be use as a technology system.
With SMS application hopefully Immanuel hospital can improve the service to the patient. The benefit of using this SMS application is patient can use the service wherever the patient could be.
In this report, author try to give an explanation about the steps to use SMS application in Immanuel hospital. This application can build an information technology system which can be an interaction tool between Immanuel hospital and the patient, such as provide a registration tool through a SMS for diagnostic clinic, control warning tool through a SMS, payment warning tool through a SMS, and provide the space for proposition.
DAFTAR ISI
LEMBAR PENGESAHAN ... i
PERNYATAAN ORISINALITAS LAPORAN ... ii
KATA PENGANTAR ... iii
LEMBAR PERNYATAAN PERSETUJUAN KARYA ILMIAH... v
ABSTRAK ... vi
ABSTRACT... vii
DAFTAR ISI... viii
DAFTAR GAMBAR ... xi
DAFTAR TABEL... xiii BAB 1 PERSYARATAN PRODUK ... 1-1 1.PENDAHULUAN... 1-1
1.1. Analisa Masalah Pada RS Immanuel ... 1-1 1.2. Tujuan ... 1-2 1.2.1. Ruang Lingkup Proyek ... 1-2 1.2.2. Sistematika Laporan... 1-3 1.3. Gambaran Sistem Keseluruhan ... 1-4 1.3.1. Perspektif Produk ... 1-4 1.3.2. Fungsi Produk ... 1-6 1.3.3. Karakteristik Pengguna ... 1-7 1.3.4. Batasan-batasan... 1-7 1.3.5. Asumsi dan Ketergantungan ... 1-8 1.3.6. Penundaan Persyaratan ... 1-8 BAB 2 SPESIFIKASI PRODUK... 2-1 2.PENDAHULUAN... 2-1
2.1. Persyaratan Antarmuka Eksternal ... 2-1 2.1.1. Antarmuka dengan Pengguna ... 2-1 2.1.2. Antarmuka Perangkat Keras ... 2-2 2.1.3. Antarmuka Perangkat Lunak... 2-2 2.1.4. Antarmuka Komunikasi ... 2-2 2.2. Fitur Produk Perangkat Lunak ... 2-3 2.2.1. Impor Data Pasien ... 2-3 2.2.2. Impor Data Tunggakan Pembayaran... 2-4 2.2.3. Informasi Keyword ... 2-5 2.2.4. Peringatan Kontrol Pasien... 2-5 2.2.5. Pendaftaran Klinik Diagnostik... 2-7 2.2.6. Peringatan Pembayaran Pasien ... 2-8 2.2.7. Info Jumlah Pembayaran Tunggakan Pasien ... 2-9 2.2.8. Kotak Saran... 2-10 2.2.9. Laporan Pulsa Per Bulan... 2-11 2.2.10. Laporan Outbox Kategori Pendaftaran ... 2-12 2.2.11. Laporan Outbox Kategori Pembayaran... 2-13 2.2.12. Laporan Outbox Kategori Kontrol ... 2-13
2.2.13. Laporan Outbox Kategori Info... 2-14 2.2.14. Laporan Tingkat SMS ke Pasien... 2-15 2.2.15. Laporan Kotak Saran... 2-16 2.3. Persyaratan Performa ... 2-17 2.4. Batasan Desain ... 2-17 2.5. Atribut-atribut Sistem Perangkat Lunak ... 2-17 2.5.1. Kehandalan... 2-17 2.5.2. Ketersediaan... 2-17 2.5.3. Keamanan... 2-18 2.5.4. Pemeliharaan ... 2-18 2.5.5. Perpindahan... 2-18 2.5.6. Persyaratan Lainnya ... 2-18 BAB 3 DESAIN PERANGKAT LUNAK... 3-1 3.PENDAHULUAN... 3-1
3.1. Identifikasi Kebutuhan Sistem ... 3-1 3.2. Overview Sistem ... 3-2 3.3. Desain Perangkat Lunak ... 3-2 3.3.1. Use Case Diagram... 3-3 3.3.2. Activity dan Sequence Diagram... 3-4 3.3.3. Class Diagram ... 3-21 3.3.4. Entity Relationship Diagram (ERD) ... 3-23 3.4. Desain Arsitektur Perangkat Lunak ... 3-30 3.4.1. Komponen Perangkat Lunak... 3-30 3.4.2. Konsep Eksekusi ... 3-31 3.4.3. Desain Antar Muka ... 3-34 BAB 4 PENGEMBANGAN SISTEM... 4-1 4.PENDAHULUAN... 4-1
4.1. Perencanaan Tahap Implementasi... 4-1 4.1.1. Implementasi Komponen Perangkat Lunak ... 4-1 4.1.2. Keterkaitan Antar Komponen Perangkat Lunak ... 4-3 4.2. Perjalanan Tahap Implementasi ... 4-5 4.2.1. Implementasi Top Down... 4-5 4.2.2. Debugging ... 4-17 4.3. Ulasan Realisasi Fungsionalitas... 4-18 4.4. Ulasan Realisasi Antar Muka Pengguna ... 4-21 4.4.1. Form Login ... 4-21 4.4.2. Form Data Pasien ... 4-22 4.4.3. Form Pendaftaran ... 4-23 4.4.4. Form Tunggakan Pembayaran ... 4-25 4.4.5. Form Kontrol... 4-28 4.4.6. Form Kotak Saran ... 4-31 4.4.7. Form Inbox... 4-33 4.4.8. Form Outbox ... 4-34 4.4.9. Form Laporan... 4-35
4.4.10. Form Pengaturan ... 4-39 4.4.11. Antarmuka Info Keyword ... 4-40 BAB 5 TESTING DAN EVALUASI SISTEM ... 5-1 5.PENDAHULUAN... 5-1
5.1. Rencana Pengujian Sistem Terimplementasi ... 5-1 5.1.1. Test Case ... 5-1 5.1.2. Uji Fungsionalitas Komponen Perangkat Lunak ... 5-5 5.2. Perjalanan Metodologi Pengujian ... 5-6 5.2.1. White Box ... 5-6 5.2.2. Black Box... 5-7 5.3. Ulasan Hasil Evaluasi ... 5-13 5.4. Penerapan Aplikasi SMS di RS Immanuel ... 5-14 BAB 6 KESIMPULAN DAN SARAN ... 6-1 6.PENDAHULUAN... 6-1
6.1. Keterkaitan antara Kesimpulan dengan Hasil Evaluasi ... 6-1 6.2. Keterkaitan antara Saran dengan Hasil Evaluasi ... 6-2 6.3. Rencana Perbaikan / Implementasi terhadap Saran yang Diberikan .... 6-2 LAMPIRAN A ...A-1 LAMPIRAN B ...B-1 LAMPIRAN C ... C-1 DAFTAR PUSTAKA... R-1 DAFTAR INDEX / ISTILAH / KATA SUKAR... Ind-1
DAFTAR GAMBAR
Gambar 1 Ilustrasi antarmuka komunikasi ... 2-3 Gambar 2 Use Case Diagram... 3-3 Gambar 3 Activity meminta info keyword... 3-4 Gambar 4 Sequence meminta info keyword... 3-5 Gambar 5 Activity pendaftaran klinik ... 3-5 Gambar 6 Sequence pendaftaran klinik ... 3-6 Gambar 7 Activity info tunggakan pembayaran ... 3-7 Gambar 8 Sequence info tunggakan pembayaran ... 3-7 Gambar 9 Activity memberikan saran ... 3-8 Gambar 10 Sequence memberikan saran ... 3-8 Gambar 11 Activity impor data pasien ... 3-8 Gambar 12 Sequence impor data pasien ... 3-9 Gambar 13 Activity tambah/ubah no hp pasien... 3-9 Gambar 14 Sequence tambah/ubah no hp pasien... 3-10 Gambar 15 Activity menampilkan data pasien ... 3-10 Gambar 16 Sequence menampilkan data pasien... 3-11 Gambar 17 Activity impor data tunggakan pembayaran ... 3-11 Gambar 18 Sequence impor data tunggakan pembayaran ... 3-11 Gambar 19 Activity menampilkan data tunggakan pembayaran ... 3-12 Gambar 20 Sequence menampilkan data tunggakan pembayaran... 3-12 Gambar 21 Activity mengolah data kontrol... 3-12 Gambar 22 Sequence mengolah data kontrol... 3-13 Gambar 23 Activity menampilkan data kontrol... 3-14 Gambar 24 Sequence menampilkan data kontrol... 3-14 Gambar 25 Activity mengolah data pendaftaran ... 3-14 Gambar 26 Sequence mengolah data pendaftaran ... 3-15 Gambar 27 Activity menampilkan data pendaftaran ... 3-15 Gambar 28 Sequence menampilkan data pendaftaran ... 3-16 Gambar 29 Activity mencetak laporan ... 3-16 Gambar 30 Sequence mencetak laporan ... 3-17 Gambar 31 Activity menghapus saran ... 3-17 Gambar 32 Sequence menghapus saran... 3-18 Gambar 33 Activity menampilkan saran... 3-18 Gambar 34 Sequence menampilkan saran ... 3-18 Gambar 35 Activity login ... 3-19 Gambar 36 Sequence login ... 3-19 Gambar 37 Class Diagram ... 3-20 Gambar 38 Entity Relationship Diagram... 3-25 Gambar 39 Database diagram immanuelSMS ... 3-27 Gambar 40 Komponen perangkat lunak ... 3-30 Gambar 41 Konsep eksekusi mengirim SMS peringatan ... 3-32 Gambar 42 Konsep eksekusi menerima SMS... 3-33 Gambar 43 Desain form data pasien ... 3-34
Gambar 44 Desain form pendaftaran ... 3-35 Gambar 45 Desain form pembayaran tunggakan... 3-36 Gambar 46 Desain form laporan ... 3-36 Gambar 47 Desain form kontrol ... 3-37 Gambar 48 Desain form kotak saran... 3-38 Gambar 49 Desain form inbox... 3-38 Gambar 50 Desain form pengaturan ... 3-39 Gambar 51 Keterkaitan antar modul sistem SMS RS Immanuel... 4-3 Gambar 52 Antar muka form login... 4-21 Gambar 53 Antar muka form data pasien ... 4-22 Gambar 54 Antar muka form pendaftaran ... 4-23 Gambar 55 Antar muka pasien saat melakukan pendaftaran ... 4-24 Gambar 56 Antar muka pasien saat menerima reply daftar... 4-24 Gambar 57 Antar muka form pembayaran tunggakan... 4-25 Gambar 58 Antar muka pasien saat me-request info tunggakan... 4-26 Gambar 59 Antar muka pasien saat menerima reply pembayaran... 4-26 Gambar 60 Antar muka pasien saat menerima peringatan tunggakan... 4-27 Gambar 61 Antar muka form kontrol... 4-28 Gambar 62 Antar muka form input/edit data kontrol... 4-29 Gambar 63 Antar muka data pasien untuk kontrol ... 4-29 Gambar 64 Antar muka pasien saat menerima peringatan kontrol ... 4-30 Gambar 65 Antar muka form kotak saran... 4-31 Gambar 66 Antar muka pasien/pengunjung saat mengirim saran ... 4-32 Gambar 67 Antar muka form inbox ... 4-33 Gambar 68 Antar muka form outbox ... 4-34 Gambar 69 Antar muka form pilih laporan... 4-35 Gambar 70 Antar muka laporan pulsa ... 4-35 Gambar 71 Antar muka laporan outbox kategori pembayaran ... 4-36 Gambar 72 Antar muka laporan outbox kategori pendaftaran... 4-37 Gambar 73 Antar muka laporan outbox kategori kontrol ... 4-37 Gambar 74 Antar muka laporan outbox kategori info ... 4-38 Gambar 75 Antar muka laporan kotak saran... 4-38 Gambar 76 Antar muka pengaturan ... 4-39 Gambar 77 Antar muka pasien saat menerima info keyword ... 4-40
DAFTAR TABEL
Tabel 1 Nama-nama poli klinik diagnostik... 1-2 Tabel 2 Software yang digunakan... 1-8 Tabel 3 Implementasi komponen form utama ... 4-5 Tabel 4 Implementasi komponen form data pasien ... 4-6 Tabel 5 Implementasi komponen form pendaftaran ... 4-8 Tabel 6 Implementasi komponen form pembayaran... 4-10 Tabel 7 Implementasi komponen form kontrol... 4-11 Tabel 8 Implementasi komponen form kotak saran... 4-12 Tabel 9 Implementasi komponen form inbox ... 4-13 Tabel 10 Implementasi komponen form outbox ... 4-14 Tabel 11 Implementasi komponen form laporan ... 4-15 Tabel 12 Implementasi komponen form pengaturan ... 4-16 Tabel 13 Realisasi fungsionalitas aplikasi ... 4-18 Tabel 14 Rencana pengujian test case modul info keyword ... 5-1 Tabel 15 Rencana pengujian test case modul data pasien... 5-1 Tabel 16 Rencana pengujian test case modul peringatan kontrol pasien... 5-2 Tabel 17 Rencana pengujian test case modul pendaftaran... 5-2 Tabel 18 Rencana pengujian modul test case info pembayaran ... 5-3 Tabel 19 Rencana pengujian test case modul kotak saran ... 5-4 Tabel 20 Rencana pengujian test case modul inbox ... 5-4 Tabel 21 Rencana pengujian test case modul outbox ... 5-4 Tabel 22 Rencana pengujian test case modul laporan ... 5-5 Tabel 23 Strategi uji coba komponen perangkat lunak... 5-5 Tabel 24 Hasil uji coba fungsionalitas komponen perangkat lunak (white box). 5-6 Tabel 25 Hasil pengujian test case modul info keyword ... 5-7 Tabel 26 Hasil pengujian test case modul data pasien... 5-8 Tabel 27 Hasil pengujian test case modul peringatan kontrol ... 5-8 Tabel 28 Hasil pengujian test case modul pendaftaran... 5-9 Tabel 29 Hasil pengujian test case modul info pembayaran... 5-10 Tabel 30 Hasil pengujian test case modul kotak saran ... 5-11 Tabel 31 Hasil pengujian test case modul inbox... 5-11 Tabel 32 Hasil pengujian test case modul outbox... 5-12 Tabel 33 Realisasi fungsionalitas laporan... 5-13
BAB 1 PERSYARATAN PRODUK
1. Pendahuluan
Rumah sakit Immanuel adalah salah satu rumah sakit ternama di Bandung dengan jumlah pasien yang sangat banyak. Oleh karena itu, dukungan teknologi
informasi sangat dibutuhkan untuk memberikan pelayanan yang menyeluruh. Beberapa diantaranya masalah pembayaran, pendaftaran, dan peringatan kontrol pasien yang memerlukan kecepatan dan keakuratan terhadap banyaknya jumlah pasien. Dengan adanya program ini diharapkan dapat meningkatkan pelayanan Rumah Sakit Immanuel.
1.1. Analisa Masalah Pada RS Immanuel
Berdasarkan wawancara dan diskusi yang dilakukan terhadap pihak RS Immanuel didapat masalah-masalah:
1. Rata-rata pengunjung klinik diagnostik 500 pasien per hari dan pengunjung klinik umum 200 pasien per hari. 200 pasien diantaranya mendaftar melalui telepon. Untuk hari senin dan sabtu pasien yang mendaftar di klinik diagnostik lebih banyak dari biasanya. Dengan jumlah pasien seperti diatas sering terjadi antrian yang panjang saat mendaftar terutama di klinik diagnostik.
2. Adanya sistem peringatan pembayaran tunggakan pasien dan peringatan kontrol pasien yang menghabiskan banyak waktu dan biaya karena sistem ini menggunakan media telepon.
3. Kotak saran yang ada saat ini jarang digunakan oleh pasien/pengunjung RS Immanuel, hal ini dikarenakan letak kotak saran yang tidak beraturan sehingga pasien/pengunjung tidak terlalu memperhatikannya.
Berdasarkan masalah-masalah diatas timbul solusi:
1. Adanya media lain yang dapat digunakan sebagai sarana pendaftaran, sehingga pasien tinggal membayar jika datang ke RS Immanuel.
2. Adanya media lain untuk memberikan peringatan pembayaran dan peringatan kontrol yang tidak menghabiskan banyak waktu dan biaya. 3. Adanya sistem yang dapat menerima saran dari pasien/pengunjung dimana
pasien/pengunjung dapat mengetahui dengan pasti dimana mereka dapat menuangkan masukan, kritikan, dan keluhan untuk RS Immanuel.
Adapun harapan-harapan yang timbul dengan adanya aplikasi ini adalah:
1. Berkurangnya jumlah antrian pendaftaran di klinik diagnostik RS Immanuel sehingga pasien tidak perlu menunggu terlalu lama.
2. Mengurangi waktu dan biaya yang dikeluarkan untuk memberikan peringatan pembayaran dan peringatan kontrol.
3. Kotak saran dapat lebih banyak dipergunakan dari sebelumnya.
1.2. Tujuan
Tujuan dari dibuat aplikasi ini adalah untuk memudahkan pegawai RS Immanuel dalam memberikan pelayanannya kepada pasien dan mempermudah pasien saat melakukan pendaftaran dan meminta info pembayaran melalui penyediaan sarana pendaftaran, kotak saran, peringatan pembayaran, dan peringatan kontrol pasien yang diberikan via SMS.
1.2.1. Ruang Lingkup Proyek
Fitur-fitur yang disediakan adalah: 1. Impor data pasien
2. Impor data tunggakan pembayaran
3. Melayani pasien untuk pendaftaran klinik-klinik spesialis yang ada di Pusat Diagnostik RS Immanuel.
Klinik-klinik spesialis yang ada di RS immanuel adalah: Tabel 1 Nama-nama poli klinik diagnostik
No Nama poli klinik No Nama poli klinik
1. Klinik spesialis saraf/EEG 9. Klinik spesialis anak
2. Klinik spesialis kandungan 10. Klinik spesialis alergi/psikiatri
3. Klinik spesialis kulit kelamin 11. Klinik spesialis reumatik
4. Klinik spesialis bedah 12. Klinik spesialis gizi/DM/endokrin
5. Klinik spesialis penyakit dalam 13. Klinik spesialis mata 6. Klinik spesialis paru/asma 14. Klinik spesialis jantung
7. Klinik spesialis THT 15. Klinik spesialis gigi dan mulut
8. Klinik spesialis kemoterapi 16. Klinik akupuntur
4. Menyediakan info peringatan kontrol pasien.
5. Info peringatan pembayaran berobat pasien yang belum lunas.
6. Menyediakan info mengenai jumlah pembayaran berobat pasien yang belum lunas.
7. Menerima kotak saran.
8. Info keyword dan peringatan kesalahan pengiriman data SMS .
9. Pengaturan pengiriman reply SMS dan pengaturan aktivasi pendaftaran via SMS.
10.Men-generate laporan-laporan untuk kepentingan RS Immanuel
o Pengeluaran pulsa perbulannya. o Outbox kategori pendaftaran o Outbox kategori pembayaran o Outbox kategori kontrol o Outbox kategori info o Tingkat SMS ke pasien o Inbox
o Kotak saran
Untuk memenuhi fitur-fitur diatas dibutuhkan waktu pengerjaan sekitar 6 bulan, dengan hasil-hasil yang harus dipenuhi adalah semua fitur dapat berjalan dan program disertai error handling.
1.2.2. Sistematika Laporan
Bab 1 adalah persyaratan produk, bab ini berisi tentang hal-hal yang berhubungan dalam tahap awal proses pembuatan produk seperti: tujuan, ruang lingkup proyek, referensi yang dipakai dalam pembuatan produk ini, perspektif
produk yang mencakup gambaran antarmuka produk, Fungsi produk, dan batasan-batasan dari produk yang akan dibuat.
Bab 2 adalah spesifikasi produk, berisi tentang pembahasan secara teknis
mengenai aplikasi yang akan dibuat, yang mencakup fitur-fitur produk secara rinci, persyaratan performa, batasan desain, dan atribut-atribut sistem perangkat lunak.
Bab 3 adalah Desain Perangkat Lunak, menjelaskan mengenai desin yang akan digunakan dalam pengembangan aplikasi. Hal-hal yang akan dijelaskan pada bab ini antara lain desain basis data, diagram arus data, dan desain antarmuka.
Bab 4 adalah Pengembangan sistem, secara garis besar bab 4 berisi mengenai implementasi yang dilakukan. Pada bab ini juga akan dijelaskan mengenai tampilan dari program dan potongan – potongan kode program yang merupakan fungsi penting pada aplikasi.
Bab 5 adalah Testing dan Evaluasi Sistem, Bab ini berisi mengenai testing dan evaluasi terhadap aplikasi / sistem yang telah dibuat. Hal utama yang akan dijelaskan pada bab ini adalah mengenai metode pengujian yang dilakukan, juga hasil pengujian tersebut.
Bab 6 adalah Kesimpulan dan Saran, berisi mengenai pembahasan hasil evaluasi sistem, kesimpulan yang didapat dari pengembangan aplikasi serta saran – saran pengembangan terhadap aplikasi ini.
1.3. Gambaran Sistem Keseluruhan
1.3.1. Perspektif Produk
Aplikasi program sistem SMS RS Immanuel ini merupakan tambahan dari sistem yang telah ada sebelumnya. Pada saat ini sistem pendaftaran yang ada dilakukan dengan datang langsung ke RS Immanuel atau melalui telepon, untuk sistem peringatan kontrol dan peringatan pembayaran dilakukan melalui telepon, dan kotak saran dilakukan dengan menempelkan box kotak saran di tembok. Pada aplikasi ini sistem-sistem diatas ditambahkan dengan media SMS sehingga biaya yang dikeluarkan akan menjadi lebih murah dan akan mempercepat pekerjaan
operator yang akan memberikan peringatan baik untuk tunggakan pembayaran maupun untuk kontrol.
1.3.1.1. Antarmuka Sistem
o Pada penerapannya sistem ini memiliki ketergantungan terhadap data-data yang terdapat pada sistem yang telah ada pada RS Immanuel (sybase) seperti data – data pasien, dan data-data keuangan pasien.
o Sistem ini akan menggunakan antar muka sistem yang berbasiskan mobile
phone untuk sisi client, dan menggunakan basis windows form dan mobile phone untuk sisi administrator/admin.
1.3.1.2. Antarmuka Pengguna
Untuk aplikasi ini terdapat 2 jenis pengguna, yaitu:
1. Client, merupakan pasien/calon pasien dari Rumah Sakit Immanuel.
2. Administrator/Admin, merupakan staf RS Immanuel yang bertugas
menjaga dan mengatur sistem.
1.3.1.3. Antarmuka Perangkat keras
Antara client dan admin memiliki antarmuka perangkat keras yang berbeda: 1. Client :
o Sebuah telepon selular merek dan tipe apapun yang memiliki fasilitas SMS.
2. Admin :
o Seperangkat komputer tempat dijalankan aplikasi ini dan tempat menyimpan database.
o Sebuah telepon selular, kabel data dan driver nya.
1.3.1.4. Antarmuka Perangkat Lunak
Beberapa antarmuka perangkat lunak dari aplikasi ini adalah:
o Sistem operasi yang digunakan adalah Microsoft Windows XP SP2. o Pada sistem ini aplikasi berjalan menggunakan .Net Framework 2.0. o Database yang digunakan SQL server 2005 express.
o Dalam pembuatan aplikasi ini menggunakan bahasa pemrograman C# yang terdapat pada Microsoft Visual Studio .Net 2005.
1.3.1.5. Antarmuka Komunikasi
Dalam sistem ini info yang diberikan kepada client berupa SMS yang dikirim secara otomatis dari seluler admin apabila terjadi request dari aplikasi admin. Request tersebut dapat berupa hasil pengolahan database yang terdapat di RS Immanuel yang kemudian sistem memerintahkan selular untuk mengirimkan SMS, ataupun hasil pengolahan terhadap request yang diberikan oleh client yang diterima oleh selular admin untuk diteruskan menuju aplikasi
admin untuk diolah dan mengirimkan balasan SMS berupa info yang di request oleh client.
1.3.1.6. Batasan Memori
Komputer yang akan menggunakan sistem ini disarankan menggunakan memori minimal sebesar 512 MB untuk menjamin mengantisipasi banyaknya pemrosesan data yang dilakukan oleh aplikasi sehingga sistem dapat berjalan tanpa gangguan.
1.3.1.7. Persyaratan Adaptasi pada Tempat Tujuan
Beberapa hal yang harus disiapkan sebelum sistem ini diterapkan adalah:
o Panduan bagi client bagaimana cara menggunakan sistem ini seperti keyword untuk melakukan request atau cara mendapatkan keyword yang
ada.
o Panduan atau pelatihan bagi staff Immnauel yang akan menggunakan
aplikasi admin.
o Menghubungkan aplikasi terhadap database SyBase.
1.3.2. Fungsi Produk
Fungsi dari produk ini adalah:
1. Menghemat waktu tunggu pasien saat melakukan pendaftaran.
2. Mengurangi waktu dan biaya yang digunakan RS Immanuel untuk memberikan peringatan pembayaran dan peringatan kontrol kepada pasien. 3. Menyediakan tempat yang dapat menampung saran, kritikan, dan keluhan
dari pasien.
4. Input data, Simpan data, cetak, dan hapus data.
1.3.3. Karakteristik Pengguna
1. Client:
o Biasa menggunakan fasilitas SMS selular.
o Mengerti bagaimana melakukan request menggunakan keyword. 2. Admin:
o Biasa menggunakan fasilitas SMS selular.
o Biasa menggunakan aplikasi-aplikasi yang dijalankan pada sistem operasi windows.
1.3.4. Batasan-batasan
Beberapa hal yang perlu dibatasi dituangkan dalam poin-poin dibawah ini:
o Aplikasi ini merupakan aplikasi berbasis Windows (berjalan pada OS Windows) dan merupakan program dekstop yang hanya dijalankan untuk satu user.
o Hanya diaplikasikan untuk RS Immanuel saja.
o Pasien yang dapat melakukan pendaftaran melalui SMS hanya pasien yang sudah memiliki kartu berobat.
o Aplikasi ini tidak menyediakan pemesanan dokter untuk pendaftaran via SMS.
o Peringatan kontrol pasien hanya diberikan kepada pasien yang sudah mempunyai janji dengan pihak RS Immanuel. Peringatan dilakukan satu kali yaitu 1 hari sebelum pasien melakukan kontrol.
o Peringatan pembayaran berobat pasien yang belum lunas dilakukan 1 kali yaitu 1 hari sebelum waktu pembayaran.
o Untuk pengiriman kotak saran, SMS yang dikirim tidak boleh melebihi 1 file SMS (160 karakter).
o Produk ini dibuat dengan menggunakan tools: Tabel 2 Software yang digunakan
No Nama Program Keterangan
1 Microsoft Visual
Studio . Net 2005 (C#)
Program pembuatan dan
perancangan user-interface
Aplikasi Admin
2 Crystal Report Program untuk membuat laporan pengeluaran pulsa,
outbox, inbox, dan kotak
saran.
3 SQL Server 2005 express
Program perancangan basis data
1.3.5. Asumsi dan Ketergantungan
o Sistem ini hanya dapat berjalan apabila terinstal software .Net Framework 2.0 dan terdapat database sql server 2005.
o Dalam penerapannya sistem ini sangat bergantung dengan sistem RS Immanuel yang telah ada sebelumnya.
o Pada antarmuka admin, sistem ini sangat bergantung pada perangkat keras telepon selular yang memiliki kabel data sebagai media pengiriman dan penerimaan SMS.
1.3.6. Penundaan Persyaratan
Diharapkan sistem ini nantinya dapat menjadi dasar dalam pengembangan sistem yang lebih kompleks/luas dengan penambahan fitur-fitur:
o Nomer telepon selular admin menggunakan nomer 4 digit agar mudah diingat oleh pasien.
o Menyediakan informasi kamar pasien.
BAB 6 KESIMPULAN DAN SARAN
6. Pendahuluan
Bab ini berisi mengenai pembahasan hasil evaluasi sistem, kesimpulan yang didapat dari pengembangan aplikasi serta saran – saran terhadap pengembangan aplikasi ini.
6.1. Keterkaitan antara Kesimpulan dengan Hasil Evaluasi
Berdasarkan hasil evaluasi didapat beberapa kesimpulan yang menunjukan bahwa tujuan yang diharapkan sudah berhasil terpenuhi, beberapa kesimpulan tersebut adalah:
1. Pemberian info keyword berhasil dikirimkan ke setiap nomor hp yang mengirimkan pesan dengan keyword info. Sehingga pengirim pesan dapat mengetahui keyword dan fungsi yang disediakan oleh aplikasi ini.
2. Pendaftaran poliklinik via SMS berjalan dengan baik dimana setiap pasien yang sudah mendaftar melalui SMS, hanya perlu datang ke kasir untuk melakukan pembayaran saat akan berobat. Hal ini dapat mengurangi terjadinya antrian di poliklinik RS Immanuel.
3. Info tunggakan pembayaran melalui SMS berhasil dikirim sesuai dengan waktu yang ditentukan. Hal ini dapat mengurangi waktu dan biaya yang dibutuhkan pihak RS Immanuel saat memberikan peringatan tunggakan
pembayaran. fungsi ini juga mempermudah pasien untuk mengetahui info pembayarannya.
4. Penerimaan saran melalui SMS berjalan dengan baik, sehingga pihak RS Immanuel dapat mengetahui apa yang diinginkan oleh pasien.
5. Laporan-laporan yang dibutuhkan untuk pengecekan jalannya aplikasi ini akurat, sehingga aplikasi ini tidak dapat digunakan oleh pihak yang tidak berwenang.
6.2. Keterkaitan antara Saran dengan Hasil Evaluasi
Dari hasil evaluasi yang telah dilakukan, berikut beberapa saran yang diberikan agar aplikasi menjadi lebih baik :
1. Jika sudah ada jadwal dokter yang pasti pada database Sybase, akan lebih baik jika fungsi pendaftaran via SMS dapat melakukan pemesanan dokter juga. 2. Untuk database sms langsung menggunakan database Sybase.
6.3. Rencana Perbaikan / Implementasi terhadap Saran yang
Diberikan
Berikut ini adalah rencana penulis dalam melakukan perbaikan terhadap saran yang diberikan dalam pengembangan aplikasi :
1. Untuk saran pertama, dapat dikembangkan jika database Sybase sudah memiliki jadwal praktek dokter yang pasti.
2. Survei lebih lanjut mengenai database Sybase, dan menghubungkan sistem ke
database Sybase yang ada pada server.
R-1
DAFTAR PUSTAKA
Davis, Stephen, “C# 2005 For Dummies”, Cetakan pertama, Wiley Publishing,Inc, Kanada 2006
Fowler, M.,. “UML Distilled Second Edition A Brief Guide to the Standard Object Modeling Language”, Addison Wesley, 1999
Murach’s, Joel, ”C#”, Cetakan pertama, Mike Murach & Associates,Inc, 2004
Price, Jason, “Mastering C# Database Programming”, Sybex, 2003
Robinson, Simon, “Professional C#”, Edisi 3 Cetakan 1, Wiley Publishing,Inc, Kanada 2004
Sells, Chris, “Windows Forms Programming in C#”, Cetakan pertama, Addison Wesley, Agustus 2003
Xu, Fenglian., Hakki Eres., Simon Cox., “Short Message Service in a Grid Enabled Computing Environment”.
Universitas Kristen Maranatha Ind-1
DAFTAR INDEX / ISTILAH / KATA SUKAR
1. Activity, rincian kegiatan yang dilakukan aktor.
2. Administrator/admin/operator, pihak yang bertanggung jawab terhadap
jalannya aplikasi ini / pengelola system. 3. Button, istilah tombol pada suatu aplikasi.
4. Database, istilah lain dari basis data.
5. DB ImmanuelSMS, merupakan identifikasi dari database SQL pada aplikasi ImmanuelSMS.
6. DB Sybase, merupakan identifikasi dari database Sybase yang ada di RS Immanuel.
7. Form, formulir dalam aplikasi windows.
8. HP, singkatan dari Hand Phone yaitu telepon genggam 9. ImmanuelSMS, merupakan nama dari aplikasi SMS ini. 10.Inbox, isitilah tempat menampung SMS yang diterima sistem.
11.Keyword, kata kunci yang dimasukkan oleh pasien ketika me-request.
12.Load, istilah lain dari mengeluarkan atau memanggil.
13.Outbox, istilah tempat menampung SMS yang telah dikirim.
14.Reply, istilah membalas SMS yang diterima.
15.Request, aktivitas meminta balasan SMS dari sistem.
16.Sequence, urutan kegiatan yang dilakukan antar objek.
17.SMS, merupakan singkatan dari Short Messages Service. 18.Textbox, bagian dari form untuk menerima input berupa teks.
19.Use case, istilah diagram aktivitas yang dilakukan aktor-aktor pengguna
