BAB III ANALISA DAN PERANCANGAN
3.1 ANALISIS
Pada penulisan tugas akhir bertujuan untuk membangun sebuah aplikasi rekam medis berbasis website. Tahapan yang dilalui pertama kali dalam membangun aplikasi ini adalah proses analisis yaitu menganalisis kebutuhan yang dapat dilihat dari sisi administrasi dan dokter, sehingga dapat diketahui spesifikasi kebutuhan apa saja yang dibutuhkan untuk membangun aplikasi pada sebuah klinik. Kemudian melakukan survei pada beberapa klinik yang berbeda, dan bertanya kepada administrasi tentang rekam medis yang ada pada klinik. Serta melihat form kosong tentang rekam medis manual (tertulis) pada klinik tersebut sebagai acuan dalam membuat tampilan rekam medis elektronik untuk tugas akhir ini. Kemudian diputuskan untuk mengambil data pada klinik anggrek. Pada klinik anggrek masih menggunakan rekam medis secara manual (tertulis) ketika pasien baru berobat, administrasi akan mendata pasien tersebut secara manual dan membuatkan kartu untuk pasien. Setelah itu pasien diperiksa oleh dokter, untuk resep dan tindakan ditulis oleh dokter pada kertas rekam medis lalu pasien melakukan pembayaran dan mendapatkan kwitansi pembayaran dari admin. Perbedaan pengobatan antara pasien baru dengan pasien lama yaitu bila pasien lama akan berobat pasien harus menunjukkan kartu pasien kemudian admin
akan mencari data pasien tersebut yang telah di simpan pada lemari
dokumen, karena terdapat banyak data pasien maka admin membutuhkan banyak waktu untuk mencari data pasien yang akan berobat tersebut. Dengan analisis maka masalah menjadi lebih jelas, sehingga kebutuhan sistem dapat dispesifikasikan dan dapat diketahui beberapa kekurangan dalam menggunakan rekam medis secara tertulis (manual). Berdasarkan masalah tersebut penulis mengajukan pembuatan rekam medis secara elektronik.
31
32
3.2
PERANCANGAN APLIKASI
Berdasarkan hasil analisa, untuk membuat aplikasi Rekam Medis Berbasis website dengan fitur yang mudah dimengerti maka diterapkan bahasa pemograman PHP,Java Scipt dan HTML dengan menggunakan program editor teks berupa phpDesigner8. Dan untuk pengolahan databasenya menggunakan basis data MySQL. Kemudian untuk perancangan,menggunakan model diagram Use Case untuk menunjukan fungsional suatu sistem,dan pemodelan diagram kelas (Class Diagram) untuk menggambarkan suatu hubungan atau relasi dari masing-masing objek atau tabel yang terhubung dengan basis data. Dan pemodelan diagram aktivitas (Activity Diagram) untuk mengurutkan aktifitas dalam
suatu
proses
serta
diagram
sekuen(Sequence
Diagram)
untuk
menggambarkan interaksi antar objek didalam dan sekitar sistem. Tujuan menggunakan diagram-diagram tersebut adalah agar aplikasi ini dapat dipahami dengan mudah.
3.2.1 Pemodelan Diagram Use Case
Use Case dapat menggambarkan manfaat sistem jika dilihat menurut pandangan orang yang berada di luar sistem (actor). Diagram use case juga menunjukan fungsionalitas suatu sistem atau kelas dan mempresentasikan sebuah interaksi antara aktor dengan sistem. Pada aplikasi rekam medis berbasis website ini dapat diketahui bahwa terdapat dua aktor yaitu admin dan dokter. Maka terdapat dua diagram use case dan beberapa skenario yang memperlihatkan interaksi-interaksi use case diagram dengan aktor use case diagram.
33
Gambar 3.1 Diagram Use Case Admin
Berikut ini adalah deskripsi dari use case diagram pada gambar 1.5 diatas: Tabel 3.1 Use Case Menginput Kunjungan Nama
Menginput Kunjungan
Aktor
Admin
Deskripsi
Admin
masuk
halaman
tambah
kunjungan,
kemudian
menginput kunjungan. 1. Admin masuk halaman kunjungan.
Skenario
2. Aplikasi akan memunculkan form untuk menginput kunjungan. 3. Admin dapat menginput kunjungan.
Kondisi Awal
Admin masuk halaman kunjungan.
Kondisi Akhir
Admin menginput kunjungan.
34
Tabel 3.2 Use Case Menginput Dokter Nama
Menginput Dokter
Aktor
Admin
Deskripsi
Admin masuk halaman dokter, kemudian menginput dokter.
1. Admin masuk halaman dokter. Skenario
2. Aplikasi akan memunculkan form untuk menginput. 3. Admin dapat menginput atau mengedit dokter.
Kondisi Awal Kondisi Akhir
Admin masuk halaman dokter.
Admin menginput dokter.
Tabel 3.3 Use Case Menginput Tindakan Nama
Menginput Tindakan
Aktor
Admin
Deskripsi
Admin masuk halaman tindakan, kemudian menginput tindakan
1. Admin masuk halaman tindakan. Skenario
2. Aplikasi akan memunculkan form untuk menginput tindakan. 3. Admin dapat menginput tindakan.
Kondisi Awal Kondisi Akhir
Admin masuk halaman tindakan.
Admin menginput tindakan.
35
Tabel 3.4 Use Case Menginput Pembayaran Nama
Menginput Pembayaran
Aktor
Admin
Deskripsi
Admin masuk halaman pembayaran,kemudian admin menginput pembayaran. 1. Admin membuka halaman pembayaran.
Skenario
2. Admin menginput no registrasi pasien. 3. System akan menampilkan data pembayaran pasien 4. Admin menginput pembayaran
Kondisi Awal Kondisi Akhir
Admin membuka halaman pembayaran.
Admin menginput pembayaran.
Tabel 3.5 Use Case Mencetak Rekam Nama
Rekam
Aktor
Admin
Deskripsi
Admin membuka halaman rekam, kemudian mencetak rekam medis pasien 1. Admin membuka halaman rekam.
Skenario
2. Admin menginput id registrasi pasien 3. Sistem akan menampilkan data rekam medis pasien 4. Admin mencetak rekam medis
Kondisi Awal Kondisi Akhir
Admin membuka halaman rekam.
Admin mencetak rekam medis.
36
Gambar 3.2 Diagram Use Case Dokter
Berikut ini adalah deskripsi dari use case diagram pada gambar 1.6 diatas:
Tabel 3.6 Use Case Memeriksa Pasien Nama
Memeriksa Pasien
Aktor
Dokter
Deskripsi
Dokter masuk ke halaman pemeriksaan, lalu dokter menginput data pemeriksaan. 1. Dokter memilih menu pemeriksaan.
Skenario
2. Dokter memilih sub menu list pemeriksaan. 3. Aplikasi akan memunculkan data list pemeriksaan. 4. Dokter menginput data pemeriksaan.
Kondisi Awal Kondisi Akhir
Dokter membuka halaman pemeriksaan.
Dokter menginput pemeriksaan untuk pasien.
37
Tabel 3.7 Use Case Mengedit Pemeriksaan Nama
Mengedit Pemeriksaan
Aktor
Dokter
Deskripsi
Dokter masuk ke halaman pemeriksaan lalu masuk sub menu list pemeriksaan
1. Dokter membuka halaman pemeriksaan. Skenario
2. Dokter memilih sub menu list pemeriksaan. 3. Aplikasi akan memunculkan data data pemeriksaan. 4. Dokter mengedit data pemeriksaan
Kondisi Awal Kondisi Akhir
Dokter menerima halaman berisi sub menu dari menu pemeriksaan. Dokter mengedit pemeriksaan.
Tabel 3.8 Use Case edit profil Nama
Profil
Aktor
Dokter
Deskripsi
Dokter membuka halaman profil, kemudian dokter mengedit profil.
1. Dokter membuka halaman profil. Skenario
2. Aplikasi akan memunculkan form untuk mengedit profil. 3. Dokter mengedit profil.
Kondisi Awal Kondisi Akhir
Dokter membuka halaman profil.
Dokter mengedit profil.
38
3.2.2 Class Diagram
Berikut adalah class diagram dari aplikasi rekam medis ini. Yang terdiri dari Dokter, Pasien, Pemeriksaan, Pembayaran dan Rekam. Di mana masing-masing memiliki primary key dan saling berkaitan (relasi).
1..1
-id_bayar -id_registrasi -no_pemeriksaan -total_biaya -tanggal_bayar
-id_pasien -nama_pasien -jenis_kelamin -tanggal_lahir -pekerjaan -alamat -no_tlp -Status +input +update +delete 1..* 1..*
Dokter no_sip -username -password -nama -jenis_kelamin -tanggal_lahir -alamat -no_tlp -level +input +update +delete
1..1
Pembayaran
Pasien
Kunjungan 1..1
1.1
1..* 1..1
-id_registrasi -id_pasien -no_pemeriksaan -id_bayar -tgl_kunjungan -status_bayar 1..* -status_kunjungan -tgl_ex
1..1
User
1..1 1..1
-id_user -user_name -password -level -nama +login +logout
1..* 1..1 1..1
1..*
Pemeriksaan
1..1 1..* 1..*
Tindakan -id_tindakan -nama_tindakan -harga_tindakan +input +update
1..*
-no_pemeriksaan -id_registrasi -no_sip -id_tindakan -tanggal -waktu -keluhan -diagnosa -resep +input +update 1..*
1..1
Gambar 3.3 Class Diagram
1..*
39
3.2.3 Pemodelan Diagram Activity
Diagram activity adalah alur kerja sebuah proses atau urutan aktifitas dalam suatu proses. Dengan diagram activity kita dapat memahami alur dari proses-proses tersebut. Bagaimana masing-masing alur berawal, decision yang mungkin terjadi, dan bagaimana suatu aktifitas berakhir. Setiap langkah adalah sebuah keadaan dalam melakukan sesuatu. Diagram aktifitas pada aplikasi ini dapat dilihat pada gambar berikut:
1.
Diagram Activity Login User
System
Input username dan password
Cek username dan password
[Tidak Valid]
[Valid]
Menampilkan aplikasi berdasarkan user
Gambar 3.4 Diagram Activity Login
40
Pada gambar 3.4 menjelaskan interface antara user yaitu admin maupun dokter dengan sistem aplikasi. user membuka menu login maka sistem akan menampilkan halaman login, pada halaman login user harus memasukan username dan password kemudian sistem akan memeriksa inputan username dan password jika inputan valid maka sistem akan menampilkan halaman sesuai dengan user. Jika inputan tidak valid maka sistem meminta admin memasukkan username dan password kembali.
2. Diagram Activity Input Kunjungan
Admin
Mengisi data kunjungan
System
Cek inputan
[Tidak Lengkap]
Lengkap
Insert database
Gambar 3.5 Diagram Activity Input Kunjungan Pada gambar 3.5 merupakan kegiatan admin dalam melakukan input data kunjungan pasien, pada langkah awal untuk menginput kunjungan seorang admin membuka halaman tambah kunjungan, maka sistem akan menampilkan form input kunjungan, pada form input kunjungan admin akan mengisi data pasien, jika data lengkap maka sistem akan menyimpan data. Dan jika data tidak lengkap maka sistem akan meminta untuk melengkapi data tersebut sehingga semua form terisi.
41
3. Diagram activity input dokter Admin
System
Mengisi data dokter
Cek inputan data dokter
[Tidak Lengkap] [Lengkap]
Insert database
Gambar 3.6 Diagram Activity Input Dokter
Pada gambar 3.6 dijelaskan tentang kegiatan input dokter yang dilakukan oleh admin. Di sini dijelaskan tentang input data dokter. Langkah awal dalam menginput dokter adalah admin mengklik tombol menu tambah dokter, sistem akan menampilkan form input, kemudian admin mengisi data dokter maka sistem akan mengecek inputan data dokter. Jika data tidak lengkap maka admin harus mengisi secara lengkap jika data lengkap maka data akan tersimpan dalam database.
42
4. Diagram Activity Input Pemeriksaan. Dokter
System
klik no registrasi pasien
Menampilkan form input pemeriksaan
Mengisi input data pemeriksaan
Cek inputan data pemeriksaan
[Tidak Lengkap] [Lengkap]
Insert database
Gambar 3.7 Diagram Activity Input Pemeriksaan Pada gambar 3.7 merupakan kegiatan input pemeriksaan yang dilakukan oleh dokter terhadap pasien. Langkahnya yaitu dokter membuka menu list pemeriksaan, lalu sistem akan menampilkan list pemeriksaan. Kemudian dokter mengklik no registrasi pasien maka sistem akan menampilkan form input pemeriksaan. Pada form input pemeriksaan dokter mengisi data pemeriksaan maka sistem akan mengeecek inputan data pemeriksaan. Jika inputan lengkap maka sistem akan menyimpan ke database dan jika inputan belum lengkap maka sistem akan meminta user untuk melengkapi inputan data pemeriksaan tersebut.
43
5. Diagram Activity Pembayaran Admin
System
Membuka halaman pembayaran
Menampilkan halaman pembayaran
Membuka form pencarian
menampilkan form pencarian
Input no registrasi
Menampilkan data pasien
klik untuk bayar
Menampilkan form input biaya
Klik simpan
Pembayaran berhasil tersimpan
Gambar 3.8 Diagram Activity Pembayaran
Pada gambar 3.8 merupakan kegiatan admin dalam melakukan penginputan pembayaran. langkah awal pada penginputan pembayaran yaitu admin membuka halaman pembayaran, sistem akan menampilkan halaman pembayaran. Kemudian admin membuka form pencarian, sistem akan menampilkan form pencarian. Kemudian admin menginput nomor registrasi, sistem akan menampilkan data pasien. Lalu admin mengklik untuk bayar. Sistem akan menampilkan form input pembayaran kemudian admin mengklik tombol simpan, maka data pembayaran akan tersimpan pada database.
44
6. Diagram activity rekam Admin
klik menu lihat rekam
Input no registrasi pasien
System
Menampilkan form pencarian
Menampilkan form data rekam
Gambar 3.9 Diagram Activity Rekam
Pada gambar 3.9 menjelaskan interface antara admin dengan sistem untuk melihat rekam medis seorang pasien. Langkah awal untuk melihat rekam medis yaitu admin mengklik menu lihat rekam, maka sistem akan menampilkan form pencarian, lalu admin memasukkan nomor registrasi maka sistem akan menampilkan data rekam medis pasien tersebut.
45
3.2.4 Pemodelan Diagram Sequence
Diagram Sequence merupakan diagram urutan yang digunakan untuk menggambarkan interaksi antara objek di dalam dan di sekitar sistem (termasuk user, tampilan aplikasi, dan sebagainya). Diagram sequence terdiri dari dimensi vertikal (waktu) dan dimensi horizontal (objek-objek yang terkait). Diagram Sequence biasanya digunakan untuk menggambarkan skenario atau rangkaian langka-langkah yang dilakukan sebagai respon dari sebuah event atau menghasilkan output tertentu. Diawali dari aktivitas, proses dan perubahan apa saja yang terjadi secara internal dan output apa saja yang dihasilkan. Diagram Sequence pada aplikasi ini dapat dilihat pada gambar berikut:
1. Diagram Sequence Login Pada saat aplikasi dijalankan User langsung berada pada halaman awal. Kemudian user mengklik menu login maka aplikasi akan menampilkan form login. User harus mengisi username dan password terlebih dahulu untuk masuk ke halaman user. Selanjutnya sistem akan memvalidasi username dan password. Jika valid maka sistem akan menampilkan halaman user.
Gambar 3.10 Diagram Sequence Login
46
2. Diagram Sequence Tambah Kunjungan Diagram Sequence ini menggambarkan skenario yang dilakukan antara admin dan sistem pada saat admin melakukan tambah kunjungan
Gambar 3.11 Diagram Sequence Tambah Kunjungan 3. Diagram Sequence Input Dokter Diagram Sequence ini menggambarkan skenario yang dilakukan antara admin dan sistem pada saat admin melakukan input dokter
Gambar 3.12 Diagram Sequence Tambah Dokter
47
4. Diagram Sequence input Pemeriksaan Diagram Sequence ini menggambarkan skenario yang dilakukan antara dokter dan sistem pada saat dokter melakukan input pemeriksaan.
Gambar 3.13 Diagram Sequence input Pemeriksaan 5. Diagram Sequence Pembayaran Diagram Sequence ini menggambarkan skenario yang dilakukan antara admin dan sistem pada saat admin melakukan input pembayaran.
Gambar 3.14 Diagram Sequence Pembayaran
48
6. Diagram Sequence Rekam Diagram Sequence ini menggambarkan skenario yang dilakukan antara admin dan sistem pada saat admin ingin melihat rekam medis pasien.
Gambar 3.15 Diagram Sequence Rekam
49
3.3
Database
Dalam pembuatan aplikasi ini membutuhkan rancangan basis data yang memadai sesuai dengan kebutuhan sistem itu sendiri. Rancangan tabel merupakan garis besar dari sebuah proses komputerisasi pengelolaan data yang akan dilakukan. Tanpa tabel sistem pengelolaan data, Komputerisasi tidak dapat berjalan. Perancangan ini mencakup penentuan kunci utama, kunci asing dan kunci lainnyauntuk menghubungkan tabel yang lainnya.berikut adalah tabeltabel yang digunakan pada Aplikasi Rekam Medis:
1. Tabel User Tabel ini digunakan untuk menyimpan data user. Tabel ini terdiri dari id_user, username, password, level, nama. Nama tabel : user Primary key : id_user Tabel 3.9 Tabel user_login Panjang
Nama Field
Type Data
Id_user
5
Varchar
User_name
20
Varchar
Password
10
Varchar
Level
1
Tinyint
Nama
30
Varchar
2. Tabel Pasien Tabel ini digunakan untuk menyimpan data-data pasien. Tabel ini terdiri dari id_pasien, nama, jenis_kelamin, tanggal_lahir, alamat, no_tlp. Nama tabel : pasien Primary key : id_pasien
50
Tabel 3.10 Tabel pasien Nama Field
Panjang
Type Data
Id_pasien
6
Varchar
Nama
20
Varchar
Jenis_kelamin
0
Varchar
Tanggal_lahir
0
Enum
Pekerjaan
20
Date
Alamat
20
Varchar
No_tlp
15
Varchar
3. Tabel Kunjungan Tabel ini digunakan untuk menyimpan data-data pengunjung. Tabel ini terdiri dari id_registrasi, id_pasien, No_pemeriksaan, id_bayar, Tgl_kunjungan, Status_bayar, Status_kunjungan, Tgl_ex. Nama tabel : kunjungan Primary key : id_registrasi Tabel 3.11 Tabel kunjungan Nama Field
Panjang
Type Data
Id_registrasi
9
Varchar
Id_pasien
6
Varchar
No_pemeriksaan
7
Varchar
Id_bayar
7
Varchar
Tgl_kunjungan
0
Date
Status_bayar
1
Tinyint
Status_kunjungan
1
Tinyint
Tgl_ex
0
Date
51
4. Tabel Dokter Tabel ini digunakan untuk menyimpan data-data dokter. Tabel ini terdiri dari no_sip, Username, Password, Nama, Jenis_kelamin, Tanggal_lahir, Alamat, Nno_tlp. Nama tabel : dokter Primary key : no_sip Tabel 3.12 Tabel dokter Nama Field
Panjang
Type Data
no_sip
9
Varchar
Username
20
Varchar
Password
16
Varchar
Nama
50
Varchar
Jenis_kelamin
0
Enum
Tanggal_lahir
0
Date
Alamat
0
Text
No_tlp
15
Varchar
5. Tabel Tindakan Tabel ini digunakan untuk menyimpan data-data tindakan. Tabel ini terdiri dari Id_tindakan, Nama_tindakan, Harga_tindakan. Nama tabel : tindakan Primary key : id_tindakan Tabel 3.13 Tabel tindakan Nama Field
Panjang
Type Data
Id_tindakan
6
Varchar
Nama_tindakan
50
Varchar
Harga_tindakan
12
Varchar
52
6. Tabel Pemeriksaan untuk menyimpan data-data pemeriksaan.Tabel ini terdiri dari no_pemeriksaan, id_registrasi, no_sip, tanggal, waktu, keluhan, diagnosa, id_tindakan Nama tabel : pemeriksaan Primary key : no_pemeriksaan Tabel 3.14 Tabel pemeriksaan Nama Field
Panjang
Type Data
No_pemeriksaan
7
Varchar
Id_registrasi
9
Varchar
No_sip
9
Varchar
Tanggal
0
Date
Waktu
0
Time
Keluhan
0
Text
Diagnosa
0
Text
Id_tindakan
6
Varchar
resep
0
Text
7. Tabel Pembayaran Tabel ini di gunakan untuk menyimpan data-data pembayaran. Tabel ini terdiri dari id_bayar, id_registrasi, no_pemeriksaan, tital_bayar, tanggal_bayar. Nama tabel : pembayaran Primary key : id_bayar Tabel 3.15 Tabel pembayaran Nama Field Panjang Type Data Id_bayar
7
Varchar
Id_registrasi
100
Varchar
No_pemeriksaan
50
Varchar
Total_biaya
100
Varchar
Tanggal_bayar
0
Datetime
53
