Laravel Poliklinik

RANCANG BANGUN SISTEM INFORMASI POLIKLINIK BERBASIS WEB
MENGGUNAKAN FRAMEWORK LARAVEL
PRAKTEK KERJA LAPANGAN
Oleh :
Ajirasa
1635010046
PROGRAM STUDI SISTEM INFORMASI
FAKULTAS ILMU KOMPUTER
UNIVERSITAS PEMBANGUNAN NASIONAL “VETERAN”
JAWA TIMUR
2019
LEMBAR PENGESAHAN
PRAKTEK KERJA LAPANGAN
RANCANG BANGUN SISTEM INFORMASI

Judul : POLIKLINIK BERBASIS WEB MENGGUNAKAN
FRAMEWORK LARAVEL
Oleh : Ajirasa (1635010046)
Menyetujui,
Pembimbing Pembimbing Lapangan
Arista Pratama, S.Kom, M.Kom. Wahyu Prasetyo
NPT/NIP. 171199 10 320052
Mengetahui,
Dekan Koordinator Program Studi
Fakultas Ilmu Komputer Sistem Informasi
Dr. Ir. Ni Ketut Sari, MT Nur Cahyo Wibowo, S.Kom, M. Kom
NIP. 19650731 199203 2 001 NPT. 3 7903 04 0197 1
i
Judul PKL : Rancang Bangun Sistem Informasi Poliklinik Berbasis
Web Menggunakan Framework Laravel
Pembimbing : Arista Pratama, S.Kom, M.Kom
ABSTRAK
Poliklinik sebagai salah satu unit pelayanan masyarakat yang bergerak

pada bidang kesehatan. Dalam penyediaan pelayanan tersebut polklinik
membutuhkan suatu sistem yang dapat memberikan pelayanan informasi kepada
pasien dengan cepat, untuk itu diperlukan suatu sistem komputerisasi agar dapat
mempermudah pengerjaan dari petugas poliklinik.
Berdasarkan dari permasalahan tersebut maka dibuatlah Aplikasi Sistem

Informasi Poliklinik Berbasis Informasi Laravel. Sistem tersebut membantu
pengguna untuk melakukan proses kerja pendataan pasien dalam poliklinik
dengan lebih mudah dan terintegrasi dengan baik. Sistem tersebut dibuat dengan
beberapa tahapan, yaitu menganalisis kebutuan sistem menggunakan Data Flow
Diagram (DFD), menganalisis kebutuan pengguna menggunakan Unified
Modeling Language (UML), merancang desain tampilan, membuat program
menggunakan bahasa pemrograman PHP dengan bantuan framework laravel
dengan mySql sebagai databasenya, dan testing.
Berdasarkan hasil penelitian dapat diambil kesimpulan bahwa hasil dari

Rancang Bangung Sistem Informasi Poliklinik berbasis Web Menggunakan
Framework Laravel terelah berjalan sesuai rancangan awal dan diharapkan dapat
memudahkan petugas poliklinik dalam menjalankan tugasnya. Adapun saran
untuk pengembangan kedepannya seperti penambahan laporan bulanan.
Kata Kunci : Sistem Informasi Poliklinik, Laravel, Polkiklinik, UML, DFD.
ii
KATA PENGANTAR
Puji syukur Alhamdulillah kami ucapkan kehadirat Allah SWT atas segala
rahmat, hidayah serta inayahNya kepada kami, sehingga kami dapat menyelesaikan
Laporan Praktek Kerja Lapangan . Adapun pelaksanaan Praktek Kerja Lapangan
merupakan salah satu persyaratan dalam menyelesaikan Program Studi Strata Satu
di Universitas Pembangunan Nasional “Veteran” Jawa Timur. Dalam hal ini kami
membuat laporan yang berjudul “Rancang Bangun Sistem Informasi Poliklinik
Berbasis Web Menggunakan Framework Laravel” sebagai pertanggung jawaban
kami terhadap pelaksanaan Praktek Kerja Lapangan yang telah berlangsung.
Pada kesempatan ini kami ingin menyampaikan rasa terima kasih kepada:
1. Allah SWT karena telah memberikan kemudahan dan kelancaran dalam

pelaksaan Praktek Kerja Lapangan
2. Orang tua, yang telah memberi dukungan dalam pelaksanaan Praktek
Kerja Lapangan.
3. Bapak Nur Cahyo W., S.Kom, M.Kom. selaku Koordinator Program Studi
Sistem Informasi yang selalu memberikan arahan dan dukungan dalam
menyelesaikan Program Studi Sistem Informasi di Universitas
Pembangunan Nasional “Veteran” Jawa Timur.
4. Bapak Arista Pratama, S.Kom, M.Kom. selaku dosen pembimbing yang
selalu memberikan arahan, nasehat, dan bimbingan dalam menyelesaikan
Praktek Lapangan Kerja di PT. Otak Kanan.
5. Seluruh Dosen Sistem Informasi yang telah memberikan waktu dan
ilmunya selama proses belajar mengajar saat perkuliahan maupun diluar
jam perkuliahan.
6. Bapak Wahyu Prasetyo selaku pembimbing kami yang selalu membantu
dan mengarahkan kami selama pelaksanaan Praktek Kerja Lapangan di PT.
Otak Kanan
iii
7. Mahasiswa Sistem Informasi Universitas Pembangunan Nasional
“Veteran” Jawa Timur yang memberikan dukungan dalam penyelesaian
pelaksanaan Praktek Kerja Lapangan ini.
8. Semua pihak yang tidak bisa kami sebutkan satu persatu yang telah
memberikan dukungan guna terlaksananya Praktek Kerja Lapangan di PT.
Otak Kanan.
Semoga Tuhan Yang Maha Esa memberikan berkat dan karunia-Nya
kepada semua pihak yang telah banyak memberikan bantuan, bimbingan ataupun
nasehat yang bermanfaat bagi kami.
Surabaya, Juni 2019
Penulis
iv
DAFTAR ISI
LEMBAR PENGESAHAN PRAKTEK KERJA LAPANGAN.....................i

ABSTRAK..........................................................................................................ii
KATA PENGANTAR........................................................................................ii
DAFTAR ISI......................................................................................................v
DAFTAR TABEL.............................................................................................ix
DAFTAR GAMBAR........................................................................................ix
BAB I PENDAHULUAN..................................................................................1
1.1 Latar Belakang..................................................................................1
1.2 Rumusan Masalah.............................................................................2
1.3 Batasan Masalah...............................................................................2
1.4 Tujuan...............................................................................................2
1.5 Manfaat.............................................................................................2
1.6 Sistematika Penulisan.......................................................................3
BAB II TINJAUAN PUSTAKA.......................................................................5
2.1 Profil PT. Otak Kanan.....................................................................5
2.1.1 Visi dan Misi PT. Otak Kanan..................................................5
2.1.2 Struktur Organisasi PT. Otak Kanan......................................6
2.2 Sistem Informasi Poliklinik..............................................................6
2.2.1 Sistem Informasi........................................................................6
2.2.2 Poliklinik.....................................................................................6
2.2.3 Sistem Informasi Poliklinik.......................................................7
2.3 Unified Modeling Language (UML)................................................7
2.3.1 Class Diagram.............................................................................8
2.3.2 Usecase Diagram......................................................................10
2.3.3 Activity Diagram.......................................................................12
2.3.4 Sequence Diagram....................................................................13
2.4 Laravel............................................................................................15
2.5 MySql..............................................................................................15
2.6 Data Flow Diagram (DFD).............................................................16
BAB III METODE PRAKTIK KERJA LAPANGAN.................................18
v
3.1 Tempat dan Waktu Praktek Kerja Lapangan..................................18
3.2 Tahapan Pelaksanaan Praktek Kerja Lapangan..............................18
3.3 Metode Praktek Kerja Lapangan....................................................19
3.3.1 Observasi..................................................................................19
3.3.2 Perancangan Sistem.................................................................19
3.3.3 Pembuatan Desain Tampilan Sistem Informasi Poliklinik. .19
3.3.4 Pembuatan Sistem Informasi Poliklinik berbasis Informasi19
3.3.5 Testing.......................................................................................19
3.3.6 Pembuatan Laporan................................................................19
3.4 Jadwal Praktek Kerja Lapangan.....................................................20
BAB IV HASIL DAN PEMBAHASAN.........................................................21
4.1 Analisa Kebutuhan.........................................................................21
4.1.1 Proses Bisnis Poliklinik............................................................21
4.1.2 Permasalahan yang muncul....................................................22
4.2 Perancangan Sistem........................................................................22
4.2.1 Usecase Diagram......................................................................22
4.2.2 Tabel Usecase...........................................................................24
4.2.3 Activity Diagram.......................................................................36
4.2.4 Class Diagram...........................................................................47
4.2.5 Sequence Diagram....................................................................48
4.2.6 Pembuatan Aplikasi.................................................................59
4.2.6.2 Halaman Utama.......................................................................60
4.2.6.3 Halaman Data Poli...................................................................60
4.2.6.7 Halaman Data User.................................................................62
4.2.6.15 Halaman Data Obat.................................................................66
4.2.6.16 Form Tambah Data Poliklinik................................................66
4.2.6.17 Form Edit Obat........................................................................67
4.2.6.18 Form Hapus Obat....................................................................67
4.2.6.19 Halaman Data Pasien..............................................................68
4.2.6.23 Halaman Regitrasi Pasien.......................................................71
4.2.6.24 Form Struk Pembayaran.........................................................71
4.2.6.25 Halaman Rekam Tindakan.....................................................72
vi
4.3 Testing............................................................................................73
4.3.1 Pengujian Menggunakan Metode Black Box........................73
BAB V PENUTUP...........................................................................................77
5.1 Kesimpulan.....................................................................................77
5.2 Saran...............................................................................................77
DAFTAR PUSTAKA.......................................................................................78
LAMPIRAN...................................................................................................................79
vii
DAFTAR TABEL
TABEL 2.1 Simbol Class Diagram................................................................ 9
TABEL 2.2 Simbol Usecase Diagram............................................................ 10
TABEL 2.3 Simbol Activity Diagram............................................................. 12
TABEL 2.4 Simbol Sequence Diagram.......................................................... 14
TABEL 2.5 Simbol Data Flow Diagram........................................................ 16
TABEL 3.1 Gantt Chart Praktek Kerja Lapangan.......................................... 20
TABEL 4.1 Usecase Login............................................................................. 24
TABEL 4.2 Usecase Logout........................................................................... 25
TABEL 4.3 Usecase Data Poli........................................................................ 25
TABEL 4.4 Usecase Rekam Tindakan............................................................ 27
TABEL 4.5 Usecase Resep Obat.................................................................... 28
TABEL 4.6 Usecase Data Obat...................................................................... 29
TABEL 4.7 Usecase Data Pengguna.............................................................. 30
TABEL 4.8 Usecase Data Tindakan............................................................... 31
TABEL 4.9 Usecase Pendaftaran Kunjungan................................................. 32
TABEL 4.10 Usecase Data Pasien.................................................................... 33
TABEL 4.11 Usecase Data Dokter................................................................... 34
TABEL 4.12 Pengujian Black Box pada Halaman Login................................. 72
TABEL 4.13 Pengujian Black Box pada Halaman Poli.................................... 73
TABEL 4.14 Pengujian Black Box Pada Halaman User................................... 73
TABEL 4.15 Pengujian Black Box Pada Halaman Dokter............................... 74
TABEL 4.16 Pengujian Black Box Pada Halaman Tindakan............................ 75
TABEL 4.17 Pengujian Black Box Pada Halaman Obat................................... 75
TABEL 4.18 Pengujian Black Box Pada Halaman Pasien................................ 76
TABEL 4.19 Pengujian Black Box Pada Halaman Pendaftaran Kunjungan..... 76
TABEL 4.20 Pengujian Black Box Pada Halaman Rekam Tindakan…........... 77
viii
DAFTAR GAMBAR
GAMBAR 2.1 Struktur Organisasi PT. Otak Kanan.................................. 6

GAMBAR 4.1 Document Flowchart Proses Manual Poliklinik................ 21
GAMBAR 4.2 Usecase Diagram Admin................................................... 22
GAMBAR 4.3 Usecase Diagram Dokter................................................... 23
GAMBAR 4.4 Usecase Diagram Apoteker............................................... 23
GAMBAR 4.5 Activity Diagram Login ..................................................... 36
GAMBAR 4.6 Activity Diagram Logout.................................................... 37
GAMBAR 4.7 Activity Diagram Data Poli................................................ 38
GAMBAR 4.8 Activity Diagram Rekam Tindakan.................................... 39
GAMBAR 4.9 Activity Diagram Resep Obat............................................ 40
GAMBAR 4.10 Activity Diagram Data Obat............................................... 41
GAMBAR 4.11 Activity Diagram Data Pengguna....................................... 42
GAMBAR 4.12 Activity Diagram Data Tindakan........................................ 43
GAMBAR 4.13 Activity Diagram Pendaftaran Kunjungan......................... 44
GAMBAR 4.14 Activity Diagram Data Pasien............................................ 45
GAMBAR 4.15 Activity Diagram Data Dokter........................................... 46
GAMBAR 4.16 Class Diagram Sistem Informasi Poliklinik...................... 47
GAMBAR 4.17 Sequence Diagram Login................................................... 48
GAMBAR 4.18 Sequence Diagram Logout................................................. 48
GAMBAR 4.19 Sequence Diagram Data Poli............................................. 49
GAMBAR 4.20 Sequence Diagram Rekam Tindakan................................. 50
GAMBAR 4.21 Sequence Diagram Resep Obat.......................................... 51
GAMBAR 4.22 Sequence Diagram Data Obat............................................ 52
GAMBAR 4.23 Sequence Diagram Data Pengguna.................................... 53
GAMBAR 4.24 Sequence Diagram Data Tindakan..................................... 54
GAMBAR 4.25 Sequence Diagram Pendaftaran Kunjungan...................... 55
GAMBAR 4.26 Sequence Diagram Data Pasien......................................... 56
GAMBAR 4.27 Sequence Diagram Data Dokter........................................ 57
GAMBAR 4.28 Antarmuka Form Login..................................................... 58
GAMBAR 4.29 Antarmuka Halaman Utama............................................... 59
ix
GAMBAR 4.30 Antarmuka Halaman Data Poli.......................................... 59
GAMBAR 4.31 Antarmuka Form Tambah Data Poli.................................. 60
GAMBAR 4.32 Antarmuka Edit Data Poli.................................................. 60
GAMBAR 4.33 Antarmuka Hapus Data Poli.............................................. 61
GAMBAR 4.34 Antarmuka Halaman Data User......................................... 61
GAMBAR 4.35 Antarmuka Form Tambah Data User................................. 62
GAMBAR 4.36 Antarmuka Edit Data User ................................................ 62
GAMBAR 4.37 Antarmuka Hapus Data User ............................................ 63
GAMBAR 4.38 Antarmuka Halaman Data Tindakan.................................. 63
GAMBAR 4.39 Antarmuka Form Tambah Data Tindakan.......................... 64
GAMBAR 4.40 Antarmuka Edit Data Tindakan ......................................... 64
GAMBAR 4.41 Antarmuka Hapus Data Tindakan ..................................... 65
GAMBAR 4.42 Antarmuka Halaman Data Obat......................................... 65
GAMBAR 4.43 Antarmuka Form Tambah Data Obat................................. 66
GAMBAR 4.44 Antarmuka Edit Data Obat ................................................ 66
GAMBAR 4.45 Antarmuka Hapus Data Obat ............................................ 67
GAMBAR 4.46 Antarmuka Halaman Data Pasien...................................... 67
GAMBAR 4.47 Antarmuka Form Tambah Data Pasien.............................. 68
GAMBAR 4.48 Antarmuka Edit Data Pasien ............................................. 69
GAMBAR 4.49 Antarmuka Hapus Data Pasien ......................................... 69
GAMBAR 4.50 Antarmuka Halaman Pendaftaran Kunjungan................... 70
GAMBAR 4.51 Antarmuka Struk Pembayaran dan Antrian....................... 70
GAMBAR 4.52 Antarmuka Halaman Rekam Tindakan ............................. 71
GAMBAR 4.53 Antarmuka Form Tambah Rekam Tindakan ..................... 72
x
BAB I
PENDAHULUAN
1.1 Latar Belakang

Seiring dengan perkembangan teknologi yang begitu pesat, sistem informasi
berbasis web dimanfaatkan sebagai sarana peningkatan informasi. Pemanfaatan
tersebut akan mempermudah suatu pekerjaan seperti halnya pengolahan data lebih
cepat, keputusan yang akan diambil lebih tepat, menghemat waktu dan biaya.
Dengan kondisi kebutuhan IT saat ini, PT. Otak Kanan sebagai perusahaan bisnis
kreatif yang bergelut dibidang pelayanan jasa IT banyak menerima permintaan
program dari berbagai pihak, contohnya poliklinik.
Poliklinik sebagai salah satu unit pelayanan masyarakat yang bergerak pada
bidang kesehatan. Dalam penyediaan pelayanan tersebut poliklinik membutuhkan
suatu sistem yang dapat memberikan pelayanan informasi kepada pasien dengan
cepat, untuk itu diperlukan suatu sistem komputerisasi agar dapat mempermudah
pengerjaan dari petugas poliklinik. Penerapan suatu sistem komputerisasi yang
ada pada poliklinik biasanya dipergunakan untuk penyimpanan data pasien, dan
riwayat penyakit pasien.
Sistem ini dirancang agar proses registrasi dan penanganan terhadap pasien
di poliklinik tersebut agar segera ditangani penyakitnya secara sigap tanpa harus
mendata pasien secara manual. Dalam sistem ini penulis menggunakan bahasa
pemrograman Hypertext Preprocessor (PHP) dengan framework Laravel. Pada
framework Laravel memiliki beberapa keunggulan yaitu menggunakan Command
Line Interface (CLI) Artisan, menggunakan package manager PHP Composer,
penulisan kode program lebih singkat, mudah mengerti dan ekspresif.
Dengan digunakannya framework Laravel diharapkan pembuatan aplikasi

dapat memberikan solusi bagaimana cara mendapatkan pelayanan dengan proses
yang cepat namun dengan harga yang terjangkau. Menyadari banyaknya
poliklinik yang sudah ada bergerak dibidang yang sama, maka poliklinik tersebut
harus melakukan terobosan – terobosan baru demi meningkatkan kualitas dan
1
berusaha menarik minat para pasien sehingga poliklinik tersebut makin mendapat
tempat di hati masyarakat.
Berdasarkan latar belakang diatas, maka diperlukan untuk membuat sistem

yang akan dapat membantu mempermudah pengelolaan data pasien, serta
mempercepat penanganan daripada pasien tersebut. Oleh karena itu apllikasi yang
akan dibuat diberi judul “Rancang Bangun Sistem Informasi Poliklinik Berbasis
Wen Menggunakan Framework Laravel”.
1.2 Rumusan Masalah

Berdasarkan latar belakang yang telah dijelaskan sebelumnya, maka
permasalahan yang diangkat dalam Praktek Kerja Lapangan ini, yaitu bagaimana
merancang dan membangun Sistem Informasi Poliklinik Berbasis Informasi
menggunakan Framework Laravel.
1.3 Batasan Masalah
Dalam pelaksanaannya, Praktek Kerja Lapangan ini memiliki berbagai
batasan masalah yaitu:
1. Pengguna dari sistem ini yaitu admin, dokter, dan apoteker. Admin dapat
mendaftarkan seluruh data dalam Sistem Informasi Poliklinik mulai dari jenis
poli, data obat, data tindakan, mendaftarkan data pasien, dokter, dan data
rekam tindakan. Pengguna dokter hanya dapat mengelola data rekam tindakan
dan data resep pasien. Sedangkan, pengguna apoteker hanya dapat mengelola
data obat.
2. Bahasa pemrograman yang digunakan untuk membuat dan membangun sistem
adalah bahasa pemrograman php menggunakan framework laravel.
3. Database yang digunakan dalam sistem ini yaitu Mysql.
1.4 Tujuan
Dalam pelaksanaan Praktek Kerja Lapangan terdapat tujuan, yaitu merancang
dan membangun Sistem Informasi Poliklinik Berbasis Informasi menggunakan
Framework Laravel.
1.5 Manfaat
Dalam pelaksanaan Praktek Kerja Lapangan ini memiliki beberapa manfaat
yaitu:
1. Aplikasi poliklinik yang mampu memasukkan data pengunjung harian, dan
melihat data rekam medis setiap pengunjung.
2. Sistem Informasi Poli`klinik yang mampu mengelola data poli, data obat,
data tindakan, data pasien, data pengguna ( dokter, admin, dan apoteker ).
2
1.6 Sistematika Penulisan
Dalam laporan Praktek Kerja Lapangan ini, pembahasan disajikan dalam lima
bab dengan sistematika sebagai berikut:
BAB I PENDAHULUAN
Bab ini berisi tentang latar belakang, rumusan masalah, batasan masalah,
tujuan, manfaat, dan sistematika penulisan yang digunakan dalam
laporan Praktek Kerja Lapangan ini.
BAB II TINJAUAN PUSTAKA

Bab ini membahas tentang profil singkat PT.Otak Kanan. Menjelaskan
tentang pengertian Sistem Informasi Poliklinik, Unified Modeling
Languange (UML), Laravel, MySql, dan Data Flow Diagram (DFD).
BAB III METODOLOGI PRAKTEK KERJA LAPANGAN

Bab ini berisi tentang metodologi yang digunakan dalam melakukan
penelitian seperti observasi, wawancara, dan perancangan sistem.
BAB IV HASIL DAN PEMBAHASAN

Bab ini berisi tentang hasil dan pembahasan rancangan basis data serta
tampilan untuk aplikasi “Sistem Informasi Poliklinik” dengan bahasa
pemrograman PHP menggunakan framework laravel dan database
MySql.
BAB V PENUTUP
Bab ini berisi tentang kesimpulan yang dapat diambil dari keseluruhan isi
dari laporan dan Praktek Kerja Lapangan serta saran yang disampaikan
penulis dan perusahaan yang terkait untuk pengembangan sistem yang
ada demi kesempurnaan sistem yang lebih baik
DAFTAR PUSTAKA
Pada bagian ini akan dipaparkan tentang sumber-sumber literatur yang
digunakan dalam pembuatan laporan ini.
3
LAMPIRAN
Pada bagian ini berisi tentang dokumentasi kegiatan saat pelaksanaan
Praktek Kerja Lapangan.
4
BAB II
TINJAUAN PUSTAKA
2.1 Profil PT. Otak Kanan

PT.Otak Kanan merupakan Perusahaan kreatif yang berkantor di Graha Pena
lantai 15 suite 1503 jalan Ahmad Yani 88 Surabaya, Perusahaan ini mengerjakan
berbagai project dalam hal IT, Multimedia dan Digital Business Online Support.
Sebelumnya aktivitas bisnis perusahaan dimulai sejak 3 Mei 2004 hingga secara
resmi menjadi PT Otak Kanan pada tahun 2009 dan sampai sekarang PT. Otak
Kanan sudah banyak mangani berbagai macam pelanggan dan merasa puas
dengan hasil serta pelayanan yang diberikan oleh perusahaan. Dalam
pengerjaannya PT. Otak Kanan dibantu oleh beberapa karyawan yang sudah ahli
dalam bidangnya, baik yang menetap dikantor maupun karyawan yang bekerja
di luar kantor.
2.1.1 Visi dan Misi PT. Otak Kanan

a. Visi
PT. Otak Kanan menciptakan, membangun dan menjalankan
sebuah perusahaan yang terus-menerus menantang status quo dan
mendorong orang untuk menjadi kreatif dan inovatif dalam pemikiran
mereka
b. Misi
PT. Otak Kanan memahami bahwa setiap perusahaan itu unik,
dengan kekuatan, kualitas dan pengalaman yang berbeda-beda. Sehingga
PT. Otak Kanan membahas setiap kesempatan dengan pendekatan kreatif.
PT. Otak Kanan ingin perusahaan yakin bahwa kerja keras perusahaan
tidak akan sia-sia. PT. Otak Kanan berani dan cekatan, serta menjalankan
konsep dan program dengan cara elegan yang khas.
5
2.1.2 Struktur Organisasi PT. Otak Kanan
Berikut ini adalah struktur organisasi PT. Otak Kanan
Gambar 2.1 Struktur Organisasi PT. Otak Kanan

2.2 Sistem Informasi Poliklinik
2.2.1 Sistem Informasi
Sistem Informasi adalah suatu jaringan kerja dari prosedur yang saling
berhubungan, berkumpul bersama-sama untuk melakukan suatu kegiatan atau
untuk menyelesaikan suatu sasaran yang tertentu. Menurut Davis Informasi
adalah data yang diolah menjadi bentuk yang lebih berarti bagi penerima dan
bermanfaat dalam pengambilan keputusan saat ini atau mendatang dan lebih
berarti bagi yang menerimanya. Menurut (Loudon 2017) mengemukakan bahwa
“Sistem Informasi (information system) secara teknis dapat didefinisikan
sebagai sekumpulan komponen yang saling berhubungan mengumpulkan atau
mendapatkan, memproses, menyimpan dan mendistribusikan informasi untuk
menunjang pengambilan keputusan dan pengawasan dalam suatu organisasi”.
2.2.2 Poliklinik
Poliklinik adalah gabungan kata dari kata Poli dan Klinik. Poli yang
merupakan prefiks,berasal dari bahasa Yunani πολύ (polú atau polý) yang berarti
“banyak”. Poli sendiri menurut kamus besar bahasa Indonesia artinya adalah
bentuk terikat. Klinik adalah fasilitas pelayanan kesehatan yang
menyelenggarakan pelayanan kesehatan perorangan yang menyediakan pelayanan
medis dasar dan/atau spesialistik, diselenggarakan oleh lebih dari satu jenis tenaga
kesehatan (perawat dan atau bidan) dan dipimpin oleh seorang tenaga medis Jadi
Poliklinik memili arti balai pengobatan umum (tidak untuk perawatan atau pasien
menginap).
2.2.3 Sistem Informasi Poliklinik
6
Sistem informasi klinik merupakan sebuah sistem informasi yang di
dalamnya meliputi proses penyimpanan dan pengambilan informasi dalam
membantu kegiatan pelayanan langsung pada pasien yang bertujuan memperoleh
hasil akurat, mempercepat pelayanan dan menghemat tenaga (Syahrial M.Kom
2017). Pelayanan langsung tersebut meliputi: membantu dalam mendiagnosa
suatu penyakit, membantu dalam monitoring perkembangan pasien, dan
membantu dalam penyesuaian terapi. Tujuan sistem informasi klinik adalah untuk
memperoleh hasil yang akurat dan tepat sesuai dengan kebutuhan instansi
tersebut. Tujuan lainnya adalah mempercepat pelayanan guna mempermudah
dalam memberikan pelayanan sehingga pelayanan yang diberikan bisa efektif dan
efisien serta menghemat tenaga.
2.3 Unified Modeling Language (UML)
Unified Modelling Language (UML) adalah salah satu alat bantu yang sangat
handal dalam dunia pengembangan sistem berorientasi obyek karena UML
menyediakan bahasa pemodelan visual yang memungkinkan bagi pengembang
sistem untuk membuat cetak biru atas visi mereka ke bentuk baku, mudah
dipahami lengkap dengan mekanisme efektif untuk berbagi dan
mengkomunikasikan rancangan mereka dengan yang lain.
UML merupakan kesatuan dari bahasa pemodelan yang dikembangkan oleh:

Grady Booch OOD (Object-Oriented Design), Jim Rumbaugh OMT (Object
Modeling Technique), dan Ivar Jacobson OOSE (Object-Oriented Software
Engineering). Metode dari ketiganya digabungkan dengan membuang elemen
yang tidak praktis ditambah dengan elemen-elemen dari metode lain yang lebih
efektif dan elemen-elemen baru yang belum ada pada metode terdahulu sehingga
UML lebih ekspresif dan seragam daripada metode lainnya. Pendekatan-
pendekatan yang dipakai dalam analisa berorientasi obyek antara lain:
a. Pendekatan top down yaitu memecahkan masalah ke dalam bagian-

bagian terkecil atau per level sehingga mudah untuk diselesaikan.
b. Pendekatan modul yaitu membagi sistem ke dalam modul – modul

yang dapat beroperasi tanpa ketergantungan.
7
c. Pengunaan alat-alat bantu dalam bentuk grafik dan teks sehingga
mudah untuk mengerti serta dikoreksi apabila terjadi perubahan.
d. Pendekatan dalam analisa berorientasi obyek dilengkapi dengan alat–

alat dan tehnik yang dibutuhkan dalam pengembangan sistem,
sehingga hasil akhir dari sistem yang dikembangkan akan didapatkan
sistem yang dapat terdefinisi dengan baik dan jelas. Maka analisa
berorientasi obyek akan dilengkapi dengan alat dan teknik di dalam
mengembangkan sistem.
2.3.1 Class Diagram
Menurut (Munawar, 2005), Class adalah deskripsi kelompok obyek-

obyek dengan properti, perilaku dan relasi yang sama. Class diagram bisa
memberikan pandangan global atas sebuah sistem. Hal tersebut tercermin
dari class-class yang ada dan relasi satu dengan lainnya.
Menurut (Triandini, 2012), Class adalah sebuah spesifikasi yang jika

diinstanisasi akan menghasilkan sebuah objek dan merupakan inti dari
pengembangan dan desain berorientasi objek. Class menggambarkan
keadaan (attribute/property) suatu sistem sekaligus menawarkan layanan
untuk memanipulasi keadaan tersebut (method/function). Class Diagram
menggambarkan struktur dan deskripsi class, package dan objek beserta
hubungan satu sama lain seperti containment, pewarisan, asosiasi, dan
lain-lain.
Class memiliki tiga area pokok:

a. Nama (Stereotype)
b. Attribute
c. Metoda (Operation)
Attribute dan operation dapat memiliki salah satu sifat berikut:
a. Private, tidak dapat dipanggil dari luar class yang bersangkutan.
b. Protected, hanya dapat dipanggil oleh class yang bersangkutan dan
anak-anak yang mewarisinya.
c. Public, dapat dipanggil oleh siapa saja.
8
Hubungan Antar Class:
a. Asosiasi, yaitu hubungan statis antar class. Umumnya
menggambarkan class yang memiliki atribut berupa class lain, atau
class yang harus mengetahui eksistensi class lain. Panah navigability
menunjukkan arah query antar class.
b. Agregasi, yaitu hubungan yang menyatakan bagian (“terdiri atas.”).
c. Pewarisan, yaitu hubungan hirarki antar class. Class dapat
diturunkan dari class lain dan mewarisi semua atribut dan metoda
class asalnya dan menambahkan fungsionalitas baru, sehingga ia
disebut anak dari class yang diwarisinya. Kebalikan dari pewarisan
adalah generalisasi.
d. Hubungan dinamis, yaitu rangkaian pesan (message) yang dipassing
dari satu class kepada class lain. Hubungan dinamis dapat
digambarkan dengan menggunakan sequence diagram yang akan
dijelaskan kemudian.
Tabel 2.1 Simbol Class Diagram
SIMBOL NAMA KETERANGAN
Generalizatio Hubungan dimana objek anak berbagi
n perilaku
Himpunan dari objek-objek yang

berbagi atribut
Class
Deskripsi Dari urutan aksi-aksi yang

ditampilkan
Collaboration
Operasi yang benar-benar dilakukan
Realization oleh sutau objek
Hubungan dimana perubahan yeng
Dependency terjadi pada suatu elemen
9
2.3.2 Usecase Diagram
Menurut (Triandini, 2012), Diagram usecase menunjukan tiga aspek

dari system yaitu actor, usecase dan system atau sub system boundary.
Actor mewakili peran orang, system yang lain atau alat ketika
berkomunikasi dengan usecase.
Tabel 2.2 Simbol Usecase diagram
Actor Mewakili user.
Apa yang menghubungkan

Association antaraobjek satu dengan
objek lainnya.
Deskripsi dari urutan aksi-
aksi yang ditampilkan sistem
Usecase yang menghasilkan suatu
hasil yang terukur bagi suatu
actor.
Menspesifikasi paket yangn

System menampilkan sistem secara
terbatas.
Menspesifikasikan bahwa
Include use case sumber secara
eksplisit.
Generalization Hubungan dimana objek
anak (Descendent) berbagi
perilaku dan struktur data dar
10
objek yang ada di ataasnya
objek induk (ancestor).
Usecase diagram terdiri dari:
a. Actor
Actor adalah abstraction dari orang dan system yang lain yang
mengaktifkan fungsi dari target system. Orang atau system bisa
muncul dalam beberapa pesan.
b. Usecase
Usecase diagram menggambarkan fungsionalitas yang diharapkan
dari sebuah sistem. Yang ditekankan adalah “apa” yang diperbuat
sistem dan bukan “bagaimana”. Sebuah usecase merepresentasikan
sebuah interaksi antara actor dengan sistem. Setiap usecase harus
diberi nama yang menyatakan apa hal yang dicapai dari hasil
interaksinya dengan actor. Nama usecase boleh terdiri dari beberapa
kata dan tidak boleh ada dua usecase yang memiliki nama yang sama.
Sementara hubungan generalisasi antar usecase menunjukkan bahwa
usecase yang satu merupakan spesialisasi dari yang lain.
2.3.3 Activity Diagram
Menurut (Triandini, 2012), Activity diagram memodelkan workflow

proses bisnis dan urutan aktivitas dalam sebuah proses. Diagram ini sangat
mirip dengan flowchart karena memodelkan workflow dari satu aktivitas
ke aktivitas lainnya atau dari aktivitas ke status. Menguntungkan untuk
membuat activity diagram pada awal pemodelan proses untuk membantu
memahami keseluruhan proses. Activity diagram juga bermanfaat untuk
menggambarkan interaksi antara beberapa usecase.
Definisi Activity Diagram:
a. Menggambarkan proses bisnis dan urutan aktivitas dalam sebuah

proses.
11
b. Dipakai pada business modeling untuk memperlihatkan urutan
aktifitas proses bisnis.
c. Struktur diagram ini mirip flowchart atau Data Flow Diagram pada
perancangan terstruktur.
d. Sangat bermanfaat apabila kita membuat diagram ini terlebih dahulu

dalam memodelkan sebuah proses untuk membantu memahami proses
secara keseluruhan.
e. Activity diagram dibuat berdasarkan sebuah atau beberapa usecase

pada usecase diagram.
Tabel 2.3 Simbol Activity Diagram

Menunjukkan siapa yang
bertanggung jawab dalam
Swimlane
melakukan aktifitas
dalam suatu diagram
Langkah –langkah sebuah
activity. Action bisa
terjadi saat memasuki
Action
activity, meninggalkan
activity, atau pada saat
event yang spesifik.
Menunjukkan dimana
Initial State
aliran kerja dimulai.
Menunjukan diaman
Activity Final Node
aliran kerja diakhiri.
Decesion Node Menunjukkan suatu
keputusan yang
mempunyau satu atau
lebih transisi dan dua atau
12
lebih transisi sesuai
dengan suatu kondisi.
Menunjukkan bagaimana
kendali suatu aktifitas
Control Flow
terjadi pada aliran kerja
dalam tindakan tertentu.
2.3.4 Sequence Diagram
Menurut (Triandini, 2012), Sequence diagram menggambarkan

interaksi antar objek di dalam dan di sekitar sistem termasuk pengguna,
display dan sebagainya berupa message yang digambarkan terhadap
waktu. Sequence diagram terdiri atas dimensi vertical (waktu) dan dimensi
horizontal (objek-objek yang terkait). Sequence diagram biasa digunakan
untuk menggambarkan skenario atau rangkaian langkah-langkah yang
dilakukan sebagai respons dari sebuah event untuk menghasilkan output
tertentu. Diawali dari apa yang menggerakan aktivitas tersebut, proses dan
perubahan apa saja yang terjadi secara internal dan output apa yang
dihasilkan. Masing-masing objek, termasuk actor, memiliki lifeline
vertikal. Message digambarkan sebagai garis berpanah dari satu objek ke
objek lainnya. Pada fase desain berikutnya, message akan dipetakan
menjadi operasi atau metoda dari class. Activation bar menunjukkan
lamanya eksekusi sebuah proses, biasanya diawali dengan diterimanya
sebuah message.
Menurut (Munawar, 2005), Sequence Diagram digunakan untuk
menggambarkan perilaku pada sebuah skenario. Diagram ini menunjukkan
sejumlah contoh obyek dan message (pesan) yang diletakkan di antara
obyek-obyek ini di dalam usecase. Menunjukkan interaksi yang terjadi antar
objek. Diagram ini menekankan pada basis keberurutan waktu dari pesan-
pesan yang terjadi.
Tabel 2.4 Simbol Sequence Diagram
13
Menggabarkan Orang
Actor yang sedang berinteraksi
dengan sistem.
Menggambarkan
Entitiy Class hubungan kegiatan
yang akan dilakukan.
Menggambarkan sebuah
Boundary Class penggambaran sebuah
form.
Menggabarkan
Control Class penghubung antara
boundary dengan tabel.
Menggambarkan tempat
Focus of Control &
mulai dan berakhirnya
Life Line
sebuah massage.
Menggambarkan
Message
pengiriman pesan.
2.4 Laravel
Laravel adalah sebuah framework PHP yang dirilis dibawah lisensi MIT,
dibangun dengan konsep MVC (Model View Controller). Laravel adalah
pengembangan informasisite berbasis MVP yang ditulis dalam PHP yang
dirancang untuk meningkatkan kualitas perangkat lunak dengan mengurangi biaya
pengembangan awal dan biaya pemeliharaan, dan untuk meningkatkan
14
pengalaman bekerja dengan aplikasi dengan menyediakan sintaks yang ekspresif,
jelas dan menghemat waktu.
2.5 MySql
MySQL adalah database yang menghubungkan script PHP menggunakan
perintah query dan escaps character yang sama dengan PHP. MySQL mempunyai
atau video yang interaktif dan mempunyai tampilan client yang mempermudah
dalam mengakses database dengan kata sandi untuk mengizinkan proses yang bias
dilakukan.
2.6 Data Flow Diagram (DFD)

Menurut Sukamto dan Shalahuddin (Sukamto, 2014), “Data Flow Diagram
atau dalam bahasa Indonesia menjadi Diagram Air Data (DAD) adalah
refresentasi grafik yang menggambarkan aliran informasi dan transformasi
informasi yang diaplikasikann sebagai data yang mengatur dari masukan (input)
dan keluaran (output). DFD tidak sesuai untuk memodelkan sistem yang
menggunakan pemrograman berorientasi objek”.
Sukamto dan Shalahuddin (Sukamto, 2014), notasi-notasi pada DFD
(Edward Yourdon dan Tom DeMarco) adalah sebagai berikut :
Tabel 2.5 Simbol Data Flow Diagram
NOTASI KETERANGAN
Proses atau fungsi, pada pemodelan
perangkat lunak yang akan di
implementasikan dengan pemograman
terstruktur, maka pemodelan notasi
inilah yang harusnya menjadi fungsi
atau prosedur di dslsm kode program.
Catatan:
Nama yang diberikan pada sebuah

proses biasanya berupa kata kerja
15
File atau basis data atau penyimpanan
(storage); pada pemodelan perangkat
lunak yang akan diimplementasikan
dengan pemrograman terstruktur, maka
pemodelan notasi inilah yang harusnya
dibuat menajdi tabel-tabel basis data
yang dibutuhkan, tabel-tabel ini juga
harus sesuai dengan perancangan tabel-
tabel basis data (Entity Relationship
Diagram (ERD)), Conceptual Data
Model (CMD), Physicsl Data Model
(PDM))
Catatan:
Nama yang diberikan pada sebuah

penyimpanan biasanya kata benda
Entitas luar (external entity) atau
masukan (input) atau keluaran (output)
atau orang yang memakai atau
berinteraksi dengan perangkat lunak
yang dimodelkan atau sistem lain yang
terkait dengan aliran data dari sistem
yang dimodelkan
Catatan:
Nama yang digunakan pada masukan

(input) atau biasanya berupa kata
benda.
16
Aliran data; merupakan data yang
dikirim antar proses, dari penyimpanan
ke proses, atau dari proses ke masukan
(input) atau keluaran (output)
Catatan:
Nama yang digunakan pada aliran data

biasanya berupa kata benda, dapat
diawali dengan kata data misalnya
“data siswa” atau tanpa kata data
misalnya “siswa”
BAB III
METODE PRAKTIK KERJA LAPANGAN
Bab ini membahas tentang metodologi yang digunakan dalam perancangan

basis data dan GUI yang meliputi pelaksana, tempat dan waktu, metode serta
jadwal Praktek Kerja Lapangan.
3.1 Tempat dan Waktu Praktek Kerja Lapangan
Praktek Kerja Lapangan ini bertempat di PT. Otak Kanan, Jalan Raya
Ahmad Yani 88, Ketintang, Gayungan, Kota Surabaya, Jawa Timur 60234.
Adapun kegiatan Praktek Kerja Lapangan ini dilaksanakan selama dua bulan yaitu
pada tanggal 25 Juni – 25 Agustus 2018.
3.2 Tahapan Pelaksanaan Praktek Kerja Lapangan
Tahapan yang dikerjakan dalam pelaksanaan Praktek Kerja Lapangan ini
adalah sebagai berikut :
1. Tahapan Pra Praktek kerja Lapangan
Merupakan tahap mempersiapkan dokumen yang dibutuhkan, meliputi surat
perizinan dari Universitas dan proposal pengajuan kepada pihak perusahaan yang
dituju. Perusahaan akan mengirimkan surat jawaban, yang kemudian surat
tersebut diserahkan kepada pihak kampus.
2. Tahapan Selama Praktek Kerja Lapangan
a. Mengikuti pengarahan oleh pihak perusahaan.
b. Melaksanakan Praktek Kerja Lapangan.
17
c. Mengerjakan tugas yang diberikan dan melakukan konsultasi dengan
pembimbing lapangan dan dosen pembimbing.
d. Melakukan presentasi hasil Praktek Kerja Lapangan.
e. Menyusun dan melakukan konsultasi laporan hasil Praktek Kerja Lapangan
dengan dosen pembimbing dan pembimbing lapangan.
3. Tahapan Pasca Praktek Kerja Lapangan
Menyelesaikan administrasi bahwa kegiatan Praktek Kerja Lapangan
telah selesai yaitu dengan melakukan konsultasi kepada dosen pembimbing,
revisi laporan dan persetujuan laporan.
18
3.3 Metode Praktek Kerja Lapangan
3.3.1 Observasi
Observasi dilakukan dengan pengamatan / survei secara tidak
langsung melalui internet dan media lainnya. Tujuan observasi dilakukan
agar mendapatkan data-data dan informasi yang lebih lengkap dan akurat
serta memperoleh gambaran project yang akan dijalankan.
3.3.2 Perancangan Sistem
Setelah semua data yang dibutuhkan telah diperoleh, maka selanjutnya
merancang desain sistem yang akan digunakan pada proses pembuatan
program.
3.3.3 Pembuatan Desain Tampilan Sistem Informasi Poliklinik
Setelah proses perancangan sistem selesai, selanjutnya proses
pembuatan desain tampilan sistem.
3.3.4 Pembuatan Sistem Informasi Poliklinik berbasis Informasi
Setelah proses pembuatan desain selesai, selanjutnya proses
pembuatan program dengan menggunakan aplikasi-aplikasi pembuat
program.
3.3.5 Testing
Setelah pembuatan program aplikasi selesai, maka selanjutnya yaitu
tahap testing untuk menyempurnakan program yang sebelumnya masih
terdapat bug.
3.3.6 Pembuatan Laporan
Pembuatan laporan dilakukan setelah melakukan pelaksanaan Praktek
Kerja Lapangan. Dalam laporan, terdapat 5 bab yang harus ditulis dan
dijabarkan.
19
3.4 Jadwal Praktek Kerja Lapangan
Tabel 3.1 Gantt Chart Praktek Kerja Lapangan
Min Min Min Min Min Min Min Min
Jenis
No ggu ggu ggu ggu ggu ggu ggu ggu
Kegiatan
ke-1 ke-2 ke-3 ke-4 ke-5 ke-6 ke-7 ke-8
Analisis
1
Kebutuhan
Perancangan
2
Desain
Pembuatan
3
Aplikasi
Testing Dan
4
Implementasi
Pembuatan
5
Laporan
20
BAB IV
HASIL DAN PEMBAHASAN
4.1 Analisa Kebutuhan

4.1.1 Proses Bisnis Poliklinik
Proses bisnis yang dilakukan dalam poliklinik secara manual, dijelaskan
dengan menggunakan Document Flow pada gambar 4.1 dibawah ini :
Gambar 4.1 Document Flowchart Proses Manual Poliklinik
4.1.2 Permasalahan yang muncul

Proses berobat yang dilakukan masih dengan proses manual dan tidak
terintegrasi dengan baik. Sehingga munculnya ketidak efektifan dalam
21
proses pelayanan. Dengan adanya sistem ini, diharapkan mampu membantu
Poliklinik bekerja dengan maksimal.
4.2 Perancangan Sistem
Perancangan sistem merupakan tahapan rencana pengembangan
sistem ke dalam bentuk desain yang digunakan untuk memudahkan
pengguna melihat rancangan sistem yang dibuat. Langkah-langkah yang
digunakan untuk merancang sistem yaitu merancang usecase diagram,
activity diagram, sequence diagram, dan class diagram. Langkah pertama
dalam perancangan sistem adalah menentukan alur dari sistem yang akan
dikembangkan. Perancangan sistem dijelaskan menggunakan diagram agar
pengguna dapat membaca dan memahami alur proses sistem.
4.2.1 Usecase Diagram

Sistem Informasi Poliklinik dibagi menjadi 3 pengguna, yaitu Admin,
Dokter, dan Apoteker.
4.2.1.1 Usecase Diagram Admin.
Usecase diagram admin ditunjukkan pada gambar 4.2 berikut.
Gambar 4.2 Usecase Diagram Admin

4.2.1.2 Usecase Diagram Dokter.
22
Usecase diagram dokter ditunjukkan pada gambar 4.3 berikut.
Gambar 4.3 Usecase Diagram Dokter

4.2.1.3 Usecase Diagram Apoteker.
Usecase diagram Apoteker ditunjukkan pada gambar 4.4 berikut.
Gambar 4.4 Usecase Diagram Apoteker

4.2.2 Tabel Usecase
4.2.2.1 Login
23
Berikut merupakan tabel penjelasan dari usecase login, terdapat
pada tabel 4.1.
Tabel 4.1 Usecase Login
Use Case Login
Aktor Admin, dokter, dan apoteker
Deskripsi Use case ini mendeskripsikan event dari seorang
admin, dokter, dan apoteker yaitu melakukan login
untuk masuk ke dalam sistem. Form ini berisi
username dan password.
Skenario Aktor Sistem
Langkah 1 : Aktor login Langkah 3 : sistem
dengan menginputkan merespon dengan
email dan password pada memvalidasi data email
form login. dan password yang telah
diinputkan.
Langkah 2 : selanjutnya
Aktor mengirimkan data Langkah 4 : sistem
email dan password memvalidasi data :
dengan mengklik tombol - Jika email dan
(login) password salah,
maka akan
muncul pesan
error
- Jika email dan
password sesuai
maka sistem akan
menampilkan
halaman
informasi yang
berisi kegiatan
utama Aktor.
24
4.2.2.2 Logout
Berikut merupakan tabel penjelasan dari usecase logout, terdapat
pada tabel 4.2.
Tabel 4.2 Usecase Logout
Use Case Logout
Aktor Admin, dokter, dan apoteker
Deskripsi Use case ini mendeskripsikan event dari seorang Aktor
yaitu melakukan logout pada halaman utama Aktor.
Langkah 1 : Aktor Langkah 2 : sistem merespon
mengklik tombol dengan delete session user
(Logout) pada halam dan melakukan redirect ke
utama Aktor. halaman login.
4.2.2.3 Data Poli

Berikut merupakan penjelasan dari usecase Data Poli. Terdapat
pada tabel 4.3.
Tabel 4.3 Usecase Data Poli
Use Case Data Poli
Aktor Admin
Deskripsi Use case ini mendeskripsikan event dari seorang
admin yaitu melakukan pengelolaan data poli berupa
tambah, ubah, hapus dan baca data poli. Use case ini
berisi form tambah, edit, hapus data poli dan
tampilan daftar data poli.
25
Langkah 1 : Aktor Langkah 2 : sistem
mengklik tombol (tambah merespon dengan
data poli) untuk menampilkan modal
menginputkan data pada form tambah data pada
halaman data poli. halaman data poli.
Langkah 3 : selanjutnya Langkah 4 : sistem

Aktor menginputkan merespon dengan
pada form data poli menyimpan data poli dan
dengan lengkap. Setelah menampilkan alert data
diinput Aktor tekan poli berhasil disimpan.
tombol (Add).
Langkah 6 : sistem
Langkah 5 : Aktor merespon dengan
mengklik tombol (edit) menampilkan modal
untuk mengubah data form edit data pada
pada halaman data poli. halaman data poli.

Aktor mengubah pada merespon dengan
form data poli dengan menyimpan data poli dan
lengkap. Setelah diubah menampilkan alert data
Aktor tekan tombol poli berhasil ubah.
(Save).
Langkah 10 : sistem
Langkah 9 : Aktor merespon dengan
mengklik tombol (delete) menampilkan modal
untuk menghapus data form hapus data pada
pada halaman data poli. halaman data poli.

Aktor mengklik tombol merespon dengan
(delete). menghapus data poli dan
menampilkan alert data
poli berhasil dihapus.
26
4.2.2.4 Rekam Tindakan
Berikut merupakan penjelasan dari usecase Rekam Tindakan.
Terdapat pada tabel 4.4.
Tabel 4.4 Usecase Rekam Tindakan
Use Case Rekam Tindakan
Aktor Dokter
Deskripsi Use case ini mendeskripsikan event dari seorang dokter
yaitu melakukan rekam tindakan kepada pasien. Form ini
berisi biaya rawat, tanggal rawat, dan hasil diagnosa
pasien.
mengklik action catat dengan menampilkan
pada tampilan halaman halaman catatan rekam
daftar rekam tindakan tindakan pasien.
pasien.
Langkah 4 : sistem merespon
Langkah 3 : selanjutnya dengan menyimpan data
Aktor menginputkan rekam tindakan dan
biaya rawat dan hasil menampilkan alert pasien
diagnosa pasien, untuk berhasil dicatat.
tanggal rawat dan detail
pasien sudah otomatis
diinput oleh sistem.
Setelah diinput Aktor
tekan tombol (Submit).
4.2.2.5 Resep Obat

Berikut merupakan penjelasan dari usecase Resep Obat. Terdapat
pada tabel 4.5.
Tabel 4.5 Usecase Resep Obat
27
Use Case Resep Obat
Aktor Dokter
Deskripsi Use case ini mendeskripsikan event dari seorang dokter
yaitu melakukan pemberian resep obat kepada pasien
setelah melakukan rekam tindakan. Form ini berisi
keterangan resep obat pasien.
mengklik action catat dengan menampilkan
pada tampilan halaman halaman catatan rekam
daftar rekam tindakan tindakan pasien.
pasien.
Langkah 3 : selanjutnya dengan menampilkan form
Aktor mengklik tombol buat resep.
(buat resep) .
Langkah 5 : Aktor dengan menyimpan data resep
menginput data resep obat pasien.
obat pasien dan mengklik
tombol (submit).
4.2.2.6 Data Obat

Berikut merupakan penjelasan dari usecase Data Obat. Terdapat
pada tabel 4.6.
Tabel 4.6 Usecase Data Obat
Use Case Data obat
Aktor Admin, dan dokter
Deskripsi Use case ini mendeskripsikan tugas dari seorang admin,
dan dokter, yaitu melakukan tambah,edit dan hapus data
obat. Form ini berisi data nama obat.
28
mengklik tombol data dengan menyimpan data dan
obat pada menu sistem menampilkan data nama obat
poliklinik terbaru
Langkah 2 : selanjutnya Langkah 4 : ada beberapa

Aktor mengklik tombol fitur aksi pada halaman data
tambah data obat untuk obat, yaitu tambah,edit dan
mengisi data obat secara hapus data obat yang mana
lengkap data tersebut tersambung ke
dalam database secara real
time.
4.2.2.7 Data Pengguna

Berikut merupakan penjelasan dari usecase Data Pengguna.
Tabel 4.7 Usecase Data Pengguna
Use Case Data pengguna
Aktor Admin
Deskripsi Use case ini mendeskripsikan tugas dari seorang admin,
yaitu melakukan tambah,edit dan hapus data pengguna.
Form ini berisi data pengguna sistem poliklinik.
29
mengklik tombol data dengan menyimpan data dan
obat pada menu sistem menampilkan data nama
poliklinik pengguna terbaru
Langkah 2 : selanjutnya Langkah 4 : ada beberapa

Aktor mengklik tombol fitur aksi pada halaman data
tambah data pengguna pengguna, yaitu tambah,edit
untuk mengisi biodata dan hapus data pengguna
pengguna beserta peran yang mana data tersebut
secara lengkap tersambung ke dalam
database secara real time.
4.2.2.8 Data Tindakan

Berikut merupakan penjelasan dari usecase Data Tindakan.
Tabel 4.8 Usecase Data Tindakan
Use Case Mengelola Data Tindakan
Aktor Admin
Deskripsi Use case ini mendeskripsikan event dari seorang admin,
yaitu melakukan pengelolaan data tindakan mulai dari
tambah data, edit/ubah data dan hapus data tindakan.
30
mengakses halaman Data dengan menampilkan seluruh
Tindakan. data Tindakan.
Langkah 3 : Selanjutnya Langkah 4 : sistem merespon

Aktor dapat memilih dengan menampilkan form
beberapa tombol. Tambah tambah tindakan baru.
, Edit dan Hapus. Langkah 6 : Sistem
menyimpan data baru ke
Langkah 5 : Aktor
dalam sistem dan kembali
menginput data tindakan
menampilkan seluruh data
baru kedalam form lalu
tindakan yang telah diupdate.
mengklik Add untuk
menyimpan data atau
mengklik tombol close
untuk kembali ke
halaman data tindakan.
Bidang Alternatif Alt-Langkah 4a : Sistem merespon dengan menampilkan
form edit data tindakan yang ingin diubah.
Alt-Langkah 4b : Sistem merespon dengan menampilkan

form hapus data tindakan yang ingin dihapus.
Alt_Langkah 5a : Aktor mengedit data tindakan yang

akan diubah kedalam form dan klik add untuk menyimpan
data atau mengklik tombol close untuk kembali ke
halaman data tindakan.
Alt-Langkah 5b : Aktor mengkonfirmasi penghapusan

data dengan mengklik tombol hapus atau mengklik
tombol close untuk kembali ke halaman data tindakan.
4.2.2.9 Pendaftaran Kunjungan
31
Berikut merupakan penjelasan dari usecase Pendaftaran
Kunjungan. Terdapat pada tabel 4.9.
Tabel 4.9 Usecase Pendaftaran Kunjungan
Use Case Pendaftaran Kunjungan
Aktor Admin
yaitu melakukan pendaftaran kunjungan harian dan
mencetak Struk
mengakses halaman dengan menampilkan Form
Pendaftaran Kunjungan Pendaftaran Kunjugan
Langkah 3 : Selanjutnya Langkah 4 : sistem akan

Aktor mengisi data menyimpan data Kunjungan
pasien. Lalu klik daftar ke Tabel Kunjungan
Langkah 5 : Sistem akan
Langkah 6 : Aktor
menampilkan Struk yang
mengklik tombol Print
isinya pembayaran awal dan
nomor antrian
Langkah 7 : Sistem
mencetak struk.
4.2.2.10 Data Pasien

Berikut merupakan penjelasan dari usecase Data Pasien. Terdapat
pada tabel 4.10
Tabel 4.10 Usecase Data Pasien
Use Case Mengelola Data Pasien
Aktor Admin
32
yaitu melakukan pengelolaan data pasien mulai dari
tambah data, edit/ubah data dan hapus data pasien.
Pasien. data pasien.

beberapa tombol. Tambah tambah pasien baru.
Langkah 5 : Aktor
menginput data dokter
pasien yang telah diupdate.
mengklik Add untuk
menyimpan data atau
untuk kembali ke
halaman data pasien.
form edit data pasien yang ingin diubah.

form hapus data pasien yang ingin dihapus.
Alt_Langkah 5a : Aktor mengedit data pasien yang akan

diubah kedalam form dan klik add untuk menyimpan data
atau mengklik tombol close untuk kembali ke halaman
data dokter.

33
tombol close untuk kembali ke halaman data pasien.
4.2.2.11 Data Dokter

Berikut merupakan penjelasan dari usecase Data Pengguna.
Tabel 4.11 Usecase Data Dokter

Use Case Mengelola Data Dokter
Aktor Admin
yaitu melakukan pengelolaan data dokter mulai dari
tambah data, edit/ubah data dan hapus data dokter.
34
Dokter. data Dokter.

beberapa tombol. Tambah tambah dokter baru.
Langkah 5 : Aktor
menginput data dokter
dokter yang telah diupdate.
mengklik Add untuk
menyimpan data atau
untuk kembali ke
halaman data dokter.
form edit data dokter yang ingin diubah.

form hapus data dokter yang ingin dihapus.
Alt_Langkah 5a : Aktor mengedit data dokter yang akan

diubah kedalam form dan klik add untuk menyimpan data
atau mengklik tombol close untuk kembali ke halaman
data dokter.

tombol close untuk kembali ke halaman data dokter.
35
4.2.3 Activity Diagram
Activity Diagram yang dibuat untuk menjelaskan jalannya fungsi
sistem dibagi sesuai dengan usecase diagram.
4.2.3.1 Login
Login merupakan halaman awal user untuk mengakses Sistem

Informasi Poliklinik, dapat dilihat di gambar 4.5 berikut.
Gambar 4.5 Activity Diagram Login
4.2.3.2 Logout
Mengakhiri sesi akses pada Sistem Informasi Poliklinik dapat

dilihat di gambar 4.6 berikut.
36
Gambar 4.6 Activity Diagram Logout
4.2.3.3 Data Poli
Dalam Data Poli Admin dapat menambah, mengubah dan

menghapus Poli yang ada, dapat dilihat pada gambar 4.7 berikut.
37
Gambar 4.7 Activity Diagram Data Poli
Disini akan dijelaskan user mengakses dan menambahkan rekam

tindakan pasien pada gambar 4.8 Berikut.
38
Gambar 4.8 Activity Diagram Rekam Tindakan
4.2.3.5 Resep Obat
Dalam Activity disini akan terlihat bagaimana seorang dokter

memberikan resep obat kepada pasien yang nantinya akan ditampilkan di
rekam tindakan dan diberikan kepada apoteker untuk memberikan
obatnya, dapat dilihat di gambar 4.9.
39
Gambar 4.9 Activity Diagram Resep Obat
4.2.3.6 Data Obat
Dalam Data Obat pengguna bisa melihat, menambah, mengubah

dan menghapus data obat yang ada di sistem, Dapat dilihat di gambar
4.10.
40
Gambar 4.10 Activity Diagram Data Obat
Dalam Data Pengguna ini ditunjukkan bahwa admin dapat melihat,

menambah, mengubah dan menghapus data user / pengguna kedalam
sistem atau merubah hak aksesnya. Activity diagram data penguna dapat
dilihat di gambar 4.11
41
Gambar 4.11 Activity Diagram Data Pengguna
Data tindakan memerupakan data master yang bertujuan

menyimpan data harga tindakan yang dilakukan di poliklinik, dapat
42
Gambar 4.12 Activity Diagram Data Tindakan
Dalam diagram berikut akan ditunjukkan pasien datang ke klinik

dan mendaftaran untuk berobat, Activity diagram pendaftaran kunjungan
dapat dilihat di gamber 4.13.
43
Gambar 4.13 Activity Diagram Pendaftaran Kunjungan
Dalam diagram berikut akan dijelaskan admin dapat melihat,

menambah, merubah dan menghapus data pasien, pada gambar 4.14.
44
Gambar 4.14 Activity Diagram Data Pasien
Dalam diagram berikut akan dijelaskan admin dapat melihat,

menambah, merubah dan menghapus data dokter , pada gambar 4.15.
45
Gambar 4.15 Activity Diagram Data Dokter
4.2.4 Class Diagram
Class diagram digunakan untuk mendeskripsikan jenis-jenis objek

sistem dan berbagai macam hubungan statis yang terjadi. Class diagram
dapat dilihat pada Gambar 4.16.
46
Gambar 4.16 Class Diagram Sistem Informasi Poliklinik
4.2.5 Sequence Diagram
Sequence diagram merupakan salah satu metode perancangan sistem

yang berfungsi sebagai gambaran interaksi antara pengguna dan sistem.
Sequence diagram yang dibuat berdasarkan usecase yang ada.
4.2.5.1 Login
Berikut merupakan interaksi user dengan sistem dalam usecase

login dan digambarkan menggunakan sequence diagram pada gambar 4.17
berikut.
47
Gambar 4.17 Sequence diagram Login
4.2.5.2 Logout

logout dan digambarkan menggunakan sequence diagram pada gambar
4.18 berikut.
Gambar 4.18 Sequence diagram Logout
48
4.2.5.3 Data Poli

data poli dan digambarkan menggunakan sequence diagram pada gambar
4.19 berikut.
Gambar 4.19 Sequence diagram Data Poli
49

rekam tindakan dan digambarkan menggunakan sequence diagram pada
gambar 4.20 berikut.
Gambar 4.20 Sequence diagram Rekam Tindakan
4.2.5.5 Resep Obat

Resep Obat dan digambarkan menggunakan sequence diagram pada
50
Gambar 4.21 Sequence diagram Resep Obat
4.2.5.6 Data Obat

resep obat dan digambarkan menggunakan sequence diagram pada gambar
4.22 berikut.
51
Gambar 4.22 Sequence diagram Data Obat

data pengguna dan digambarkan menggunakan sequence diagram pada
52
Gambar 4.23 Sequence diagram Data Pengguna
53

data tindakan dan digambarkan menggunakan sequence diagram pada
Gambar 4.24 Sequence diagram Data Tindakan
54

Pendaftaran Kunjungan dan digambarkan menggunakan sequence
diagram pada gambar 4.25 berikut.
Gambar 4.25 Sequence diagram Pendaftaran Kunjungan

Data Pasien dan digambarkan menggunakan sequence diagram pada
55
Gambar 4.26 Sequence diagram Data Pasien
56

Data Pasien dan digambarkan menggunakan sequence diagram pada
Gambar 4.27 Sequence diagram Data Dokter
57
4.2.6 Pembuatan Antarmuka Aplikasi
Dalam Sub bab ini akan menjelaskan mengenai cara kerja dari
Aplikasi “Sistem Informasi Poliklinik berbasis Informasi mengunakan
Laravel” yang telah dibuat. Cara kerjanya akan dijelaskan dalam beberapa
gambar sebagai berikut:
4.2.6.1 Form Login
Form ini halaman awal Sistem Informasi Poliklinik berbasis Informasi
mengunakan Laravel. Ditujukan kepada user yaitu pegawai yang sebagai
admin untuk melakukan login terlebih dahulu sebelum masuk ke form
Home, pada halaman ini hanya terdapat text field untuk mengisikan email
user dan password, serta button masuk untuk dapat mengakses masuk ke
halaman yang sesuai dengan level hak akses user. Berikut desain form
Login dapat dilihat pada gambar 4.28
Gambar 4.28 Antarmuka Form Login
58
4.2.6.2 Halaman Utama
Pada halaman ini berisi jumlah kunjungan pasien setiap hari, dan
Main Navigation. Halaman ini diperoleh setelah user admin melakukan
login, Main Navigation meliputi Data Poli, Data User, Data Dokter, Data
Tindakan, Data Obat, Data Pasien, Registrasi Pasien, dan Rekam Tindakan.
Berikut desain halaman utama dilihat di Gambar 4.29
Gambar 4.29 Antarmuka Halaman Utama
4.2.6.3 Halaman Data Poli

Bagian ini menjelaskan tampilan halaman Data Poli untuk menambah,
mengedit, menghapus dan melihat poli yang dimiliki. Halaman ini diperoleh
setelah user admin melakukan login. Berikut desain halaman Data Poli
dilihat di Gambar 4.30
Gambar 4.30 Antarmuka Halaman Data Poli
59
4.2.6.4 Form Tambah Data Poliklinik
Pada Form ini merupakan tampilan library “modal” dalam php untuk
menambahkan data poli ke tabel poli yang ada di database. Berikut desain
form tambah data poliklinik dilihat di gambar 4.31
Gambar 4.31 Antarmuka Form Tambah Data Poli
4.2.6.5 Form Edit Data Poliklinik

merubah data poli yang ada di database. Berikut desain form edit data
poliklinik dilihat di gambar 4.32
Gambar 4.32 Antarmuka Form Edit Data Poli

4.2.6.6 Form Hapus Data Poliklinik
menghapus data poli yang ada di database. Berikut desain form hapus data
60
Gambar 4.33 Antarmuka Form Hapus Data Poli
4.2.6.7 Halaman Data User

Bagian ini menjelaskan tampilan halaman Data User untuk
menambah, mengedit, menghapus dan melihat user yang telah terdaftar.
Pada halaman ini menampilkan nama , email, alamat, no. Telpon, jenis
kelamin dan hak akses setiap user. Berikut desain halaman Data User dilihat
di Gambar 4.34
Gambar 4.34 Antarmuka Halaman Data User

4.2.6.8 Form Tambah Data User
menambahkan data user ke tabel user yang ada di database. Berikut desain
form tambah data user dilihat di gambar 4.35
61
Gambar 4.35 Antarmuka Form Tambah Data User
4.2.6.9 Form Edit Data User

merubah data user yang ada di database. Berikut desain form edit data user
Gambar 4.36 Antarmuka Form Edit Data User

4.2.6.10 Form Hapus Data User
menghapus data User yang ada di database. Berikut desain form hapus data
user dilihat di gambar 4.37
62
Gambar 4.37 Antarmuka Form Hapus Data user
4.2.6.11 Halaman Data Tindakan
Bagian ini menjelaskan tampilan halaman Data Tindakan untuk
menambah, mengedit, menghapus dan melihat tindakan yang telah
dimasukkan. Pada halaman ini menampilkan Kode Tindakan, Nama
Tindakan serta Harga yang ditetapkan. Berikut desain halaman Data Dokter
dilihat di Gambar 4.38
Gambar 4.38 Antarmuka Halaman Data Tindakan

4.2.6.12 Form Tambah Data Tindakan
menambahkan data Tindakan ke database. Berikut desain form tambah data
tindakan dilihat di gambar 4.39
63
Gambar 4.39 Antarmuka Form Tambah Data Tindakan
4.2.6.13 Form Edit Data Tindakan

Pada Form ini merupakan tindakan library “modal” dalam php untuk
merubah data tindakan yang ada di database. Berikut desain form edit data
tindakan dilihat di gambar 4.40
Gambar 4.40 Antarmuka Form Edit Data Tindakan

4.2.6.14 Form Hapus Data Tampilan
menghapus data Dokter yang ada di database. Berikut desain form hapus
data dokter dilihat di gambar 4.41
64
Gambar 4.41 Antarmuka Form Hapus Data Tindakan
4.2.6.15 Halaman Data Obat

Bagian ini menjelaskan tampilan halaman Data obat untuk menambah,
mengedit, menghapus dan melihat stok obat yang dimiliki. Berikut desain
halaman Data obat dilihat di Gambar 4.42
Gambar 4.42 Antarmuka Halaman Data Obat

4.2.6.16 Form Tambah Data Poliklinik
menambahkan data obat ke database. Berikut desain form tambah data obat
65
Gambar 4.43 Antarmuka Form Tambah Data Obat
4.2.6.17 Form Edit Obat

merubah data obat yang ada di database. Berikut desain form edit data
Gambar 4.44 Antarmuka Form Edit Data

4.2.6.18 Form Hapus Obat
menghapus data obat yang ada di database. Berikut desain form hapus data
obat dilihat di gambar 4.45
66
Gambar 4.45 Antarmuka Form Hapus Data Obat
4.2.6.19 Halaman Data Pasien

Bagian ini menjelaskan tampilan halaman Data pasien untuk
menambah, mengedit, menghapus dan melihat pasien yang terlah terdaftar.
Berikut desain halaman Data pasien dilihat di Gambar 4.46
Gambar 4.46 Antarmuka Halaman Data Pasien

4.2.6.20 Form Tambah Data Pasien
menambahkan data pasien ke database. Berikut desain form tambah data
pasien dilihat di gambar 4.47
67
Gambar 4.47 Antarmuka Form Tambah Data Pasien
4.2.6.21 Form Edit Pasien

merubah data pasien yang ada di database. Berikut desain form edit data
pasien dilihat di gambar 4.48
68
Gambar 4.48 Antarmuka Form Edit Pasien
4.2.6.22 Form Hapus Pasien

menghapus data pasien yang ada di database. Berikut desain form hapus
data pasien dilihat di gambar 4.49
Gambar 4.49 Antarmuka Form Hapus Data Pasien
69
4.2.6.23 Halaman Regitrasi Pasien
Pada halaman ini merupakan tampilan halaman Registrasi Pasien yang
datang berobat. Berikut desain halaman Data pasien dilihat di Gambar 4.50
Gambar 4.50 Antarmuka Halaman Pendaftaran Kunjungan
4.2.6.24 Form Struk Pembayaran

Pada Form ini merupakan tampilan struk pembayaran pendaftran
pasien baru dan data akan disimpan ke tabel poli yang ada di database.
Berikut desain form tambah data poliklinik dilihat di gambar 4.51
Gambar 4.51 Antarmuka Struk Pembayaran dan Antrian
70
4.2.6.25 Halaman Rekam Tindakan
Pada halaman ini merupakan tampilan halaman rekam tindakan untuk

menambah, mengedit, menghapus dan melihat rekam tindakan yang ada
pada data pasien poliklinik. Berikut desain halaman rekam tindakan dilihat
di Gambar 4.52
Gambar 4.52 Antarmuka Halaman Rekam Tindakan
71
4.2.6.26 Form Tambah Rekam Tindakan
menambahkan data rekam tindakan ke tabel poli yang ada di database.
Berikut desain form tambah data dapat dilihat di gambar 4.53
Gambar 4.53 Antarmuka Form Tambah Rekam Tindakan
4.3 Testing
4.3.1 Pengujian Menggunakan Metode Black Box
Tabel 4.12 Pengujian Black Box pada Halaman Login
No. Skenario Pengujian Hasil yang di harapkan Kesimpulan
Sistem akan melakukan

Username dan Password yang login , ketika username dan
1. belum terdaftar di dalam password tidak valid dengan Valid
database database maka akan mucul
peringatan
72
Mengisi username dan Sistem akan melakukan
2. password dengan hak akses login , jika berhasil akan ke Valid
admin halaman utama
Tabel 4.13 Pengujian Black Box pada Halaman Poli
Input akan berhasil dan akan

1. Menginputkan data Poli muncul notifikasi dan data Valid
dalam tabel poli
Hapus akan berhasil dan akan

2. Menghapus data Poli muncul notifikasi serta data Valid
akan hilang dari tabel poli
Tabel 4.14 Pengujian Black Box pada Halaman User

Perubahan data berhasil, akan
ada notifikasi dan data pada
1. Merubah data user. Valid
tabel user berubah
Input data berhasil, akan ada

2 Menambahkan data user notifikasi dan data akan Valid
tampil di tabel user
Tabel 4.15 Pengujian Black Box pada Halaman Dokter
73
Hapus data berhasil, akan ada
1. Menghapus data dokter. notifikasi dan data pada tabel Valid
dokter hilang
Input data berhasil, akan ada
2 Menambahkan data dokter notifikasi dan data akan Valid
tampil di tabel dokter
Tabel 4.16 Pengujian Black Box pada Halaman Tindakan

Inpu data berhasil, akan ada
1. Menambahkan data Tindakan notifikasi dan data pada tabel Valid
tindakan muncul
2 Merubah data Tindakan ada notifikasi dan data akan valid
tampil di tabel tindakan
Tabel 4.17 Pengujian Black Box pada Halaman Obat

1. Menambahkan data Obat notifikasi dan data pada tabel Valid
obat muncul
Perubahan data berhasil,
2 Merubah data Obat muncul notifikasi dan data valid
tampil di tabel Obat
74
Tabel 4.18 Pengujian Black Box pada Halaman Pasien

1. Menambahkan data Pasien notifikasi dan data pada tabel Valid
pasien muncul
2 Merubah data Pasien ada notifikasi dan data akan valid
tampil di tabel Pasien
Tabel 4.19 Pengujian Black Box pada Halaman Pendafataran Kunjungan

notifikasi dan memunculkan
Menambahkan data
1. tab baru untuk mencetak Valid
Pendaftaran Kunjungan
nomor antrian dan struk
pembayaran
Tabel 4.20 Pengujian Black Box pada Halaman Rekam Tindakan

Halaman Rekam Tindakan
Mencari data berdasarkan
1. akan memunculkan data Valid
inputan
sesuai inputan
75
BAB V
PENUTUP
5.1 Kesimpulan
Berdasarkan hasil penelitian praktek kerja lapangan yang telah
dilakukan, dapat disimpulkan bahwa sistem informasi poliklinik berbasis
informasi dengan menggunakan framework laravel dapat mempermudah
admin, dokter, dan apoteker untuk menginput data pasien, data dokter, dan
kategori lainnya. Hasil dari rancang bangung sistem informasi polklinik ini
dimulai dari merancang Data Flow Diagram (DFD), setelah itu merancang
Unified Modeling Languange (UML) mulai dari Usecase Diagram, Tabel
Usecase, Activity Diagram, Class Diagram, dan Sequence Diagram.
Selanjutnya program dibuat sesuai dengan rancangan awal menggunakan
bahasa pemrograman PHP dengan bantuan framework Laravel dan database
mySql, lalu diuji pada tahap testing dengan Black Box yang menunjukkan
bahwa hasil yang diharapkan adalah valid.
5.2 Saran
Adapun saran-saran yang dapat diberikan dalam sistem informasi
poliklinik, yaitu sistem ini bisa dikembangkan lebih lanjut. Penambahan
fitur seperti laporan bulanan rekam medis untuk mempermudah pihak
poliklinik dengan waktu yang singkat dan efisien dalam melakukan
pengolahan laporan data bulanan rekam medis.
76
DAFTAR PUSTAKA
Bean, M. (2015). Laravel 5 Essentials. Birmingham: Packt Publishing Ltd.

Herlambang, Soendoro, dan Haryanto Tanuwijaya. 2005. Sistem Informasi:
konsep, teknologi, dan manajemen. Yogyakarta: Graha Ilmu.
Kendall, dan Kendall. 2003. Analisis dan Perancangan Sistem. Jilid 1. Jakarta: PT
Prenhallindo.
Kristanto, Andri. 2004. Rekayasa Perangkat Lunak (Konsep Dasar). Yogyakarta:
Gava Media.
McFadden, F. (2007). Modern Database Management. New jersey: Pearson
Education.
Munawar, 2005. Pemodelan Visual dengan UML. Yogyakarta: Graha Ilmu.
Mustaqbal, M. S. (2015). Pengujian Aplikasi Menggunakan Black Box Testing
Boundary Value Analysis (Studi Kasus : Aplikasi Prediksi Kelulusan
SNMPTN). ISSN, 2407 - 3911.
Sukamto, R. A., dan Shalahuddin, M., 2011, Modul Pembelajaran Rekayasa
Perangkat Lunak, Bandung.
Sutabri, Tata. S.Kom., MM. 2004. Analisa Sistem Informasi. Edisi Pertama.
Yogyakarta: Andi.
Triandini, E., 2012. Step by Step Desain Proyek Menggunakan UML. Yogyakarta:
Andi.
Widianti, Sri. S.Kom. 2016. Pengantar Basis Data. Jakarta: Lentera Ilmu
Cendekia.
Jogiyanto. 2005. Analisis & Desain Sistem Informasi, Yogyakarta: Andi Offset.
Loudon, 2007. Sistem Informasi Manajemen Mengelola Perusahaan Digital.
Jakarta: Pearson education.
Sahrial, M.Kom. (2017). Sistem Informasi Poliklinik Terpadu. Vol. 5. No. 1.
Jurnal Sistem Informasi. Universitas Muhammadiyah Gorontalo.
77
LAMPIRAN
a. Foto logo PT.OtakKanan
b. Foto Kantor PT.Otak Kanan
78

Laravel Poliklinik

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Laravel Poliklinik

Diunggah oleh

Hak Cipta:

Format Tersedia

RANCANG BANGUN SISTEM INFORMASI POLIKLINIK BERBASIS WEB

MENGGUNAKAN FRAMEWORK LARAVEL

PRAKTEK KERJA LAPANGAN

PROGRAM STUDI SISTEM INFORMASI

FAKULTAS ILMU KOMPUTER

UNIVERSITAS PEMBANGUNAN NASIONAL “VETERAN”

RANCANG BANGUN SISTEM INFORMASI

Oleh : Ajirasa (1635010046)

Pembimbing Pembimbing Lapangan

Arista Pratama, S.Kom, M.Kom. Wahyu Prasetyo

NPT/NIP. 171199 10 320052

Dekan Koordinator Program Studi

Fakultas Ilmu Komputer Sistem Informasi

Dr. Ir. Ni Ketut Sari, MT Nur Cahyo Wibowo, S.Kom, M. Kom

NIP. 19650731 199203 2 001 NPT. 3 7903 04 0197 1

Pembimbing : Arista Pratama, S.Kom, M.Kom

Poliklinik sebagai salah satu unit pelayanan masyarakat yang bergerak

Berdasarkan dari permasalahan tersebut maka dibuatlah Aplikasi Sistem

Berdasarkan hasil penelitian dapat diambil kesimpulan bahwa hasil dari

Kata Kunci : Sistem Informasi Poliklinik, Laravel, Polkiklinik, UML, DFD.

1. Allah SWT karena telah memberikan kemudahan dan kelancaran dalam

Surabaya, Juni 2019

LEMBAR PENGESAHAN PRAKTEK KERJA LAPANGAN.....................i

GAMBAR 2.1 Struktur Organisasi PT. Otak Kanan.................................. 6

1.1 Latar Belakang

Dengan digunakannya framework Laravel diharapkan pembuatan aplikasi

Berdasarkan latar belakang diatas, maka diperlukan untuk membuat sistem

1.2 Rumusan Masalah

BAB II TINJAUAN PUSTAKA

BAB III METODOLOGI PRAKTEK KERJA LAPANGAN

BAB IV HASIL DAN PEMBAHASAN

2.1 Profil PT. Otak Kanan

2.1.1 Visi dan Misi PT. Otak Kanan

Gambar 2.1 Struktur Organisasi PT. Otak Kanan

2.3 Unified Modeling Language (UML)

UML merupakan kesatuan dari bahasa pemodelan yang dikembangkan oleh:

a. Pendekatan top down yaitu memecahkan masalah ke dalam bagian-

b. Pendekatan modul yaitu membagi sistem ke dalam modul – modul

d. Pendekatan dalam analisa berorientasi obyek dilengkapi dengan alat–

2.3.1 Class Diagram

Menurut (Munawar, 2005), Class adalah deskripsi kelompok obyek-

Menurut (Triandini, 2012), Class adalah sebuah spesifikasi yang jika

Class memiliki tiga area pokok:

Himpunan dari objek-objek yang

Deskripsi Dari urutan aksi-aksi yang

Menurut (Triandini, 2012), Diagram usecase menunjukan tiga aspek

Tabel 2.2 Simbol Usecase diagram

SIMBOL NAMA KETERANGAN

Actor Mewakili user.

Apa yang menghubungkan

Menspesifikasi paket yangn

Usecase diagram terdiri dari:

Menurut (Triandini, 2012), Activity diagram memodelkan workflow

Definisi Activity Diagram:

a. Menggambarkan proses bisnis dan urutan aktivitas dalam sebuah

d. Sangat bermanfaat apabila kita membuat diagram ini terlebih dahulu

e. Activity diagram dibuat berdasarkan sebuah atau beberapa usecase

Tabel 2.3 Simbol Activity Diagram

SIMBOL NAMA KETERANGAN

2.3.4 Sequence Diagram

Menurut (Triandini, 2012), Sequence diagram menggambarkan

SIMBOL NAMA KETERANGAN

2.6 Data Flow Diagram (DFD)

Nama yang diberikan pada sebuah