APLIKASI MEDICAL RECORD DI PUSKESMAS MAJEGAN

perpustakaan.uns.ac.id

digilib.uns.ac.id

APLIKASI MEDICAL RECORD DI PUSKESMAS MAJEGAN

TUGAS AKHIR Diajukan untuk memenuhi salah satu syarat mencapai gelar Ahli Madya Program Diploma III Teknik Informatika Fakultas Matematika dan Ilmu pengetahua Alam Universitas Sebelas Maret

Disusun oleh : ENDAH PUJI HASTUTI NIM. M3209026

PROGRAM DIPLOMA III TEKNIK INFORMATIKA FAKULTAS MATEMATIKA DAN ILMU PENGETAHUAN ALAM UNIVERSITAS SEBELAS MARET SURAKARTA 2012 commit to user


digilib.uns.ac.id

HALAMAN PERSETUJUAN

APLIKASI MEDICAL RECORD DI PUSKESMAS MAJEGAN

Disusun Oleh

ENDAH PUJI HASTUTI NIM.M3209026

Tugas akhir ini telah disetujui untuk dipertahanakana Di hadapan dewan penguji pada tanggal 03 Juli 2012

Pembimbing Utama

Wiharto S.T., M.Kom NIP. 197502102008011005

commit to user

ii


digilib.uns.ac.id

HALAMAN PENGESAHAN APLIKASI MEDICAL RECORD DI PUSKESMAS MAJEGAN Disusun Oleh

ENDAH PUJI HASTUTI NIM. M3209026 Pembimbing Utama

Wiharto S.T., M.Kom NIP. 197502102008011005

Tugas akhir ini telah diterima dan disahkan oleh dewan penguji Tugas Akhir Program Diploma III Teknik Informatika Pada Hari Selasa tanggal 03 Juli 2012 Dewan Penguji (

1. Wiharto S.T., M.Kom

)

NIP. 197502102008011005 2. Ristu Saptono S.Si.,M.T.

(

)

(

)

NIP. 197902102002121001 3. Drs. Syamsurizal NIP. 195612121988031001

Disahkan Oleh Ketua Program Studi DIII Teknik Informatika UNS

Dekan Fakultas MIPA UN

Prof Ir. Ari Handono Ramelan, M.Sc.(Hons)., Ph.D NIP. 19610223 198601 1 001 commit to user

iii

Drs. YS.Palgunadi, M.Sc NIP. 19560407 198303 1 004


digilib.uns.ac.id

ABSTRACT

Endah Puji Hastuti, 2012. APPLICATIONS MEDICAL RECORD AT PUSKESMAS MAJEGAN. Program Diploma III Computer Science, Faculty of Mathematics and Natural Sciences, University of Sebelas Maret Surakarta.

Service quality of a good health service unit clinic, hospital or health center other than specified by thef acility and also a good resource is largely determined by medical record data management. Given so many important records a patient's health, medical record must not be damaged or lost. It is necessary to build an application so that the implementation of medical record systems in health care institutions become more effective and efficient.

Medical Record application was designed by using UML diagrams (Unified Modelling Language) with the four main diagrams in UML, that is: use case diagram, activity diagram, sequence diagram and class diagram. Medical Record applications were built using the Java programming language and used MySQL database. For testing of software, writer used the black box approach.

It can be concluded that it way successfully built a medical record software, which can facilitize Majegan clinic staff in serving patients. Medical record software can be used to record the patient's health center staff, view the information the doctor, patient card printing facilities, outpatient medical records and daily records of drug expenditures facilities at the Puskesmas Majegan

Keywords: Puskesmas, Medical Record, Software

commit to user ABSTRAK

iv


digilib.uns.ac.id

Endah Puji Hastuti, 2012. APLIKASI MEDICAL RECORD DI PUSKESMAS MAJEGAN. Program DIII Ilmu Komputer, Fakultas Matematika dan Ilmu Pengetahuan Alam. Universitas Sebelas Maret Surakarta. Kualitas pelayanan sebuah unit layanan kesehatan baik klinik, puskesmas atau rumah sakit selain ditentukan oleh fasilitas dan sumber daya yang baik juga sangat ditentukan oleh pengelolaan data medical record.Mengingat begitu banyak catatan-catatan penting kesehatan seorang pasien , medical record tidak boleh rusak

ataupun

hilang.

Maka

perlu

dibangun

sebuah

aplikasi

supaya

penyelenggaraan sistem medical record pada institusi pelayanan kesehatan yang lebih efektif dan efisien. Aplikasi Medical Recordini dirancang dengan menggunakan diagram UML (Unified Modelling Language) dengan menggunakan 4 diagram utama pada UML, yaitu: use case diagram, activity diagram, sequence diagramdanclass diagram.Aplikasi Medical Recorddibangun menggunakan bahasa pemrograman java dan menggunakan database mysql. Untuk pengujian terhadap perangkat lunak ini penulis menggunakan pendekatan black box. Kesimpulan yang dapat diambil yaitu berhasil dibangun sebuah perangkat lunak medical record, yang mampu memfasilitasi petugas Puskesmas majegan dalam melayani pasien. Perangkat lunak medical record ini dapat digunakan petugas puskesmas untuk mendata pasien, melihat informasi dokter, fasilitas mencetak kartu pasien, catatan medis rawat jalan serta fasilitas catatan harian pengeluaran obat di Puskesmas Majegan

Kata kunci : Puskesmas, Medical Record, Perangkat Lunak

commit to user MOTTO

v


digilib.uns.ac.id

jika ada kemungkinan bagi kita untuk gagal berarti ada kemungkinan bagi kita untuk berhasil maka berfokuslah pada yang memberhasilkan lalu pehatikan apa yang terjadi (Mario Teguh)

Jangan kecewa apabila hasil yang diperoleh tidak seperti yang diharapkan percaya bahwa semuanya adalah kesuksesan bukan kegagalan. Mengapa saya punya banyak kesuksesan?? saya tahu banyak usaha yang gagal. Sukses terdiri dari 1 persen bakat 99 persen keringat (Thomas Alfa Edison)

Engkau yang sedang merindukan kedamaian, sekarang … cukupkanlah keluhanmu. Berhentilah mengasihani dirimu sendiri seperti itu. Damaikanlah hatimu, teduhkanlah pandanganmu, dan cerahkanlah wajahmu. Biarlah Tuhan yang merasa kasihan melihat jiwa baik yang jujur dan rajin sepertimu, sedang menderita karena belum mengerti rencana Tuhan dan belum melihat berkah yang sudah disiapkan di depannya Damailah, engkau berada dalam pemeliharaan Tuhan. Semoga Tuhan membangunkanmu sebagai pribadi yang segar jiwanya dan sehat raganya, yang siap untuk digembirakanNya dengan rezeki yang baik sekali. (Mario Teguh)

commit to user

vi


digilib.uns.ac.id

HALAMAN PERSEMBAHAN

Tugas Akhir ini penulis persembahkan kepada : 1. Ayah dan Ibu tercinta yang telah memberikan dorongan dan dukungan moril maupun materiil serta doa restunya. 2. Bapak Drs. YS. Palgunadi, M.Sc selaku Ketua program D-III Ilmu komputer Fakultas Matematika dan Ilmu Pengetahuan Alam, Universitas Sebelas Maret Surakarta

3. Bapak Wiharto S.T., M.Kom selaku dosen pembimbing yang telah memberikan bimbingan dan pengarahan-pengarahan sehingga dapat terselesaikannya penyusunan laporan Tugas Akhir ini. 4. Hari Budiono, SH selaku Kepala BAPPEDA Kabupaten Klaten yang telah memberikan ijin bagi penulis untuk melaksanakan riset di Puskesmas Majegan. 5. Bapak Manto selaku mantri di puskesmas majegan yang telah membantu penulis dalam memberikan informasi di Puskesmas Majegan. 6. Seluruh Staff di Puskesmas Majegan yang telah membantu dalam penulisan Laporan Tugas Akhir ini.

commit to user

vii


digilib.uns.ac.id

KATA PENGANTAR

Puji syukur kehadirat Allah SWT, yang telah melimpahkan taufiq, hidayah dan inayahnya, sehingga penulis dapat menyelesaikan penyusunan laporan Tugas Akhir (TA) dengan judul “APLIKASI MEDICAL RECORD DI

PUSKESMAS MAJEGAN”. Penulis menyadari bahwa penyusunan laporan ini tidak terselesaikan tanpa bantuan dari berbagai pihak. Oleh karena itu dengan segala kerendahan dan ketulusan hati, penulis mengucapkan terima kasih kepada : 1. Bapak Drs. YS. Palgunadi, M.Sc selaku Ketua program D-III Ilmu komputer

Fakultas Matematika dan Ilmu

Pengetahuan Alam,

Universitas Sebelas Maret Surakarta 2. Bapak Wiharto S.T., M.Kom, selaku dosen pembimbing yang telah memberikan bimbingan dan pengarahan-pengarahan sehingga dapat terselesaikannya penyusunan laporan Tugas Akhir ini. 3. Ayah dan Ibu tercinta yang telah memberikan dorongan dan dukungan moril maupun materiil serta doa restunya. 4. Pihak-pihak terkait yang tidak dapat penulis sebutkan satu persatu. Penulis menyadari atas keterbatasan kemampuan yang penulis miliki, sehingga dalam penyusunan laporan ini masih terdapat kekurangan. Karena itu saran dan kritik yang bersifat membangun sangat penulis harapkan dari pembaca. Akhirnya penulis mengucapkan terima kasih kepada semua pihak dan semoga laporan ini dapat bermanfaat bagi semua pihak terutama bagi mahasiswa Diploma III Teknik Informatika Fakultas Matematika dan Ilmu Pengetahuan Alam Universitas sebelas Maret Surakarta. Amiin.

Surakarta, Juli 2012 commit to user

viii

Penulis


digilib.uns.ac.id

DAFTAR ISI Halaman HALAMAN PERSETUJUAN .................................................................... ii HALAMAN PENGESAHAN ..................................................................... iii ABSTRACT ................................................................................................ iv ABSTRAK................................................................................................... v MOTTO ...................................................................................................... vi HALAMAN PERSEMBAHAN .................................................................. vii KATA PENGANTAR ................................................................................. vi DAFTAR ISI ............................................................................................... ix BAB I

PENDAHULUAN ....................................................................... 1 A. Latar Belakang ........................................................................ 1 B. Perumusan Masalah ................................................................. 2 C. Batasan Masalah ...................................................................... 2 D. Tujuan Dan Manfaat ................................................................ 2 E. Metode Penelitian .................................................................... 3 F. Sistematika Penulisan .............................................................. 5

BAB II LANDASAN TEORI ................................................................... 6 A. Java ......................................................................................... 6 B. Basis Data ............................................................................... 7 C. Unified Modelling Language (UML) ....................................... 7 D. iReport Dan JasperReport ........................................................ 13 BAB III DESAIN DAN PERANCANGAN .............................................. 14 A. Analisis Sistem........................................................................ 14 1.

System Requirement Specification (SRS).......................... 14

2.

Use Case Diagram........................................................... 15

B. Desain Sistem ........................................................................ 16 1.

Desain Model Analisis .................................................... 16

2.

Desain Database .............................................................. 31

3.

Desain Interface .............................................................. 36 commit to user

ix


digilib.uns.ac.id

BAB IV IMPLEMENTASI DAN ANALISIS PENGUJIAN ................... 39 A. Implementasi Aplikasi Medical Record Di Puskesmas Majegan .......................................................... 39 B. Pengujian Dan Analisa ........................................................... 47 BAB V PENUTUP ................................................................................... 55 A. Kesimpulan ............................................................................ 55 B. Saran ...................................................................................... 55 DAFTAR PUSTAKA .................................................................................. 56

commit to user

x


digilib.uns.ac.id

DAFTAR TABEL

Tabel 2.1 Tabel Simbol-Simbol Use Case Diagram ....................... 9 Tabel 2.2 Tabel Simbol-Simbol Class Diagram ............................. 11 Tabel 2.3 Tabel Simbol-Simbol Sequence Diagram ....................... 12 Tabel 2.4 Tabel Simbol-Simbol Activity Diagram ......................... 13 Tabel 3.1 Tabel Kebutuhan Fungsional ......................................... 14 Tabel 3.2 Tabel Kebutuhan Non Fungsional .................................. 15 Tabel 3.3 Tabel Operator .............................................................. 31 Tabel 3.4 Tabel Dokter ................................................................. 32 Tabel 3.5 Tabel Pasien .................................................................. 32 Tabel 3.6 Tabel Obat ..................................................................... 33 Tabel 3.7 Tabel Medical record .................................................... 33 Tabel 3.8 Tabel Jadwal ................................................................. 34 Tabel 3.9 Tabel Poli ...................................................................... 34 Tabel 3.10 Tabel Keluar_Obat ...................................................... 35 Tabel 3.11 Tabel Det_keluarobat .................................................. 35 Tabel 4.1 Tabel Skenario Pengujian Perangkat Lunak ................... 48 Tabel 4.2 Tabel Skenario Pengujian Hardware Yang digunakan .... 49 Tabel 4.3 Tabel Pengujian Login ................................................... 49 Tabel 4.4 Tabel Pengujian Data Operator, Pasien, Dokter, Obat, Jadwal, dan poliklinik .......................................................... 50 Tabel 4.5 Tabel Pengujian Pengentrian Data Medical Record........ 51 Tabel 4.6 Tabel Pengujian Cetak Catatan Medis Pasien ................ 51 Tabel 4.7 Tabel Pengujian Cetak Kartu Pasien dan Pengeluaran Obat Harian .............................................................. 52 Tabel 4.8 Tabel Pengujian Mengganti Jadwal Dokter .................... 52 Tabel 4.9 Tabel Pengujian Melihat data Dokter ............................. 52 Tabel 4.10 Tabel Pengujian Hardware Yang Digunakan ................ 53 Tabel 4.11 Tabel Kebutuhan Hardware ......................................... 54 commit to user

xi


digilib.uns.ac.id

DAFTAR GAMBAR

Gambar 3.1 Use Case Diagram ..................................................... 16 Gambar 3.2 Activity Diagram Operator Dan Asisten Dokter Melakukan Login Ke Sistem ......................................................... 17 Gambar 3.3 Activity Diagram Operator Dan Dokter Mencetak Catatan Medis Pasien .................................................................... 17 Gambar 3.4 Activity Diagram Operator Mencetak Kartu Pasien..... 18 Gambar 3.5 Activity Diagram Asisten Dokter Mengentry Data Medical Record Pasien .................................................................. 18 Gambar 3.6 Activity Diagram Asisten Dokter Melihat Data Dokter .................................................................................. 19 Gambar 3.7 Activity diagram Asisten Dokter Mengganti Jadwal Dokter ............................................................................... 19 Gambar 3.8 Activity Diagram Operator Mengentry Data Pasien, Obat, Dokter, Jadwal Dokter, Poliklinik, Dan Medical Record .................................................................... 20 Gambar 3.9 Activity Diagram Operator Mencetak Catatan Pengeluaran Obat Harian .............................................................. 21 Gambar 3.10 Activity diagram Transaksi Pembayaran obat ........... 21 Gambar 3.11 Sequence Diagram Operator Dan Asisten Dokter melakukan Login ......................................................................... 22 Gambar 3.12 Sequence Diagram operator dan Asisten Dokter Mencetak Catatan Medis ............................................................... 22 Gambar 3.13 sequence Diagram Operator Mengentry data-data ke sistem ....................................................................................... 23 Gambar 3.14 Sequence Diagram Operator Mencetak Kartu Pasien ........................................................................................... 24 Gambar 3.15 Sequence Diagram Mencetak catatan Pengeluaran Obat Harian .............................................................. 24 user Gambar 3.16 Sequence commit DiagramtoTransaksi Pembayaran Obat ....... 25

xii


digilib.uns.ac.id

Gambar 3.17 Sequence Diagram Asisten Dokter Mengentry Data Medical record Pasien .......................................................... 25 Gambar 3.18 Sequence Diagram Melihat Data Dokter .................. 26 Gambar 3.19 Sequence Diagram Mengganti Jadwal Dokter .......... 26 Gambar 3.20 Class Diagram Login................................................ 27 Gambar 3.21 Class Diagram Mencetak Catatan Medis Pasien ....... 27 Gambar 3.22 Class Diagram Pengentrian Data-Data Oleh Operator ............................................................................... 28 Gambar 3.23 Class Diagram Operator Mencetak Kartu Pasien ...... 29 Gambar 3.24 Class diagram Operator Mencetak Pengeluaran Obat Harian .................................................................................. 29 Gambar 3.25 Class Diagram Transaksi Obat ................................. 30 Gambar 3.26 Class diagram Asisten Dokter Mengentry Data Medical record ..................................................................... 30 Gambar 3.27 Class diagram Asisten Dokter Melihat Data Dokter .................................................................................. 30 Gambar 3.28 Class Diagram Asisten Dokter Mengganti Jadwal Dokter ............................................................................... 31 Gambar 3.29 Relationship Diagram .............................................. 36 Gambar 3.30 Desain Login ............................................................ 37 Gambar 3.31 Desain Form Menu Utama ....................................... 37 Gambar 3.32 Desain form Data Medical Record ........................... 38 Gambar 3.33 Desain Form About Aplikasi .................................... 38 Gambar 4.1 Tampilan Login.......................................................... 39 Gambar 4.2 Tampilan Menu Utam ................................................ 40 Gambar 4.3 Tampilan Data Operator............................................. 40 Gambar 4.4 Tampilan Menu Jadwal Dokter .................................. 41 Gambar 4.5 Tampilan Menu About ............................................... 41 Gambar 4.6 Tampilan Asisten Dokter Melihat Jadwal ................... 42 Gambar 4.7 Tampilan Dokter Melihat Data Medical Record ......... 42 commit to user

xiii


digilib.uns.ac.id

Gambar 4.8 Tampilan Transaksi Pembayaran Obat ....................... 43 Gambar 4.9 Tampilan Struk Pembayaran ...................................... 44 Gambar 4.10 Tampilan Form Mencetak Berkas ............................ 44 Gambar 4.11 Tampila Kartu Pasien ............................................... 45 Gambar 4.12 Tampilan Catatan Medis Pasien ............................... 46 Gambar 4.13 Tampilan Catatan Pengeluaran Obat Harian ............. 47

commit to user

xiv


digilib.uns.ac.id ABSTRACT

ENDAH PUJI HASTUTI, 2012. APPLICATIONS MEDICAL RECORD AT PUSKESMAS MAJEGAN. Program Diploma III Computer Science, Faculty of Mathematics and Natural Sciences, University of Sebelas Maret Surakarta.

Service quality of a good health service unit clinic, hospital or health center other than specified by thef acility and also a good resource is largely determined by medical record data management. Given so many important records a patient's health, medical record must not be damaged or lost. It is necessary to build an application so that the implementation of medical record systems in health care institutions become more effective and efficient.

Medical Record application was designed by using UML diagrams (Unified Modelling Language) with the four main diagrams in UML, that is: use case diagram, activity diagram, sequence diagram and class diagram. Medical Record applications were built using the Java programming language and used MySQL database. For testing of software, writer used the black box approach.

It can be concluded that it way successfully built a medical record software, which can facilitize Majegan clinic staff in serving patients. Medical record software can be used to record the patient's health center staff, view the information the doctor, patient card printing facilities, outpatient medical records and daily records of drug expenditures facilities at the Puskesmas Majegan

Keywords: Puskesmas, Medical Record, Software

commit to user


digilib.uns.ac.id

BAB I PENDAHULUAN

A. Latar Belakang Kualitas pelayanan sebuah unit layanan kesehatan baik klinik, puskesmas atau rumah sakit selain ditentukan oleh fasilitas dan sumber daya yang baik juga sangat ditentukan oleh pengelolaan data medical record. Dengan ketersediaan data medical record yang baik dan lengkap penanganan terhadap pasien dapat dilakukan dengan cepat dan tepat. Karena dari data medical record yang ada dapat diketahui keadaan pasien; seperti tentang penyakit yang pernah diderita, alergi yang dimiliki oleh pasien, pengobatan yang pernah dilakukan, sehingga dokter dapat dengan cepat dan tepat dalam memberikan pelayanan kesehatan kepada pasien. Mengingat begitu banyak catatan-catatan penting kesehatan seorang pasien , medical record tidak boleh rusak ataupun hilang karena medical record merupakan dokumen penting dan rahasia klinik tentang kesehatan pasien. Apabila medical record pasien hanya dilakukan secara manual, kemungkinan hilang dan rusak sangatlah besar. Dari latar belakang tersebut maka perlu dibangun sebuah aplikasi supaya penyelenggaraan sistem medical record pada institusi pelayanan kesehatan yang lebih efektif dan efisien. Sistem pencatatan medis pasien dengan komputerisasi dapat mencegah hilang dan rusak catatan medis tersebut. Dengan komputerisasi juga dapat dilihat berapa banyak pasien yang berobat ke klinik tersebut secara akurat dan aktual. Penggunaan fasilitas komputer juga digunakan sebagai alat bantu pendataan, pencatatan dan pencetakan data pasien. Medical Record merupakan fakta yang berkaitan dengan keadaan pasien, riwayat penyakit dan pengobatan masa lalu serta saat ini yang ditulis oleh profesi kesehatan yang memberikan pelayanan pada pasien tersebut. (Edna K.Huffman, 1999). commit to user

1

2 digilib.uns.ac.id


B. Perumusan Masalah Permasalahan yang akan diteliti oleh penulis adalah bagaimana membangun aplikasi dalam pengolahan data yang efektif dan efisien pada pencatatan suatu riwayat kesehatan pasien yang terangkum dalam istilah medical record.

C. Batasan Masalah Karena keterbatasan waktu maka pembahasan pembuatan aplikasi medical record di Puskesmas Majegan ini memiliki beberapa batasan agar mencegah melebarnya masalah, pembatasan tersebut pada : 1. Perangkat lunak ini hanya dikhususkan untuk beberapa petugas medis, yaitu : petugas loket yang sekaligus petugas yang mengurusi pembayaran hasil berobat pasien, petugas apotik puskesmas dan dokter. Dokter bisa mengakses data medical record pasien yang ditangani serta melihat jadwal atau informasi dokter. 2. Perangkat lunak ini hanya dikhususkan untuk rawat jalan di puskesmas majegan.

D. Tujuan dan Manfaat Tujuan dari penelitian ini adalah bagaimana membangun aplikasi dalam pengolahan data yang efektif dan efisien pada pencatatan suatu riwayat kesehatan pasien yang terangkum dalam istilah medical record. Manfaat dibangunnya sebuah aplikasi medical record ini diharapkan akan diperoleh suatu dampak yang positif dalam memberikan layanan kesehatan kepada pasien dan juga tentunya akan meningkatkan efektifitas kinerja para staff dan dokter dalam mengolah dan mengentry data pasien.

commit to user

3 digilib.uns.ac.id


E. Metode Peneliatian Dalam hal ini rencana yang penulis lakukan dalam mengumpulkan data-data yang diperlukan dalam penelitian ini ada beberapa metode yang penulis gunakan yaitu: 1.

Metode observasi adalah metode pengumpulan data dengan cara melakukan pengamatan dan pencatatan data-data serta berbagai hal yang akan dibutuhkan dalam proses penelitian.

2.

Wawancara , metode ini dilakukan dengan pihak-pihak yang berhubungan dengan tema penelitian dalam hal ini yaitu pencatatan dan pengolahan data pasien dalam suatu pelayanan kesehatan yang terangkum dengan istilah medical record.

3.

Studi pustaka merupakan metode pencarian dan pengumpulan data dengan cara mencari referensi, literatur atau bahan-bahan teori yang diperlukan dari berbagai sumber wacana yang berkaitan dengan pembuatan aplikasi ini. Studi pustaka yang dilakukan oleh penulis yaitu dengan cara pengumpulan data melalui internet dan mencari buku-buku referensi yang berhubungan dengan

tema dalam

penyusunan tugas akhir. 4.

Analisa dan Perancangan Sistem Pada tahapan ini penulis membuat analisa dan rancangan sistem yang digunakan pada aplikasi. Analisa dan Perancangan Sistem ini berupa pembuatan UML yang meliputi use case diagram, activity diagram, class diagram dan sequence diagram.

5.

Pembuatan Program Tahapan pembuatan program ini meliputi : a.

Pembuatan User Interface Pada tahap ini dilakukan perancangan bentuk interface program yang dibuat. Perancangan interface ini meliputi perancangan interface input dan output. commit to user

4 digilib.uns.ac.id


b.

Pembuatan Basis Data Pada tahap ini akan dilakukan perancangan basis data. Basis Data merupakan kumpulan dari data yang saling berhubungan antara satu dengan lainnya. Basis Data merupakan komponen yang penting dalam pembuatan aplikasi. Perancangan basis data ini dibagi menjadi dua tahap, yaitu:  Pembuatan kode Pada tahap ini dibuat kode-kode field kunci yang lebih sederhana dan seragam serta mudah dimengerti oleh user.  Perancangan fisik Pada tahap ini merancang tabel yang meliputi komponen tabel beserta ukuran dan tipe datanya.

c.

Pembuatan Bisnis Service Melakukan koding program pembuatan sistem aplikasi medical record. Untuk pembuatan program sistem ini, digunakan software-software pembantu sebagai berikut :  NetBeans adalah IDE (Integrated Development Environment) untuk bahasa Pemrogramman Java. Selain Eclipse dan Sun Java Creator, Netbeans adalah salah satu IDE Java yang populer dan banyak digunakan  MySQL, digunakan sebagai pengolah Database yang akan menampung semua data.

6.

Evaluasi Program Validasi program merupakan proses pengujian terhadap program aplikasi yang telah dibuat untuk mengetahui apakah berjalan dengan baik atau tidak.

commit to user

5 digilib.uns.ac.id


F. Sistematika Penulisan Adapun sistematika penyusunan laporan tugas akhir adalah sebagai berikut: BAB I : PENDAHULUAN Bab ini tentang latar belakang masalah, perumusan masalah, batasan masalah, tujuan, manfaat, metode penelitian dan sistematika penulisan.

BAB II : LANDASAN TEORI Bab ini menyajikan berbagai teori mengenai medical record, java, database dan teori-teori lain yang berkaitan dengan topik tugas akhir ini.

BAB III : ANALISIS DAN PERANCANGAN SISTEM Bab ini menjelaskan tentang analisis sistem yang mencakup tentang kebutuhan fungsional dan non fungsional dalam sistem serta yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem dan desain sistem yang mencakup pemodelan sistem dengan menggunakan UML, desain database dan desain interface.

BAB IV : IMPLEMENTASI DAN ANALISIS PENGUJIAN Bab ini menjelaskan tentang implementasi dari aplikasi medical record yang meliputi user interface dan analisa dari aplikasi medical record yang mencakup pengujian perangkat lunak dengan pendekatan black box serta kesimpulan dari hasil pengujian tersebut.

BAB V : PENUTUP Bab ini memuat kesimpulan yang berisi tentang pernyataan singkat, tepat yang dijabarkan dari hasil penelitian dan pembahasan serta penutup yang berisi tentang sumbang saran pemikiran yang didasarkan pada

kesimpulan

yang

diperoleh

untuk

pengembangan sistem ini di masa mendatang. commit to user

penyempurnaan

dan


digilib.uns.ac.id

BAB II LANDASAN TEORI A. Java Java adalah sebuah bahasa pemrograman komputer berbasiskan kepada Object Oriented Programming. Java diciptakan setelah C++ dan didesain sedemikian sehingga ukurannya kecil, sederhana, dan portable (dapat dipindah-pindahkan di antara bermacam platform dan sistem operasi). Program yang dihasilkan dengan bahasa Java dapat berupa applet (aplikasi kecil yang jalan di atas web browser) maupun berupa aplikasi mandiri yang dijalankan dengan program Java Interpreter. Contoh program yang ditulis dengan bahasa Java adalah HotJava yang berupa sebuah web browser. Java merupakan salah satu bahasa pemrograman yang populer saat ini. Hal ini dikarenakan banyak keunggulan yang ditawarkan oleh bahasa pemrograman ini. Java dapat berjalan denga baik diberbagai platform, mudah digunakan dan powerful. Platform Java terdiri dari kumpulan library, JVM, kelas-kelas loader yang dipaket dalam sebuah lingkungan rutin Java, sebuah kompiler dan debugger yang dipaket dalam Java Development Kit (JDK). Java 2 adalah generasi yang sekarang sedang berkembang dari platform Java. Agar sebuah program Java dapat dijalankan, maka file dengan ekstensi Java harus dikompilasi menjadi file bytecode. Untuk menjalankan bytecode ini, dibutuhkan JRE (Java Runtime Environment) yang memungkinkan pemakai untuk menjalankan program Java, hanya menjalankan, tidak untuk membuat kode baru lagi. JRE berisi JVM dan library Java yang digunakan (Shalahuddin dan Rosa, 2006). Java 2 platform dibagi menjadi 3 kategori, yaitu:

commit to user

6

7 digilib.uns.ac.id


1.

Java 2 Standard Edition (J2SE) Kategori ini digunakan untuk mengembangkan dan menjalankan

applikasi Java berbasis PC. 2.

Java 2 Enterprise Edition (J2EE) Kategori ini digunakan untuk mengembangkan dan menjalankan

aplikasi Java pada lingkungan enterprise, dengan fungsi-fungsi seperti Enterprise Java Bean (EJB), CORBA, Servlet dan Java Server Page (JSP). 3.

Java 2 Micro Edition (J2ME) Kategori ini digunakan untuk mengembangkan dan menjalankan

aplikasi java berbasis handheld device, seperti Personal Digital Assistant (PDA), handphone dan pocketPC.

B. Basis Data 1.

Pengertian Basis Data Basis data adalah suatu aplikasi terpisah yang menyimpan suatu

koleksi data. Masing-masing basis data memiliki satu API atau lebih yang berbeda

untuk

menciptakan,

mengakses,mengelola,

mencari

dan

mereplikasikan data. Sebuah basis data adalah tempat penyimpanan file. Basis data biasanya memiliki dua bagian utama. Pertama, file yang memegang basis data fisik. Kedua, perangkat lunak sistem manajemen basis data (DBMS) menggunakan aplikasi untuk mengakses data (Simarmata, 2007:1-2).

2.

MySQL MySQL (My Structure Query Language) adalah sebuah program

pembuat database yang bersifat open source, artinya siapa saja boleh menggunakannya dan tidak dicekal. Kelebihan dari MySQL adalah ia menggunakan bahasa Query standar yang dimiliki SQL (Structure Query Language). SQL adalah suatu bahasa permintaan yang terstruktur yang user telah distandarkan untukcommit semuatoprogram pengakses database seperti

8 digilib.uns.ac.id


Oracle, Posgres SQL, SQL Server, dan lain – lain. MySQL tidak dapat berjalan

sendiri

tanpa

adanya

sebuah

aplikasi

lain

(interface).

(Nugroho:2004:29).

C. Unified Modeling Language (UML) Unified Modeling Language adalah bahasa standar yang digunakan untuk menjelaskan dan memvisualisasikan artifak dari proses analisis dan desain berorientasi obyek. UML menyediakan standar pada notasi dan diagram yang bisa digunakan untuk memodelkan suatu sistem. UML menjadi bahasa yang bisa digunakan untuk berkomunikasi dalam perspektif obyek antara user dan developer, antara developer dengan developer, antara developer desain dengan developer pemrograman (Julius, 2004). UML

memungkinkan

developer

melakukan

pemodelan

secara

visual,yaitu penekanan pada penggambaran, bukan didominasi oleh narasi. Pemodelan visual membantu untuk menangkap struktur dan kelakuan dari obyek, mempermudah penggambaran interaksi antara elemen dalam sistem, dan mempertahankan konsistensi antara desain dan implementasi dalam pemrograman (Julius, 2004) UML mendefinisikan diagram berikut : 1.

Use Case Diagram

2.

Class Diagram

3.

Statechart diagram

4.

Activity Diagram

5.

Sequence Diagram

6.

Colaboration Diagram

7.

Component Diagram

8.

Deployment Diagram

commit to user

9 digilib.uns.ac.id


Dari diagram-diagram di atas, yang penting untuk proses analisis dan desain adalah sebagai berikut : 1.

Use Case Diagram Use Case Diagram adalah deskripsi fungsi dari sebuah sistem dari

perspektif

/

sudut

pandang

para

pengguna

sistem.

Use

Case

mendefinisikan “apa” yang dilakukan oleh sistem dan elemen-elemennya, bukan “bagaimana” sistem dan elemen-elemennya saling berinteraksi. Use Case bekerja dengan menggunakan “scenario”, yaitu deskripsi urutanuutan langkah yang menerangkan apa yang dilakukan pengguna terhadapsistem

maupun

sebaliknya.

Use

case

diagram

mengidentifikasikan fungsionalitas yang dipunyai ole sistem (use case), user yang berinteraksi dengan sistem (actor) dan aosiasi / keterhubungan antara user dengan fungsionalitas sistem. Berikut adalah simbol-simbol pada use case diagram

Tabel 2.1 Tabel Simbol-Simbol Use Case Diagram Simbol

Deskripsi

Use case

Fungsionalitas yang disediakan sistem sebagai unitunit yang saling bertukar pesan antar unit atau aktor; baiasanya dinyatakan dengan mengguakan kata kerja

Nama Use case

di awal frase nama use case.

Aktor / Actor

Orang,proses, atau sistem lain yang berinteraksi dengan sistem informasi yang akan dibuat di luar sistem informasi yang akan di buat itu sendiri, jadi walaupun simbol dari aktor adalah gambar orang, tapi

Nama Aktor

aktor

belum

tentu

merupakan

orang

biasanya

dinyaakan menggunakan kata benda di awal frase nama aktor. Ekstensi / extends

Case tambahan memiliki nama depan yang sama dengan use case yang ditambhkan,. commit to user

Nama Aktor

Nama Use case

10 digilib.uns.ac.id


Generalisasi/

Hubungan generalisasi dan spesialisasi(umum-khusus)

generalization

antara dua buah use case dimana fungsi yang satu adalah fungsi yang lebih umum dari lainnya. Nama Aktoratau sebagai syarat dijadikan use case. Fungsinya

Menggunakan/ NewClass

Nama Aktor

include/ uses

Nama Use case

NewClass 2. Class Diagram

Class

Diagram

pendefinisian

menggambarkan

kelas-kelas

yang

struktur

akan

dibuat

sistem untuk

dari

segi

membangun

sistem.Kelas memiliki apa yang disebut atribut dan metode atau operasi.  Atribut merupakan variabel-variabel yang dimiliki oleh suatu kelas.  Operasi atau metode adalah fungsi-fungsi yang dimiliki oleh suatu kelas. Kelas-kelas yang ada pada struktur sistem harus dapat melakukan fungsi-fungsi sesua dengan kebutuhan sistem. Susunan struktur kelas yang baik pada diagram kelas sebaiknya memiliki jenis-jenis kelas berikut :  Kelas Main Kelas yang memiliki fungsi awal dieksekusi ketika sistem dijalankan.  Kelas yang menangani tampilan sistem Kelas yang mendefinisikan dan mengatur tampilan ke pemakai.  Kelas yang diambil dari pendefinisian use case Kelas yang menangani fungsi=fungsi yang harus ada diambil dari pendifinisian use case.  Kelas yang diambil dari pendefinisian data Kelas yang digunakan untuk memegang atau membungkus data menjadi sebuah kesatuan yang diambil mapun akan disimpan ke basis data. (Shalahuddin dan Rossa, 2011) commit to user Berikut ini adalah simbol-simbol yang ada pada diagram kelas



Tabel 2.2 Tabel Simbol-Simbol Class Diagram Simbol

Deskripsi

Kelas

Kelas pada struktur sistem nama_kelas +atribut +operasi( )

Antarmuka/ interface

Sama

dengan

konsep

interface

dalam

pemrograman berorientasi objek. nama_interface Asosiasi / association

Relasi antar kelas dengan makna umum, asosiasi

1. S Asosiasi berarah e directed association q

biasanya

juga

disertai

dengan

multiplicity. / Relasi antar kelas dengan makna kelas yang satu digunakan oleh kelas yang lain, asosiasi biasanya juga disertai dengan multiplicity.

u 2. NewInterfacGeneralisasi e

NewInterface2

NewInterfac e

NewInterface2

3.

Relasi antar kelas dengan makna generalisasispesialisasi(umum-khusus)

Sequence Diagram Sequence Diagram mendokumentasikan komunikasi / interaksi antar

kelas-kelas. Diagram ini menunjukkan sejumlah obyek dan message (pesan) yang diletakkan diantara obyek-obyek di dalam use case. Berikut ini adalah simbol-simbol yang ada pada Sequence Diagram.

commit to user



Tabel 2.3 Tabel Simbol-Simbol Sequence Diagram Simbol Aktor

Deskripsi Orang,proses,

atau

sistem

lain

yang

berinteraksi dengan sistem informasi yang akan dibuat di luar sistem informasi yang akan di buat itu sendiri, jadi walaupun

: Nama Aktor

simbol dari aktor adalah gambar orang,

atau

tapi aktor belum tentu merupakan orang

Nama Aktor

biasanya dinyaakan menggunakan kata benda di awal frase nama aktor Menyatakan kehidupan suatu objek

Nama Aktor

Garis hidup/ lifeline

Objek

Menyatakan objek yang berinteraksi pesan

nama objek : nama kelas nama objek : nama kelas

: Nama Aktor

: NamaPesan Aktor tipe send

nama objek : nama kelas Menyatakan

bahwa

suatu

objek

mengirimkan data/masukan/informasi ke objek lainnya, arah anah mengarah pada objek yang dikirim Pesan tipe return

Menyatakn bahwa suatu objek yang telah menjalankan suatu operasi atau metode menghasilkan suatu kembalian ke objek tertentu, arah panah mengarah pada objek yang menerima kembalian.

commit to user



4.

Activity Diagram Activity Diagram digunakan untuk mendokumentasikan alur kerja

pada sebuah sistem, yang dimulai dari pandangan business level hingga ke operational level. Pada dasarnya, activity diagram mempunyai peran seperti halnya flowchart, akan tetapi perbedaannya dengan flowchart adalah activity diagram bisa mendukung perilaku parallel sadangkan flowchart tidak bisa. Berikut ini adalah simbol-simbol dari Activity Diagram. Tabel 2.4 Tabel Simbol-simbol Activity Diagram Simbol

Deskripsi

D. iReport dan JasperReport Banyak Report Engine, Tool atau Software Development Kit (SDK) pembuat report (laporan) dalam lingkungan Java, namun JasperReport adalah salah satu yang terbaik. (Nugroho, 2010:19) JasperReport merupakan library laporan yang open source yang sangat populer pada teknologi java, dan iReport adalah desain laporan visual pada JasperReport. Dengan iReport dapat mengatur chart, gambar, to user sub laporan, dan lain-lain. commit (Ahammad, 2010: 7)


digilib.uns.ac.id

BAB IV IMPLEMENTASI DAN ANALISIS PENGUJIAN A. Implementasi Aplikasi Medical Record Di Puskesmas Majegan 1.

User Interface Pada Aplikasi Medical Record Di Puskesmas Majegan a.

Tampilan Login Form Login merupakan halaman untuk keamanan dari sebuah

aplikasi, Dan berikut ini adalah desain tampilan login pada aplikasi medical record di Puskesmas Majegan.

Gambar 4.1 Tampilan Login

b. Tampilan Menu Utama Pada Gambar 4.2 merupakan desain tampilan menu utama pada aplikasi medical record. Ada beberapa menu yang bisa dijalankan oleh petugas puskesmas untuk mengentry data medical record pasien maupun mendapatkan fasilitas laporan sebagai dokumentasi.

commit to user

39



Gambar 4.2 Tampilan Menu Utama

c.

Tampilan Data Operator Pada gambar 4.3 merupakan desain tampilan data operator

pada aplikasi medical record.

Gambar 4.3 Tampilan Data Operator commit to user



d. Tampilan Menu Jadwal Dokter Gambar 4.4 merupakan tampilan menu jadwal dokter dan juga merupakan interface projek untuk operator untuk melakukan crud (create, update dan delete) terhadap data jadwal dokter.

Gambar 4.4 Tampilan Menu Jadwal Dokter

e.

Tampilan Form Menu About Untuk tampilan pada gambar 4.5 dibwah ini adalah informasi

tentang produk.

Gambar 4.5 Tampilan Menu About

commit to user



f.

Tampilan Dokter Melihat Jadwal Pada Gambar 4.6 interface bagi dokter untuk melihat jadwal

dokter di puskesmas Majegan. Dan disana dilengkapi fasilitas search untuk melakukan pencarian jadwal dokter sesuai nama dokter yang ingin dicari.

Gambar 4.6 Tampilan Asisten Dokter Melihat Jadwal

g.

Tampilan Dokter Melihat Data Medical Record Pasien Gambar 4.7 merupakan interface bagi dokter untuk melihat

data medical record pasien.

Gambar 4.7 Tampilan Dokter Melihat Data Medical Record Pasien commit to user



h.

Tampilan Transaksi Pembayaran Obat Gambar 4.8 di bawah ini adalah interface bagi operator untuk

melayani transaksi pembayaran obat pasien di puskesmas Majegan.

Gambar 4.8 Tampilan Transaksi Pembayaran Obat

i.

Tampilan Struk Pembayaran Gambar 4.9 di bawah ini adalah tampilan struk pembayaran

dari transaksi obat oleh operator di Puskesmas Majegan.

commit to user



Gambar 4.9 Tampilan Struk Pembayaran

j.

Tampilan Form Mencetak Berkas Keluaran yang diperoleh pada perangkat lunak ini adalah kartu

pasien, catatan medis pasien dan catatan pengeluaran obat harian di Puskesmas Majegan. Gambar 4.10 berikut ini adalah tampilan form untuk mencetak laporan tersebut.

commit to user Gambar 4.10 Tampilan Form Mencetak Berkas



k. Tampilan Kartu Pasien Gambar 4.11 adalah Keluaran kartu pasien yang berhasil dicetak pada perangkat lunak ini.

Gambar 4.11 Tampilan Kartu Pasien

l.

Tampilan Catatan Medis Pasien Gambar 4.12 berikut adalah tampilan catatan medis pasien

yang berhasil di cetak pada perangkat lunak ini.

commit to user



Gambar 4.12 Catatan Medis Pasien

m. Tampilan Catatan Pengeluaran Obat Harian Gambar

4.13

merupakan

tampilan

Keluaran

catatan

pengeluaran obat harian di Puskesmas Majegan yang berhasil dicetak.

commit to user



Gambar 4.13 Tampilan Catatan Pengeluaran Obat Harian

B. Pengujian Dan Analisa 1.

Pengujian Pengujian sistem ini bertujuan untuk menguji komponen sistem yang

telah dirancang sebelumnya dan untuk memastikan bahwa setiap elemen dari sistem telah berfungsi sesuai dengan yang diharapkan. Dalam pengujian ini akan membahas mengenai skenario pengujian, kasus dan hasil pengujian. a.

Skenario Pengujian Dalam teknik pengujian terhadap suatu perangkat lunak ada dua

macam pendekatan yaitu Black Box dan White Box. Metode pengujian Black Box berfokus pada persyaratan fungsional perangkat lunak. Disebut juga pengujian behavioral atau pengujian partisi. Pengujian commit to user blackbox memungkinkan perekayasa perangkat lunak mendapatkan



serangkaian input yang sepenuhnya menggunakan semua persyaratan fungsional untuk suatu program. Sedangkan pendekatan White Box metode desain test case yang menggunakan struktur control desain procedural untuk memperoleh test case. Disebut juga pengujian glassbox. Skenario pengujian aplikasi medical record ini sebagai berikut

Tabel 4.1 Skenario Pengujian Perangkat Lunak Aktor

Operator,

Proses

Butir

Pengujian

Pengujian

Login

Nama Form

Input data login F_Login

Asisten

oleh user

Dokter Operator

pengentrian data Pengentrian data F_Operator, operator, pasien, operator, pasien, F_Pasien, F_Obat, obat,

dokter, obat,

dokter, F_Dokter,

jadwal,

poliklinik

dan F_Jadwal

poliklinik

jadwal dokter.

F_Poliklinik

Operator,

pengentrian data Pengentrian data F_MR

Asisten

medical record

medical record

Dokter Operator,

cetak

catatan Cetak

Asisten

medis pasien

catatan F_Cetak

medis pasien

dokter Operator

Asisten

cetak

kartu Cetak

kartu F_Cetak

pasien

dan pasien

catatan

catatan

pengeluaran

pengeluaran

obat harian

obat harian

mengganti Melakukan commit to user

dan

F_Jadwal



Dokter

jadwal dokter

perubahan data jadwal dokter

Asisten

melihat

Dokter

dokter

data melihat

data F_Dokter

dokter

Skenario pengujian terhadap hardware yang direkomendasikan untuk menjalankan perangkat lunak ini sebagai berikut :

Tabel 4.2 Skenario Pengujian Hardware Yang Digunakan Hardware Prosessor

Kapasitas Intel Pentium 4 1,5 Ghz intel pentium dual core 1,6 Ghz

RAM

1 GB 512MB

Harddisk

20 GB 10 GB

VGA

Graphic 128 mb Graphic 32 mb

b.

Kasus dan Hasil Pengujian Contoh kasus dan hasil pengujian pada aplikasi medical record

ini sebagai berikut : Tabel 4.3 Pengujian Login Aktor

Data

Keluaran

Yang Pengamatan

Masukkan

Diharapkan

Pengujian

Operator,

Username : Memunculkan

Halaman

Asisten

endah

utama

Dokter

Password : endah

tampilan utama

langsung commit to user

Kesimpulan

terbuka

sesuai



Klik tombol login Operator,

Username : Memunculkan

Asisten

admin

Dokter

Password : Gagal Login”

konfirmasi

Muncul

sesuai

“ konfirmasi Gagal Login.

admin Klik tombol login

Tabel 4.4 Pengujian Pengentrian data operator, pasien, obat, dokter, jadwal, dan poliklinik Aktor

Operator

Data

Keluaran

Yang Pengamatan

Masukkan

Diharapkan

Pengujian

Klik tombol Masing-masing tambah

kotak

Kesimpulan

Masing-masing

isian kotak

isian

kosong dan data kosong dan data akan ditampilkan akan ke

tabel.

Bila ditampilkan

ke

gagal maka akan tabel. Bila gagal ditampilkan

maka

akan

jendela

ditampilkan

JoptionPane

jendela

untuk

JoptionPane

memberitahu

untuk

bahwa input data memberitahu error

bahwa data error

commit to user

input

sesuai



Tabel 4.5 Pengujian pengentrian data medical record Aktor

Data

Keluaran

Yang Pengamatan

Masukkan

Diharapkan

Pengujian

Operator,

Klik tombol Masing-masing

Asisten

tambah

Dokter

Kesimpulan

kotak

Masing-masing

isian kotak

Sesuai

isian

kosong dan data kosong dan data akan ditampilkan akan ke

tabel.

Bila ditampilkan

ke

gagal atau salah tabel. Bila gagal inputan

maka atau

akan ditampilkan inputan

salah maka

jendela

akan

JoptionPane

ditampilkan

untuk

jendela

memberitahu

JoptionPane

bahwa input data untuk error

memberitahu bahwa

input

data error

Tabel 4.6 Pengujian cetak catatan medis pasien Aktor

Data Masukkan

Keluaran

Pengamatan

Yang

Kesimpulan Pengujian

Diharapkan Operator,

Menginputkan

Akan

Akan

Asisten

noMR

menampilkan

menampilkan

Dokter

Klik tombol cetak

catatan medis

catatan medis

commit to user

sesuai



Tabel 4.7 Pengujian cetak kartu pasien dan catatan pengeluaran obat harian Aktor

Operator

Data

Keluaran

Yang Pengamatan

Kesimpulan

Masukkan

Diharapkan

Menginputk

Akan

Akan

an tanggal

menampilkan

menampilkan

Pengujian sesuai

Klik tombol catatan

catatan

cetak

pengeluaran obat

pengeluaran obat

Tabel 4.8 Pengujian mengganti jadwal dokter Aktor

Data

Keluaran

Yang Pengamatan

Kesimpulan

Masukkan

Diharapkan

Asisten

Mengubah

Akan

Akan

Dokter

jadwal

menampilkan

menampilkan

dokter

jadwal

Klik ubah

yang

Pengujian

dokter jadwal

sesuai

dokter

telah yang

terupdate

telah

terupdate

Tabel 4.9 Pengujian melihat data dokter Aktor

Data

Keluaran

Masukkan

Diharapkan

Asisten

Menginputk

Akan

Dokter

an dokter

Yang Pengamatan

Pengujian Akan

nama menampilkan data menampilkan data dokter sesuai data dokter sesuai data yang di inputkan

Kesimpulan

yang di inputkan

commit to user

sesuai



Tabel 4.10 Pengujian Hardware Yang Digunakan Hardware

Kapasitas

Kesimpulan Pengujian

Prosessor

Intel Pentium 4 1,5 Ghz

Berjalan dengan baik .

intel pentium dual core Berjalan dengan baik . 1,6 Ghz RAM

Harddisk

VGA

2.

1 GB

Berjalan dengan baik

512MB


20 GB


10 GB


Graphic 128 mb


Graphic 32 mb


Analisa Berdasarkan hasil pengujian dengan menggunakan metode black

box maka dapat disimpulkan bahwa aplikasi medical record secara fungsional telah memberikan hasil dari setiap proses sesuai dengan yang diharapkan. Dan hasil pengujian terhadap hardware yang digunakan untuk menjalankan aplikasi medical record

secara

fungsional dapat berjalan dengan baik. Aplikasi medical record ini membutuhkan spesifikasi untuk hardware dan software akan dijelaskan di bawah ini.

a.

Kebutuhan Hardware Untuk menggunakan aplikasi medical record ini hardware yang

direkomendasikan adalah sebagai berikut :

commit to user



Tabel 4.11 Kebutuhan Hardware Hardware

Minimal

Prosessor

Intel Pentium 4 1,5 Ghz

RAM

1 GB

Harddisk

20 GB

VGA

Graphic 128 mb

b. Kebutuhan Software Software yang harus ada untuk menjalankan aplikasi medical record ini adalah sebagai berikut:  Sistem Operasi Windows 7 Ultimate.  Database Server yaitu XAMPP.  PDF Reader sebagai software yang digunakan untuk membuat report.  JRE ( Java Runtime Enviroment) sebuah software yang dibutuhkan

untuk menjalankan semua aplikasi yang

berbasis Java Platform.

commit to user


digilib.uns.ac.id

BAB III ANALISIS DAN PERANCANGAN SISTEM

A. Analisis Sistem Pada analisis sistem aplikasi medical record ini membahas kebutuhan fungsional dan non fungsional yang terdiri System Requirement Specification (SRS) dan Usecase Diagram. 1.

System Requirement Specification (SRS) a.

Kebutuhan Fungsional Kebutuhan fungsional merupakan kebutuhan yang berhubungan

dengan proses bisnis dari sistem yang dibuat. Pada Tabel 3.1 ini menjelaskan kebutuhan fungsional yang ada di aplikasi medical record yaitu meliputi aktor dan masing-masing aktor bisa melakukan beberapa proses di sistem. Tabel 3.1 Tabel Kebutuhan Fungsional SRS SRS-F01

Proses

Actor

Melakukan login

Operator,

Asisten

Dokter SRS-F02

Mengentry data pasien yang Operator berobat

SRS-F03

Mengentry

data

Asisten Operator

data

medical Operator,

Dokter SRS-F04

Mengentry record pasien

Dokter

SRS-F05

Mengentry data obat

Operator

SRS-F06

Mencetak kartu pasien.

Operator

SRS-F07

Mencetak

catatan

pasien. SRS-F08

medis Operator, Dokter

Mencetak commit to user

14

catatan Operator

Asisten

Asisten



pengeluaran obat harian. SRS-F9

Mengganti jadwal dokter

Asisten Dokter

SRS-F10

Melihat Data Dokter

Asisten Dokter

SRS-F11

Mengentry Data Operator

Operator

SRS-F12

Mengentry jadwal

Operator

SRS-F13

Mengentry poliklinik

Operator

b. Kebutuhan Non Fungsional Kebutuhan non fungsional berhubungan dengan interaksi antar user dengan aplikasi yang dibuat. pada tabel 3.2 menjelaskan kebutuhan non fungsional dalam sistem yang dibuat. Tabel 3.2 Kebutuhan Non Fungsional Kode

Deskripsi Kebutuhan Non Fungsional

SRS-FN01

System ini bisa berjalan di platform windows

SRS-FN02

System ini dilengkapi dengan user interface friendly

2.

Use Case Diagram Pada Gambar 3.1 merupakan use case diagram yang menggambarkan

fungsionalitas yang diharapkan dari sebuah sistem, yang ditekankan adalah ”apa” yang diperbuat ke sistem.

commit to user



mengentry data dokter

transaksi obat

melakukan login Asisten Dokter mengentry jadwal dokter

mengganti jadwal

Operator

mencetak catatan medical record

mengentry data obat melihat data dokter mengentry data medical record

mengentry data pasien

mencetak kartu pasien

mencetak catatan pengeluaran obat harian mengentry data poliklinik

Gambar 3.1 Use Case Diagram

B. Desain Sistem 1.

Desain Model Analisis Macam-macam pemodelan análisis pada aplikasi medical record ini

dengan menggunakan UML antara lain Diagram, dan Class Diagram.

commit to user

Activity Diagram, Sequence



a. Activity Diagram 1) Operator dan Asisten Dokter melakukan login ke system

Operator dan asisten dokter melakukan login kesistem

menerima username dan Password

tidak username dan password valid??? ya

Menampilkan aktvitas sesuai level

Gambar 3.2 Activity Diagram Operator dan Asisten Dokter Melakukan Login Ke Sistem

2) Diasumsikan Operator dan Asisten Dokter telah berhasil login ke Sistem maka mereka bisa mencetak catatan medis pasien.

operator dan asisten dokter mencetak catatan medis pasien

Menerima data yang akan dicetak

tidak konfirmasi cetak data?? ya

menampilkan laporan catatan medis pasien

Gambar 3.3 Activity Operator dan Asisten Dokter Mencetak commit user Pasien CatatantoMedis



3) Diasumsikan Operator telah berhasil login ke sistem maka operator bisa melakukan cetak kartu pasien.

Operator Mencetak Kartu Pasien

Menerima data pasien yang akan dicetak

tidak konfirmasi cetak?? ya

menampilkan kartu pasien

Gambar 3.4 Activity Diagram Operator Mencetak Kartu Pasien

4) Diasumsikan Asisten Dokter telah berhasil login ke sistem sehingga bisa melakukan entry data Medical Record pasien.

Asisten Dokter mengentrikan medical record pasien

menerima data pasien

tidak

data valid? ya

menampilkan data medical record yang terupdate

konfirmasi tambah tidak

ya

konfirmasi ubah tidak

konfirmasi hapus

ya

menampilkan data medical record yang terupdate

ya

Gambar 3.5 Activity Diagram Asisten Dokter Mengentry commit to user Data Medical Record Pasien



5) Diasumsikan asisten dokter

telah berhasil login ke sistem

sehingga bisa melihat data dokter.

Asisten Dokter melihat Data Dokter

menerima data dokter

data ada?? ya

menampilkan data dokter

Gambar 3.6 Activity Diagram Asisten Dokter Melihat Data Dokter

6) Diasumsikan Asisten Dokter telah berhasil login ke sistem sehingga bisa mengganti jadwal Dokter.

Asisten Dokter mengganti jadwal dokter

menerima data dokter

data ada?? ya

menampilkan jadwal dokter

tidak konfirmasi ubah ya menampilkan jadwal dokter yang terbaru atau terupdate

Gambar 3.7 Activity Diagram Asisten Dokter Mengganti Jadwal Dokter commit to user



7) Diasumsikan operator telah berhasil login ke sistem sehingga bisa mengentry data pasien yang berobat, operator, obat, Dokter, jadwal Dokter, poliklinik, dan data medical record ke system.

Operator mengentry data operator, pasien, dokter, jadwal_dokter,obat, poliklinik,dan MR kesistem menerima data operator,pasien,dokter,jadwal_dokter,obat,poliklinik,dan MR

konfirmasi tambah

konfirmasi ubah tidak

konfirmasi hapus

tidak ya

ya menampilkan data operator,pasien, obat,dokter,jadwal dokter,poliklinik,dan MR ya

Gambar 3.8 Activity Diagram Operator Mengentry Data Pasien,Obat, Dokter, Jadwal Dokter,Poliklinik, Dan Medical Record

8) Diasumsikan operator telah berhasil login ke sistem sehingga bisa mencetak catatan pengeluaran obat harian.

commit to user



operator mencetak catatan pengeluaran obat harian

Menerima data yang akan dicetak tidak konfirmasi cetak data?? ya

menampilkan laporan catatan pengeluaran obat

Gambar 3.9 Activity Diagram Operator Mencetak Catatan Pengeluaran Obat Harian

9) Diasumsikan operator telah berhasil login ke sistem sehingga bisa melakukan transaksi pembayaran obat.

Operator melakukan transaksi pembayaran obat pasien

Menerima kode obat

tidak

kode valid??? ya

Menampilkan nota pembayaran obat

Gambar 3.10 Activity Diagram Transaksi Pembayaran Obat commit to user



b. Sequence Diagram 1)

Operator dan asisten dokter melakukan login

: Operator

: Asisten Dokter

Form Login

: Control Login

Operator

: dokter

username( ) password( ) username( ) password( ) getUsername getPassword( ) cek format( ) login( ) login( )

display pesan( )

menampilkan aktivitas sesuai level( )

menampilkan aktivitas sesuai level

Gambar 3.11 Sequence Diagram Operator Dan Asisten Dokter Melakukan Login

2) Mencetak laporan catatan medis pasien

: Operator

: Asisten Dokter

: Form Cetak

: Control Cetak

medical record

noMR( ) noMR( ) getnoMR( ) cek format( ) print( ) display pesan( ) catatan medis( ) catatan medis( )

Gambar 3.12 Sequence Diagram Operator Dan Asisten Dokter Mencetak Catatan Medis Pasien

commit to user



3) Operator mengentry data operator, pasien yang berobat, dokter, mr, obat, jadwal dokter, dan poliklinik.

: Operator

: Form entry data

control

: operator

: dokter

obat

poliklinik

pasien

data operator( ) data obat( )

data dokter( ) data medical record( ) data jadwal( ) data pasien( ) data poliklinik( ) getdata operator( ) getDataPasien( ) getDataObat( ) getDataDokter( ) getDataJadwal( ) getDataPoliklinik( ) getDataMR( ) cekFormat( ) tambah( ) tambah( ) tambah( ) tambah( ) tambah( ) tambah( ) ubah( ) ubah( ) ubah( ) ubah( ) ubah( ) ubah( ) hapus( ) hapus( ) hapus( ) hapus( ) hapus( ) hapus( ) refresh( )

refresh( ) refresh( )

refresh( ) refresh( ) refresh( )

display pesan( ) menampilkan data operator,pasien,dokter,poli klinik,obat,jadwal,medical record( )

commit to user Gambar 3.13 Sequence Diagram Operator Mengentry data-data Ke Sistem

jadwal



4) Operator mencetak kartu pasien.

: Operator

: Form Cetak

: Control Cetak

: pasien

kode_pasien( ) getKodePasien( ) cek format( ) print( )

display pesan kartu pasien( )

Gambar 3.14 Sequence Diagram Operator Mencetak Kartu Pasien

5) Mencetak Catatan Pengeluaran Obat Harian

: Operator

: Form Cetak

: Control Cetak

: obat

tgl_keluar( ) print( ) getTgl Keluar( ) cek format( )

error display pesan( ) catatan pengeluaran obat( )

Gambar 3.15 Sequence Diagram Mencetak Catatan Pengeluaran Obat Harian. commit to user



6) Transaksi Pembayaran Obat

: Operator

Form Transaksi

: control

transaksi

kode_obat( ) bayar( ) getKode Obat( ) getBayar( )

cek format( )

print struk( ) display pesan( ) struk pembayaran( )

Gambar 3.16 Sequence Diagram Transaksi Pembayaran Obat

7) Asisten dokter mengentry data medical record pasien

: Asisten Dokter

Forn medical record

: control

: medical record

noMR( ) kode_dokter( ) kode_pasien( ) keluhan( ) diagnosa( ) tgl_periksa( )

getKode Dokter getKode Pasien( ) getkeluhan( ) getDiagnosa( ) getTgl_Keluar( ) cek format( ) entry data mr( )

menampilkan data medical record yang terupdate( )

display pesan( )

commit to user Gambar 3.17 Sequence Diagram Asisten Dokter Mengentry Data Medical Record Pasien.



8) Melihat Data Dokter

: Asisten Dokter

form dokter

: control

: dokter

nama_dokter( ) getNama Dokter cek format( ) cari( )

error display pesan menampilkan data dokter

Gambar 3.18 Sequence Diagram Melihat Data Dokter

9) Mengganti Jadwal Dokter

: Asisten Dokter

: Form jadwal

: control

: jadwal

kode_dokter( ) waktu1( ) waktu2( ) hari( ) getKode_dokter( ) getWaktu1( ) getWaktu2( ) getHari( ) cekFormat( ) mengubah jadwal( ) display pesan( )

menampilkan jadwal yang tealh terupdat...

commit to user Gambar 3.19 Sequence Diagram Mengganti Jadwal Dokter



c. Class Diagram 1) Class Diagram Login

Gambar 3.20 Class Diagram Login

2) Class diagram mencetak laporan catatan medis pasien.

Gambar 3.21 Class Diagram Mencetak Catatan Medis Pasien.

commit to user



3) Class diagram operator mengentry data operator, obat, pasien, dokter, jadwal dokter, medical record dan poliklinik.

Gambar 3.22 Class Diagram Mengentry Data Operator, Obat, Pasien, Dokter, Obat, Medical Record, Jadwal Dokter Dan Poliklinik.

commit to user



4) Class diagram operator mencetak kartu pasien.

Gambar 3.23 Class Diagram Operator Mencetak Kartu Pasien

5) Class diagram operator mencetak catatan pengeluaran obat harian.

Gambar 3.24 Class Diagram Operator Mencetak Pengeluaran Obat Harian.

6) Class diagram operator transaksi obat.

Gambar 3.25 Class Diagram transaksi obat

commit to user



7) Class diagram asisten dokter mengentry data medical record pasien.

Gambar 3.26 Class Diagram asisten dokter mengentry data medical record

8) Class diagram asisten dokter melihat data dokter.

Gambar 3.27 Class diagram asisten dokter melihat data dokter 1) Class diagram asisten dokter mengganti jadwal dokter.

Gambar 3.28 Class Diagram asisten dokter mengganti jadwal commit to user dokter



2.

Desain Database a. Tabel Operator Tabel Operator ini digunakan untuk menyimpan data operator yang akan digunakan sebagai autentifikasi pada saat masuk aplikasi. Struktur tabel operator ini digambarkan pada Tabel 3.3

Tabel 3.3 Tabel Operator Field

Tipe

Length

Null

Keterangan

kode_operator

Varchar

3

Not null

Primary key

nama_operator Varchar

20

Not null

Alamat

Varchar

40

Not null

no_telp

Varchar

12

Not null

Username

Varchar

10

Not null

password

Varchar

10

Not null

b. Tabel Dokter Tabel Dokter ini digunakan untuk menyimpan data Dokter. Didalam tabel Dokter ini Dokter memiliki hak akses untuk melihat info, mencetak laporan dan data medical record pasien yang ditangani sehingga disana dilengkapi autentikasi Dokter ketika

masuk ke

aplikasi. Pada tabel 3.4 adalah Struktur Tabel Asisten Dokter.

Tabel 3.4 Tabel Asisten Dokter Field

Tipe

Length

Null

Keterangan

kode_ dokter

varchar

10

not null

primary key

nama_ dokter

varchar

20

not null

kode_poli

int 2 commit to user

not null

foreign key



alamat

text

not null

no_telp

varchar

12

not null

username

varchar

10

not null

password

varchar

10

not null

c. Tabel Pasien Tabel 3.5 meruapakan tabel pasien yang digunakan untuk menyiman data pasien. Berikut struktur tabel pasien :

Tabel 3.5 Tabel Pasien Field

Tipe

Length

Null

Keterangan

kode_pasien

varchar

10

not null

primary key

nama_pasien

varchar

20

not null

Alamat

text

not null

tgl_lahir

date

not null

jenis_kelamin

enum

‘L’,’P’

not null

gol_darah

enum

‘A’.’B’,

not null

’AB’,’O’ Umur

smallint

3

not null

no_telp

varchar

12

not null

Status

enum

‘Nikah’,

not null

’Belum’ Agama

varchar

10

not null

Pekerjaan

varchar

20

not null

nama_orangtua varchar

20

not null

d. Tabel Obat Tabel Obat adalah tabel yang diguakn untuk menyimpan data obat. Tabel 3.6 merupakan struktur tabel obat. commit to user



Tabel 3.6 Tabel Obat Field

Tipe

Length

Null

Keterangan

kode_obat

varchar

10

not null

primary key

nama_obat varchar

25

not null

type_obat

varchar

6

not null

harga

Int

11

not null

stokAwal

Int

5

Not null

stokAkhir

Int

5

Not null

e. Tabel Medical Record Tabel Medical Record merupakan tabel untuk menyimpan data medical record pasien. Struktur tabel digambarkan pada Tabel 3.7

Tabel 3.7 Tabel Medical Record Field

Tipe

Length

Null

Keterangan

noMR

varchar

5

not null

primary key

tgl_periksa

date

kode_pasien

varchar

keluhan

text

diagnosa

varchar

25

not null

kode_ dokter

varchar

10

not null

not null 10

not null

foregn key

not null

foregn key

f. Tabel Jadwal Tabel 3.8 adalah struktur tabel jadwal Asisten Dokter yang digunakan untuk menyimpan data jadwal Asisten Dokter di Pusekesmas Majegan.

Tabel 3.8 Tabel Jadwal Field id_jadwal

Tipe Length commit to user int 3

Null

Keterangan

not null

primary key



Hari

varchar

6

not null

waktu1(datang) varchar

10

not null

waktu2(pulang) varchar

10

not null

kode_dokter

10

not null

varchar

foregn key

g. Tabel Poli Tabel 3.9 merupakan struktur tabel poli untuk menyimpan data poli yang ada di Puskesmas.

Tabel 3.9 Tabel Poli Field

Tipe

Length

Null

Keterangan

kode_poli

int

2

not null

primary key

nama_poli

varchar

7

not null

h. Tabel Keluar_Obat Tabel 3.10 merupakan gambaran struktur tabel keluar_obat yang digunakan untuk menyimpan data keluar_obat.

Tabel 3.10 Tabel Keluar_obat Field

Tipe

Length

Null

Keterangan

Kode_keluar Varchar

20

Not null

Primary key

Kode_pasien Varchar

10

Not null

Foreign key

Tgl_keluar

Date

Total_bayar

Int

Not null 7

Not null

i. Tabel det_keluarobat Tabel 3.11 merupakan gambaran struktur tabel det_keluarobat yang digunakan untuk menyimpan data det_keluarobat. commit to user



Tabel 3.11 Tabel det_keluarobat Field

Tipe

Length

Null

Keterangan

Kode_keluar Varchar

20

Not null

Foreign key

Kode_obat

Varchar

10

Not null

Foreign key

jumlah

Int

5

Not null

j. Relationship Diagram Pada Gambar 3.29 ini merupakan gambaran relationship diagram dari tabel-tabel yang saling berelasi pada aplikasi medical record.

Gambar 3.29 Relationship Diagram commit to user



3.

Desain Interface Desain interface merupakan gambaran rancangan antarmuka program

yang akan dibuat.

a. Desain Interface Login Pada gambar 3.30 merupakan rancangan desain dari form login yang digunakan sebagai form untuk authentication aplikasi.

Aplikasi Medical Record Di Puskes Majegan

icon

Masukkan Username & Password Anda

Username : Password :

Masuk

Batal

Gambar 3.30 Desain Login

b. Desain Interface Utama Gambar 3.31 adalah rancangan desain form menu utama pada aplikasi medical record, disana ada beberapa menu yang diakan di kelola oleh user.

commit to user



File Operator Dokter Pasien Obat

D ia g n o s a

Berkas

Help

Baner

Informasi Lokasi Puskesmas

Gambar 3.31 Desain Form Menu Utama

c. Desain Form Data Medical Record Gambar 3.32 merupakan rancangan desain form data didalam aplikasi medical record.

ic o n

Hom e

C a ri :

re fre s h

tambah

ubah

hapus

Gambar 3.32 Desain Form Data Medical Record

commit to user

c a ri



d. Desain About Aplikasi Pada gambar 3.33 adalah rancangan desain form dari menu about pada aplikasi.

Aplikasi Medical Record Di Puskesmas Majegan informasi product

icon Aplikasi

<
Gambar 3.33 Desain Form About Aplikasi

commit to user


digilib.uns.ac.id

BAB V PENUTUP

A. Kesimpulan Kesimpulan yang dapat diambil dari pembahasan diatas telah berhasil dibangun sebuah perangkat lunak medical record, yang diharapkan mampu memfasilitasi petugas puskesmas majegan dalam melayani pasien. Perangkat lunak medical record ini diharapkan dapat digunakan petugas puskesmas untuk mendata pasien, melihat informasi dokter, fasilitas mencetak kartu pasien, catatan medis rawat jalan serta fasilitas catatan harian pengeluaran obat di Puskesmas Majegan.

B.

Saran Saran-saran yang dapat penulis sampaikan yaitu aplikasi medical

record di Puskesmas Majegan ini akan lebih baik lagi jika dikembangkan lagi dengan fasilitas service logic yang dapat menghubungkan informasi rekam medis rawat jalan antar Puskesmas.

commit to user

55

APLIKASI MEDICAL RECORD DI PUSKESMAS MAJEGAN

Recommend Documents