Anda di halaman 1dari 16

Tugas Pendahuluan Proyek Akhir

SISTEM INFORMASI JADWAL KONSULTASI


DOKTER VIA SMS

Eko Budi Santoso 7404030041

TEKNOLOGI INFORMASI
POLITEKNIK ELEKTRONIKA NEGERI SURABAYA
INSTITUT TEKNOLOGI SEPULUH NOPEMBER
SURABAYA
2007
1. JUDUL PROYEK AKHIR
“ SISTEM INFORMASI JADWAL KONSULTASI DOKTER VIA SMS “

2. PENDAHULUAN
Short Message Service (SMS) pada awalnya didesain untuk pertukaran
message yang berukuran kecil, terutama digunakan untuk keperluan notifikasi dan
paging baik numeric maupun alphanumeric. Akan tetapi, dengan perkembangan
pesat SMS, kemudian bermunculan berbagai jenis aplikasi yang memanfaatkan
fasilitas SMS.

Layanan SMS merupakan sebuah layanan yang bersifat nonreal time


dimana sebuah short message dapat di-submit ke suatu tujuan, tidak peduli apakah
tujuan tersebut aktif atau tidak. Bila dideteksi bahwa tujuan tidak aktif, maka
sistem akan menunda pengiriman ke tujuan hingga tujuan aktif kembali. Pada
dasarnya sistem SMS akan menjamin delivery dari suatu short message hingga
sampai ke tujuan. Kegagalan pengiriman yang bersifat sementara seperti tujuan
tidak aktif akan selalu teridentifikasi sehingga pengiriman ulang short message
akan selalu dilakukan kecuali bila diberlakukan aturan bahwa short message yang
telah melampaui batas waktu tertentu harus dihapus dan dinyatakan gagal
terkirim.

Sistem informasi via sms adalah suatu applikasi yang bisa memudahkan
client untuk mendapatkan informasi seputar jadwal konsultasi dokter secara
mudah. Dengan format sms yang ditentukan, maka client akan mendapatkan
informasi dengan cepat dan akurat karena data yang ada akan diolah langsung
oleh database. Sang dokter bisa saja membatalkan jadwal yang ada, tetapi client
tidak perlu khawatir, karena akan tetap menerima kabar terbaru.

3. PERUMUSAN MASALAH
Permasalahan yang dihadapi dalam tugas akhir ini adalah :
• Bagaimana mengirimkan informasi tentang jadwal konsultasi
dokter secara cepat dan tepat, Serta bagaimana pasien
mendapatkan informasi tersebut.

3.1 Batasan masalah


1. Jumlah client yang akan masuk dibatasi hingga 30.
2. Database dokter hanya pada satu Rumah Sakit saja.
3. Format sms menggunakan bahasa yangbaku
4. Jika penyakit tidak ada dalam database, maka akan dialihkan pada
dokter umum

4. TINJAUAN PUSTAKA
Pada tinjauan pustaka ini akan di bahas tentang teori – teori yang
menunjang dalam menyelesaikan proyek akhir ini. Short Message Service (SMS)
merupakan sebuah layanan yang banyak diapplikasikan pada sistem komunikasi
tanpa kabel, memungkinkan terjadinya pertukaran message yang berukuran kecil,
terutama digunakan untuk keperluan notifikasi dan paging baik numeric maupun
alphanumeric.

4.1 Elemen Pendukung SMS.


Elemen arsitektur dan jaringan pendukung SMS seperti terlihat pada
gambar berikut :

SME

SME BSC BSC


SMS - GMSC
SC MSC
SMS - IWMSC BTS
SME

SME HLR VLR

Elemen jaringan pendukung SMS


Subsistem yang mutlak ada pada layanan SMS adalah:
• SME(Short Message Entity), merupakan tempat penyimpanan dan
pengiriman message yang akan dikirimkan ke MS tertentu.
• SC(Service Centre), bertugas untuk menerima message dari SME dan
melakukan forwarding ke alamat MS yang dituju.
• SMS-GMSC (Short Message Service – Gateway Mobile Switcing Center ),
melakukan penerimaan message dari SC dan memeriksa parameter yang
ada. Selain itu GMSC juga mencari alamat MS yang dituju dangan
bantuan HLR, dan mengirimkannya kembali ke MSC yang dimaksud.
• SMS – IWMSC (Short Message Service – Interworking MSC ), berperan
dalam SMSMessage Origiating, yaitu menerima pesan dari MSC
• HLR (Home Location Register) merupakan sebuah database yang
digunakan sebagai tempat penyimpanan permanen data. Bila diminta oleh
SMSC, maka HLR dapat memberikan informasi status tujuan apakah aktif
atau tidak.
• VLR (Visitor Location Register) merupakan sebuah database tempat
menyimpainformasi sementara berisi data pelanggan dari sebuah HLR
yang sedang roaming pada HLR lain.
• MSC (Mobile Switcing Center ) merupakan sebuah sistem yang
melakukan fungsi switching dan mengontrol panggilan telepon dalam
sebuah jaringan komunikasi bergerak.
• Base Station System merupakan kesatuan system yang bertanggung jawab
mengatur transmisi sinyal elektronik untuk membawa data dari MSC ke
perangkat telepon bergerak. Base Station terdiri dari BSC (Base Station
Controller) dan BTS (Base Tranceiver Station).

4.2 Konsep Informasi Layanan SMS untuk Registrasi Pendaftaran Pasien di


suatu Rumah Sakit.
Dalam konsep ini dibuat sebuah konsep informasi salah satunya adalah
layanan berbasiskan sms untuk registrasi pendaftaran pasien suatu rumah sakit.
Adapun perangkat yang digunakan terdiri dari satu komputer dan dua handphone.
Salah satu handphone digunakan sebagai pengganti GSM interface yang
digunakan sebagai server, dan yang lainnya sebagai client (pasien).
Untuk mempermudah penerapan konsep informasi layanan maka
dibuatlah suatu perancangan layanan registrasi dan informasi untuk pasien rawat
jalan di suatu rumah sakit dengan menggunakan sms,langkah awal perancangan
adalah dibuatnya suatu model arsitektur konsep informasi layanan pasien di suatu
rumah sakit tersebut seperti terlihat pada gambar berikut ini:

Rumah Sakit

Database Operator
GSM Network
Informasi
SMS Gateway RS

SMS Center GSM Interface

registrasi
Registrasi,
saran, jadwal

report

Model Arsitektur Konsep Informasi Layanan SMS untuk Pasien di suatu Rumah Sakit

5. TUJUAN PROYEK AKHIR


Tujuan proyek akhir ini adalah untuk memudahkan client untuk
mendapatkan informasi tentang jadwal konsultasi dengan cepat dan akurat.
Dengan hasil konsep layanan ini, pasien dapat melakukan registrasi tanpa harus
datang langsung ke suatu rumah sakit, cukup dengan mengirimkan SMS 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 registrasi biasa, hanya saja dapat dilakukan kapan
saja dan darimana saja.

6. KONTRIBUSI PROYEK AKHIR


Kontribusi proyek akhir ini mengarah pada bidang teknologi untuk
memudahkan client atau calon pasien untuk mendapatkan melakukan registrasi
tanpa harus datang langsung ke suatu rumah sakit.

7. METODE PROYEK AKHIR


Metode yang digunakan pada proyek akhir ini adalah :
a. Studi pustaka
Mempelajari teori – teori yang menunjang dan mencari informasi yang
berhubungan dengan proyek akhir ini.
b. Perancangan system

• Perancangan sistem registrasi pasien melalui sms


Dalam sistem ini dibuat layanan registrasi pendaftaran pasien
melalui sms dimana pasien dapat melakukan registrasi pendaftaran melalui sms,
untuk mendapatkan jadwal hari dan jam praktek dari dokter yang diinginkan oleh
pasien, dapat memilih dokter yang sesuai dengan penyakit dari pasien, serta
mendapatkan no urut pemeriksaan dari dokter yang diinginkan oleh pasien
tersebut. Berikut flowchart sistem registrasi dokter beserta informasi layanan
dokter.
s t art

f orm at s m s : D AF T AR <spas i> no_pas ien


Sm s m as uk
<s pas i> peny ak it

t
F s m s =D AF T AR

F s m s = F orm at s m s 6 digit pert am a

t
N o_pas ien = y digit

y
Kirm s m s :
t Anda belum
N o_pas ien =
t erdaf t ar
dat abas e
dalam
lay anan ini.

t
D ok t ert
Peny ak it = s pes ialis
um um

D ok t er
s pes ialis
peny ak it

Get no_urut

y Kirim s m s :
N o_urut ==30 pas ien
penuh

N o_urut +1

Get jadw al, hari,


jam

Kirim s m s :
nam a_dok t er
<s pas i> s pes ialis
<s pas i> hari dan
jam <s pas i> no_urut

end

Flowchart Sistem Registrasi Rumah Sakit

• Perancangan sistem database

Perancangan basis data pada sistem dimaksudkan untuk


mempermudah hubungan-hubungan antar tabel satu dengan tabel lainnya. Basis
data mempunyai fungsi untuk memverifikasi, mencatat, menyimpan, dan
menampilkan hasil. Secara umum konsep rancangan basis data layanan SMS di
suatu rumah sakit dapat dilihat pada gambar dibawah ini:
Blog Diagram Database Rumah Sakit

Pada permulaan perancangan sistem, dibuat terlebih dahulu skema


Entity Relation Diagram (ERD). Seperti gambar dibawah ini, sistem informasi ini
mempunyai 5 entitas. Dokter mempunyai mempunyai beberapa atribut, yaitu
id_dokter sebagai primary key dan nama_dokter. Periksa mempunyai atribut
no_urut, diagnosa, tgl_daftar, dan hari_periksa. Pasien mempunyai atribut
id_pasien sebagai primary key, nama, alamat, kelamin, umur, telepon. Spesialis
mempunyai atribut id_spesialis dan spesialis. Ruang mempunyai atribut id_ruang
dan nama_ruang. Jadwal mempunyai atribut id_jadwal, hari_praktek, dan
jam_praktek. Penyakit mempunyai atribut id_penyakit dan nama_penyakit.
Nama_dokter Id_pasien
Id_dokter Hari_periksa nama
No_urut alamat
N

dokter memeriksa pasien


1 M
N

Tgl_daftar diagnosa kelamin

telepon umur

mempunyai

Id_spesialis
spesialis
1 mempunyai

spesialis
Id_jadwal
1
N

Id_penyakit
jadwal
menempati N
Hari_praktek
n
Nama_ruang penyakit
1 Jam_praktek

ruang Id_ruang
Nama_penyakit

Skema Entity Relation Diagram

Dengan menggunakan power designer data architect, kemudian dibuat


model seperti dibawah ini.

jadwal
id_jadwal
hari_praktek
jam_praktek
Relation_52

Relation_50 dokter
id_dokter spesialis penyakit
nama id_spesialis id_penyakit
Relation_48
spesialis Relation_160
nama_penyakit

pasien Relation_116

periksa id_pasien
tgl_daftar nama
no_urut alamat
ruang
hari_periksa Relation_51
kelamin
umur id_ruang
diagnosa
telepon nama_ruang

Gambar data architect sebelum di-generate

Setelah di generate, maka akan tampak seperti di bawah ini :


PENYAKIT
ID_PENYAKIT <undefined> ID_SPESIALIS = ID_SPESIALIS
NAMA_PENYAKIT <undefined>
ID_SPESIALIS <undefined>

SPESIALIS
DOKTER
ID_SPESIALIS <undefined>
ID_DOKTER <undefined>
SPESIALIS <undefined>
NAMA <undefined> ID_SPESIALIS = ID_SPESIALIS
ID_RUANG <undefined>
ID_SPESIALIS <undefined>

ID_RUANG = ID_RUANG

JADWAL
ID_DOKT ER = ID_DOKT ER
ID_JADWAL <undefined> RUANG
ID_DOKTER <undefined> ID_RUANG <undefined>
ID_DOKT ER = ID_DOKT ER HARI_PRAKTEK <undefined> NAMA_RUANG <undefined>
JAM_PRAKTEK <undefined>

PERIKSA PASIEN
TGL_DAFTAR <undefined> ID_PASIEN <undefined>
NO_URUT <undefined> NAMA <undefined>
HARI_PERIKSA <undefined> ALAMAT <undefined>
DIAGNOSA <undefined> ID_PASIEN = ID_PASIEN KELAMIN <undefined>
ID_DOKTER <undefined> UMUR <undefined>
ID_PASIEN <undefined> TELEPON <undefined>

Gambar data architect setelah di-generate

Dengan menggunakan power designer proses analyst, dibuat model


seperti dibawah ini, dibawah ini adalah model pada level 0.

dokter
1 dapat jadwal
dokter
mengatur

proses
mendaftar get jadwal

mengantri dapat no_urut


pasien
dapat resume penyakit
+
pasien

Gambar proses analyst pada level 0

Setelah di decompose, maka hasilnya akan tampak sebagai berikut :


pasien
mengantri pasien
dapat no_urut
6

daftar
mendaftar dapat resume penyakit
pasien
pasien

dokter
dapat jadwal
5
mengatur
dokter jadwal

get jadwal

pasien

Gambar proses analyst pada level 1

Dari struktur jenis tabel pada gambar diatas dapat dijelaskan sbb :
 Tabel Pasien
Tabel pasien merupakan tabel yang berisi data-data pasien secara
umum, adapun strukturnya adalah sebagai berikut:

NAMA
JENIS PANJANG DESKRIPSI
FIELD
Id_pasien Integer Id Pasien
Nama Text Nama pasien
Alamat Text Alamat pasien
Jenis kelamin
Kelamin Char 2
pasien
Umur Char 3 Umur pasien
No_pasien Integer No pasien
Telepon Varchar 20 No telephon pasien

 Tabel Dokter
Tabel dokter merupakan tabel yang berisi nama dokter dan keahliannya
(spesialis), adapun strukturnya adalah sebagai berikut:
NAMA FIELD JENIS PANJANG DESKRIPSI
Id_dokter Integer Id dokter
Nama_dokter Text Nama dokter
Id_spesialis Integer Fk spesialis

 Tabel Spesialis
Tabel spesialis merupakan tabel yang berisi kode spesialis dan nama
spesialisasi dokter berhubungn dengn tabel dokter dan tabel jadwal,
adapun strukturnya adalah sebagai berikut:

NAMA
FIELD JENIS PANJANG DESKRIPSI
id spesialisasi
Id_spesialis Integer
dokter
spesialis Text spesialisasi dokter
Id_ruang Integer Id ruang

 Tabel Periksa
Tabel periksa merupakan tabel yang berisi data-data proses periksa,
adapun strukturnya adalah sebagai berikut :

NAMA
FIELD JENIS PANJANG DESKRIPSI
Id_dokter integer Id dokter
Id_pasien integer id pasien
no_urut integer No antrian
tanggal periksa
Tgl_daftar datetime
pasien
Hari_periksa text Waktu periksa
Diagnosa text Hasil penyakit 
Tabel Ruang
Tabel ruang merupakan tabel yang berisi data-data ruang periksa,
adapun strukturnya adalah sebagai berikut :
NAMA
FIELD JENIS PANJANG DESKRIPSI
Id_ruang integer id
Nama_ruan text Ruang periksa
g

 Tabel SMS
Tabel SMS merupakan tabel yang mencatat seluruh sms yang masuk
ke dalam database, adapun strukturnya adalah sebagai berikut :
NAMA
FIELD JENIS PANJANG DESKRIPSI
Id integer Id
dari varchar 20 No hp pengirim
waktu datetime Waktu terima
Isi text Isi sms

 Tabel Jadwal
Tabel jadwal merupakan tabel yang berisi jadwal hari dan jam praktek
dokter , adapun strukturnya adalah sebagai berikut :

NAMA
FIELD JENIS PANJANG DESKRIPSI
Id_jadwal Integer Id jadwal
id_dokter Integer FK- ke id dokter
Hari praktek
hari_praktek Text
dokter
Jam praktek
Jam_paraktek Varchar 15
dokter

 Tabel penyakit
Tabel jadwal merupakan tabel yang berisi id_penyakit dan
nama_penyakit , adapun strukturnya adalah sebagai berikut :

NAMA
FIELD JENIS PANJANG DESKRIPSI
Id_penyakit Integer Id penyakit
Nama_penyakit text 15 Nama penyakit

c. Pembuatan perangkat lunak


Pembuatan program dilakukan dengan menggunakan VB6 dengan
mengkombinasikan dengan MySql.
d. Pengujian dan analisa sistem
Menguji sistem / program yang telah dibuat apakah hasilnya sudah sesuai
dengan yang diharapkan.
e. Penyusunan laporan proyek akhir
Ini adalah langkah akhir dalam pengerjaan proyek akhir ini.

8. JADWAL PELAKSANAAN PROYEK AKHIR

No: Kegiatan: Bulan


1 2 3 4 5 6
1. Study Pustaka  *** ***
2. Perancangan Sistem *** ***
3. Pembuatan perangkat lunak *** *** ***
4. Pengujian dan analisa sistem *** ***
5. Penyusunan laporan  ***

9. PERSONALIA PROYEK AKHIR

1.   Mahasiswa    

     1.  Nama :  Eko Budi Santoso

    NRP :  7404 030 041

    Jurusan :  Teknologi Informasi

    Program Studi :  Database      

 2.   Dosen Pembimbing I  

      1.  Nama :  Wiratmoko Yuwono, S.T
    NIP :  132 316 238

    Jurusan :  Teknologi Informasi

    Bidang Keahlian :  ­ Database

                                              ­ Web Programing

10.PERKIRAAN BIAYA PROYEK AKHIR

K a t e g o r i :  Biaya / Unit: Volume : Jumlah:

a. Kertas A4 Rp       25.000,­ 2 Rp       50.000,­

b. Pembuatan Laporan Rp       50.000,­ 1 Rp       50.000,­

c. Sumber Pustaka Rp       50.000,­  3 Rp     150.000,­

d. Kabel data siemen C 55 Rp       55.000,­ 1 Rp       55.000,­

e. Biaya Penelitian RS Rp     125.000,­        1 Rp     125.000,­

f. Tinta Rp       20.000,­        1 Rp       20.000,­

TOTAL BIAYA Rp.    500.000,­

11.DAFTAR PUSTAKA

1. Khang, Ir. Bustam, “Trik Pemrogaman Aplikasi Berbasis SMS”, Elex Media
Komputindo, Jakarta 2002.
2. Petroutsos, Evangelos, “Pemrogaman Database dengan Visual Basic 6”, Elex
Media Komputindo, Jakarta 2002.
3. Dharma Oetomo, Budi Soetedjo & Handoko, Yosia, “ Teleakses Database
Pendidikan Berbasis Ponsel”, Penerbit Andi, Yogyakarta 2003.
4. Karuturi, Subrahmanyam, “SMS Tutorial”, www.funsms.net, 2002.
5. Rozidi, Romzi Imron, “Membuat Sendiri SMS Gateway (ESME) Berbasis
Protokol SMPP”, Penerbit Andi, Yogyakarta 2005.
6. www.google.co.id, 2006.

Anda mungkin juga menyukai