skripsi rancang bangun sistem informasi poli...
TRANSCRIPT
SKRIPSI
RANCANG BANGUN SISTEM INFORMASI POLI KLINIK KEBIDANAN
(STUDI KASUS RUMAH SAKIT UMUM SITANALA)
Skripsi Ini Diajukan Sebagai Syarat Melaksanakan Kewajiban Studi Strata Satu
Program Studi Sistem Informasi
Disusun Oleh:
Firman Nugraha Almeiji
NIM: 1112093000090
PROGRAM STUDI SISTEM INFORMASI
FAKULTAS SAINS DAN TEKNOLOGI
UNIVERSITAS ISLAM NEGERI SYARIF HIDAYATULLAH
JAKARTA
2017 M/14
ii
iii
iv
PERNYATAAN
DENGAN INI SAYA MENYATAKAN BAHWA SKRIPSI INI BENAR-BENAR
HASIL KARYA SENDIRI YANG BELUM PERNAH DIAJUKAN SEBAGAI
SKRIPSI ATAU KARYA ILMIAH PADA PERGURUAN TINGGI ATAU
LEMBAGA MANAPUN.
Jakarta, Februari 2017
FIRMAN NUGRAHA ALMEIJI
NIM : 1112093000090
v
ABSTRAK
Firman Nugraha Almeiji – 1112093000090 Rancang Bangun Sistem Informasi
Poli Klinik Kebidanan (Studi Kasus: Rumah Sakit Umum Sitanala) dibawah
bimbingan Yuni Sugiarti, M.Kom dan Suci Ratnawati, MTI
Pada Rumah Sakit Umum Sitanala, bagian poli kebidanan merupakan salah
satu bagian yang ramai dikunjungi para pasien, khususnya para ibu yang sedang
mengandung yang melakukan pemeriksaan kehamilan, perkiraan persalinan,
kontrol bayi, perbandingan pemeriksaan kehamilan dan perbandingan kontrol bayi.
Berdasarkan penelitian yang dilakukan oleh peneliti, pencatatan pemeriksaan
kehamilan dan kontrol bayi masih manual menggunakan form kertas sehingga data-
data pasien tidak tersimpan dengan baik dan tidak terstruktur, sulitnya pencarian
data pasien sebelumnya disaat melakukan perbandingan pemeriksaan kehamilan
atau perbandingan kontrol bayi, begitu pula dengan perhitungan perkiraan
persalinan yang masih menghitung berdasarkan fundusuteri yang hasilnya kurang
akurat untuk mengetahui perkiraan. Berdasarkan permasalah tersebut tujuan dari
penelitian ini adalah merancang dan membangun sistem informasi yang terdiri dari
pencatatan pemeriksaan kehamilan, perbandingan pemeriksaan kehamilan,
perhitungan perkiraan persalinan, kontrol bayi, dan perbandingan kontrol bayi.
Metode penelitian yang digunakan terdiri dari metode pengumpulan data
(observasi, wawancara, dan studi pustaka) dan metode pengembangan sistem rapid
application system (RAD) dengan alat unified modelling language (UML). Tahap
pembuatan program dilakukan menggunakan bahasa pemrograman personal home
page (PHP), dengan MySQL sebagai database. Hasil penelitian yang didapatkan
ialah terbentuknya sistem informasi yang mengkomputerisasikan pencatatan
pemeriksaan kehamilan, perbandingan pemeriksaan kehamilan, kontrol bayi,
perbandingan kontrol bayi dan perhitungan perkiraan persalinan yang dihitung
menggunakan rumus Neagle.
Kata Kunci: Sistem informasi rumah sakit, Neagle, RAD, UML, MySQL, PHP.
V Bab + xvii + 149 Halaman + 69 Gambar + 29 Tabel + Pustaka (2003 – 2013) +
Lampiran
vi
DAFTAR ISI
LEMBAR PENGESAHAN PEMBIMBING .... Error! Bookmark not
defined.
PERNYATAAN ................................................................................... ii
ABSTRAK ........................................................................................... v
DAFTAR ISI ....................................................................................... vi
DAFTAR GAMBAR .......................................................................... ix
DAFTAR TABEL ............................................................................. xiii
DAFTAR SIMBOL USE CASE DIAGRAM ...................................... xv
DAFTAR SIMBOL USE CASE DIAGRAM (LANJUTAN) ............ xvi
DAFTAR SIMBOL ACTIVITY DIAGRAM ..................................... xvii
DAFTAR SIMBOL ACTIVITY DIAGRAM (LANJUTAN) ........... xviii
DAFTAR SIMBOL CLASS DIAGRAM ........................................... xix
DAFTAR SIMBOL SEQUENCE DIAGRAM ................................... xx
DAFTAR SIMBOL SEQUENCE DIAGRAM (LANJUTAN) ......... xxi
DAFTAR ISTILAH KEBIDANAN ................................................ xxii
KATA PENGANTAR .................................................................... xxiii
BAB I ................................................................................................... 1
PENDAHULUAN................................................................................ 1
1.1. Latar Belakang ......................................................................... 1
1.2. Identifikasi Masalah ................................................................ 3
1.3. Masalah Penelitian ................................................................... 4
1.4. Batasan Masalah ...................................................................... 4
1.5. Tujuan Penelitian ..................................................................... 5
1.6. Manfaat Penelitian ................................................................... 6
1.7. Metodologi Penelitian ............................................................. 7
1.8. Sistematika Penulisan .............................................................. 9
BAB II ................................................................................................ 11
vii
LANDASAN TEORI ......................................................................... 11
2.1. Konsep Dasar Sistem Informasi ............................................ 11
2.1.1. Pengertian Sistem ............................................................ 11
2.1.2. Elemen Sistem ................................................................. 11
2.1.3. Pengertian Informasi ....................................................... 13
2.1.4. Siklus Informasi .............................................................. 13
2.1.5. Kualitas Informasi ........................................................... 14
2.1.6. Pengertian sistem informasi ............................................ 15
2.1.7. Komponen sistem informasi ........................................... 15
2.3. Konsep Dasar Basis Data ...................................................... 16
2.3.1. DBMS (Database Management System) ........................ 17
2.4. Metode Pengumpulan Data ................................................... 18
2.4.1. Observasi ......................................................................... 18
2.4.2. Wawancara ...................................................................... 18
2.4.3. Studi Literatur ................................................................. 19
2.5. Metode Pengembangan Sistem ............................................. 19
2.5.1. SDLC (Software Development Life Cycle) ..................... 19
2.5.2. Definisi RAD (Rapid Application Development) ........... 20
2.5.3. Keunggulan dan Kelemahan Model RAD ...................... 21
2.5.4. Perbandingan Metodologi Pengembangan Sistem.......... 23
2.6. Konsep UML (Unified Modeling Language)........................ 25
2.6.1. Use Case Diagram .......................................................... 25
2.6.2. Activity Diagram ............................................................. 26
2.6.3. Sequence Diagram .......................................................... 27
2.6.4. Class Diagram ................................................................ 28
2.6.5. Mapping Diagram ........................................................... 29
2.7. Unsur-Unsur Dalam Perancangan Sistem ............................. 30
2.7.1. Pemrograman PHP (Hypertext Prepocessor) ................. 30
2.7.2. MySQL ............................................................................ 31
viii
2.7.3. XAMPP ........................................................................... 31
2.8. Kajian Al-Qur’an Tentang Kehamilan .................................. 32
2.9. Rumah Sakit .......................................................................... 32
2.10. Kehamilan .......................................................................... 33
2.11. Leopold ............................................................................... 33
2.11.1. Leopold I ......................................................................... 34
2.11.2. Leopold II ........................................................................ 36
2.11.3. Leopold III....................................................................... 38
2.11.4. Leopold IV ...................................................................... 39
2.12. Rumus Neagle Menghitung Usia Kehamilan ..................... 40
BAB III ............................................................................................... 41
METODOLOGI PENELITIAN ......................................................... 41
3.1. Metode Pengumpulan Data ................................................... 41
3.1.1. Observasi ......................................................................... 41
3.1.2. Wawancara ...................................................................... 42
3.1.3. Studi Pustaka ................................................................... 42
1.2.1. Perencanaan Syarat ......................................................... 45
1.2.2. Workshop Desain ............................................................ 46
3.2.3 Implementasi ................................................................... 47
1.3. Kerangka Berfikir .................................................................. 47
BAB IV .............................................................................................. 49
PEMBAHASAN ................................................................................ 49
4.1. Perencanaan Syarat ................................................................ 49
4.1.1. Gambaran Umum Rumah Sakit Sitanala ........................ 49
4.1.2. Analisis sistem berjalan................................................... 51
4.1.3. Sistem Usulan .................................................................. 53
4.1.4. Identifikasi Masalah ........................................................ 55
4.1.5. Analisis Perbandingan Sistem ......................................... 56
4.1.6. Analisis Kebutuhan ......................................................... 57
ix
4.2. Workshop Desain ................................................................... 60
4.2.1. Identifikasi Use Case dan Aktor ..................................... 60
4.2.2. Use Case Diagram ........................................................... 62
4.2.3. Narasi Use Case .............................................................. 63
4.2.4. Activity Diagram ............................................................. 73
4.2.5. Class Diagram ................................................................ 83
4.2.6. Mapping Class Diagram ................................................. 85
4.2.7. Spesifikasi Database ....................................................... 86
4.2.8. Sequence Diagram .......................................................... 95
4.3. Pembuatan Aplikasi ............................................................. 112
4.4.1. Coding .............................................................................. 112
4.4.2. Perancangan interface ...................................................... 112
4.4.3. Pengujian dan pergantian ................................................. 126
BAB V .............................................................................................. 128
PENUTUP ........................................................................................ 128
5.1. Kesimpulan ............................................................................ 128
5.2. Saran ....................................................................................... 128
DAFTAR PUSTAKA ...................................................................... 130
LAMPIRAN ..................................................................................... 133
DAFTAR GAMBAR
Gambar 2. 1 Elemen-elemen Sistem ..................................................................... 13
Gambar 2. 2 Siklus Pengolahan Data .................................................................... 14
Gambar 2. 3 Use Case Diagram ........................................................................... 26
Gambar 2. 4 Activity Diagram .............................................................................. 27
Gambar 2. 5 Sequence Diagram ........................................................................... 28
Gambar 2. 6 Class Diagram.................................................................................. 29
x
Gambar 2. 7 Mapping diagram ............................................................................. 29
Gambar 2. 8 Fundusuteri ...................................................................................... 35
Gambar 2. 9 Leopold I .......................................................................................... 36
Gambar 2. 10 Leopold II ....................................................................................... 37
Gambar 2. 11 Leopold III...................................................................................... 38
Gambar 2. 12 Leopold IV ..................................................................................... 39
Gambar 3. 1 Kerangka Berfikir ............................................................................. 48
Gambar 4. 1 Logo Rumah Sakit Sitanala .............................................................. 51
Gambar 4. 2 Struktur Organisasi Rumah Sakit Sitanala ....................................... 51
Gambar 4. 3 Rich Picture Sistem Berjalan Poli Kebidanan RS Umum Sitanala .. 52
Gambar 4. 4 Rich Picture Sistem Usulan Poli Kebidanan RS Umum sitanala .... 54
Gambar 4. 5 Usecase Diagram ............................................................................. 62
Gambar 4. 6 Activity Diagram Login .................................................................... 73
Gambar 4. 7 Activity Diagram Logout .................................................................. 73
Gambar 4. 8 Activity Diagram Mengelola Data Pegawai ..................................... 74
Gambar 4. 9 Activity Diagram Mengelola Ruang Rawat Inap ............................. 75
Gambar 4. 10 Activity Diagram Mengelola Data Pemeriksaan Kehamilan......... 76
Gambar 4. 11 Activity Diagram Cetak Perbandingan Pemeriksaan Kehamilan ... 77
Gambar 4. 12 Activity Diagram Perbandingan Hasil Pemeriksaan Kehamilan .... 78
Gambar 4. 13 Activity Diagram Mengelola Data Kontrol Bayi ........................... 79
Gambar 4. 14 Activity Diagram Perbandingan Data Kontrol Bayi ....................... 80
Gambar 4. 15 Activity Diagram Mengelola Persalinan ........................................ 81
Gambar 4. 16 Activity Diagram Cetak Perbandingan Kontrol Bayi ..................... 82
Gambar 4. 17 Class Diagram................................................................................ 83
Gambar 4. 18 Mapping Class Diagram ................................................................ 85
xi
Gambar 4. 19 Sequence Login .............................................................................. 95
Gambar 4. 20 Sequence Logout ............................................................................ 96
Gambar 4. 21 Sequence Mengelola Data Pegawai................................................ 97
Gambar 4. 22 Sequence Mengelola Persalinan ..................................................... 98
Gambar 4. 23 Sequence Mengelola Ruang Rawat Inap ...................................... 100
Gambar 4. 24 Sequence Mengelola Data Pemeriksaan Kehamilan .................... 102
Gambar 4. 25 Sequence Perbandingan Pemeriksaan Kehamilan ........................ 104
Gambar 4. 26 Sequence Kontrol Bayi ................................................................. 106
Gambar 4. 27 Sequence Perbandingan Kontrol Bayi .......................................... 108
Gambar 4. 28 Sequence cetak perbandingan pemeriksaan kehamilan ................ 110
Gambar 4. 29 Sequence cetak perbandingan kontrol bayi .................................. 111
Gambar 4. 30 Rancangan Interface Login .......................................................... 112
Gambar 4. 31 Rancangan Interface Menu Pegawai ............................................ 113
Gambar 4. 32 Rancangan Interface Add Pegawai .............................................. 113
Gambar 4. 33 Rancangan Interface Edit Pegawai .............................................. 114
Gambar 4. 34 Rancangan Interface Menu Ruang Inap ....................................... 114
Gambar 4. 35 Rancangan Interface Add Ruangan.............................................. 115
Gambar 4. 36 Rancangan interface edit ruangan ................................................ 115
Gambar 4. 37 Rancangan Interface Menu Persalinan Admin ............................. 116
Gambar 4. 38 Rancangan Interface Edit Persalinan ........................................... 116
Gambar 4. 39 Rancangan Interface Menu Persalinan Pegawai Rawat Inap ....... 117
Gambar 4. 40 Rancangan Interface Form Tambah Persalinan ........................... 117
Gambar 4. 41 Rancangan Interface Tambah Persalinan .................................... 118
Gambar 4. 42 Rancangan Interface Menu Pemeriksaan Kehamilan .................. 118
Gambar 4. 43 Rancangan Interface Form Tambah Data Pasien ......................... 119
xii
Gambar 4. 44 Rancangan Interface Form Tambah Pemeriksaan ....................... 119
Gambar 4. 45 Rancangan Interface Form Edit Pemeriksaan .............................. 120
Gambar 4. 46 Rancangan Interface Form Tambah Pemeriksaan ....................... 120
Gambar 4. 47 Rancangan Interface Menu Perbandingan Kehamilan ................. 121
Gambar 4. 48 Rancangan Interface Menu Hasil Perbandingan Pemeriksaan .... 121
Gambar 4. 49 Rancangan Interface Menu Kontrol Bayi .................................... 122
Gambar 4. 50 Rancangan Interface Menu Add Bayi .......................................... 122
Gambar 4. 51 Rancangan Interface Form Kontrol Bayi ..................................... 123
Gambar 4. 52 Rancangan Interface Form Edit Bayi ........................................... 123
Gambar 4. 53 Rancangan Interface Menu Perbandingan Kontrol Bayi ............. 124
Gambar 4. 54 Rancangan Interface Hasil Perbandingan Kontrol Bayi .............. 124
Gambar 4. 55 Rancangan Interface Menu Cetak Perbandingan Pemeriksaan .... 125
Gambar 4. 56 Rancangan Interface Menu Cetak Perbandingan Kontrol Bayi ... 125
xiii
DAFTAR TABEL
Tabel 2. 1 Perbandingan Metodologi Pengembangan Sistem ............................... 23
Tabel 3. 1 Tabel Studi Literatur ........................................................................... 43
Tabel 4. 1 Perbandingan Sistem Berjalan dan Sistem Usulan ............................. 56
Tabel 4. 2 Nonfunctional Requirement ................................................................. 58
Tabel 4. 3 Formulir Pengkajian Awal Kebidanan dan Kandungan ...................... 59
Tabel 4. 4 Identifikasi Aktor ................................................................................. 60
Tabel 4. 5 Identifikasi Use Case ........................................................................... 61
Tabel 4. 6 Narasi Use Case Login ........................................................................ 63
Tabel 4. 7 Narasi Use Case Logout ...................................................................... 63
Tabel 4. 8 Narasi Use Case Mengelola Data Pegawai .......................................... 64
Tabel 4. 9 Narasi Use Case Mengelola Data Ruang Rawat Inap.......................... 65
Tabel 4. 10 Narasi Use Case Mengelola Data Pemeriksaan Kehamilan .............. 66
Tabel 4. 11 Narasi Use Case Cetak Perbandingan Pemeriksaan Kehamilan ........ 67
Tabel 4. 12 Narasi Use Case Perbandingan Pemeriksaan Kehamilan .................. 68
Tabel 4. 13 Narasi Use Case Mengelola Data Bayi .............................................. 69
Tabel 4. 14 Narasi Use Case Perbandingan Data Kontrol Bayi ........................... 70
Tabel 4. 15 Narasi Use Case Mengelola Data Persalinan ..................................... 71
Tabel 4. 16 Narasi Use Case Cetak Perbandingan Kontrol Bayi .......................... 72
Tabel 4. 17 Tabel Pasiens...................................................................................... 86
Tabel 4. 18 Tabel Pegawais .................................................................................. 87
Tabel 4. 19 Tabel Riwayatkesehatans ................................................................... 88
Tabel 4. 20 Pemeriksaankehamilans ..................................................................... 89
xiv
Tabel 4. 21 Tabel Bayis ........................................................................................ 90
Tabel 4. 22 Tabel Kontrolbayis ............................................................................. 91
Tabel 4. 23 Tabel Ruangans .................................................................................. 92
Tabel 4. 24 Tabel Rawatinaps ............................................................................... 92
Tabel 4. 25 Tabel Perbandinganperiksas .............................................................. 93
Tabel 4. 26 Tabel Perbandingankontrolbayis........................................................ 94
Tabel 4. 27 Tabel pengujian sistem .................................................................... 126
xv
DAFTAR SIMBOL USE CASE DIAGRAM (Rosa dan Shalahuddin, 2013)
Simbol Deskripsi
Use case: Fungsional yang disediakan sistem
sebagai unit – unit yang saling bertukar pesan
antar unit atau actor; biasanya dinyatakan
dengan menggunakan kata kerja di awal –
awal frase nama use case
Aktor: Orang, proses, atau sistem lain yang
berinteraksi dengan sistem informasi yang
akan dibuat di luar sistem informasi yang
akan dibuat itu sendiri, jadi walaupun symbol
dari actor adalah gambar orang, tapi actor
belum tentu merupakan orang; biasanya
dinyatakan menggunakan kata benda di awal
frase nama actor
Asosiasi: Komunikasi antara actor dan use
case yang berpartisipasi pada use case atau
use case memiliki interaksi dengan actor.
Extend: Relasi use case tambahan ke sebuah
use case dimana use case yang ditambahkan
dapat berdiri sendiri walau tanpa use case
tambahan itu; mirip dengan prinsip
inheritance pada pemrograman berorientasi
objek; biasanya use case tambahan memiliki
nama depan yang sama dengan use case yang
ditambahkan, missal
Arah panah mengarah pada use case yang
ditambahkan; biasanya use case yang
menjadi extend-nya merupakan jenis yang
sama dengan use case yang menjadi
induknya.
Include: Relasi use case tambahan ke sebuah
use case dimana use case yang ditambahkan
memerlukan use case ini untuk menjalankan
fungsinya atau sebagai syarat dijalankan use
case ini.
Ada dua sudut pandang yang cukup besar
mengenai include d use case:
xvi
DAFTAR SIMBOL USE CASE DIAGRAM (LANJUTAN) (Rosa dan Shalahuddin, 2013)
Simbol Deskripsi
Include berarti use case yang ditambahkan
akan selalu dipanggil saat use case tambahan
dijalankan, missal pada kasus berikut:
Include berarti use case yang tambahan akan
selalu melakukan pengecekan apakah use
case yang ditambahkan telah dijalankan
sebelum use case tambahan dijalankan, missal
pada kasus berikut:
Kedua interpretasi di atas dapat dianut
salah satu atau keduanya tergantung pada
pertimbangan dan interpretasi yang
dibutuhkan.
xvii
DAFTAR SIMBOL ACTIVITY DIAGRAM
(Rosa dan Shalahuddin, 2013)
Simbol Deskripsi
Status awal: simbol yang menggambarkan
status awal aktivitas sistem, sebuah diagram
aktivitas memiliki sebuah status awal.
Aktifitas : menggambarkan aktifitas yang
dilakukan sistem, aktifitas biasanya diawali
dengan kata kerja.
Decision: menggambarkan Asosiasi
percabangan dimana jika ada pilihan aktivitas
lebiih dari satu.
Control Flow: digunakan untuk
menghubungkan antara aksi satu dengan aksi
yang lain.
Join: Asosiasi penggabungan dimana lebih
dari satu aktivitas diigabungkan menjadi satu.
Fork: Asosiasi percabangan dimana satu
aktivitas dicabangkan menjadi beberapa
aktivitas, tetapi aktivitas tersebut harus
dijalankan secara bersamaan
Status akhir: yang dilakukan sistem, sebuah
diagram aktivitas memiliki sebuah status
akhir.
xviii
DAFTAR SIMBOL ACTIVITY DIAGRAM (LANJUTAN)
(Rosa dan Shalahuddin, 2013)
Simbol Deskripsi
Atau
Swimlane: yang menggambarkan
memisahkan organisasi bisnis yang
bertanggung jawab terhadapt aktifitas yang
terjadi.
xix
DAFTAR SIMBOL CLASS DIAGRAM
(Rosa dan Shalahuddin, 2013)
Simbol Deskripsi
Class : Kelas pada struktur sistem.
Association: Relasi antarkelas dengan makna
umum, asosiasi biasanya juga disertai dengan
multiplicity.
Directed association: Relasi antarkelas
dengan makna kelas yang satu digunakan
oleh kelas yang lain, asosiasi biasanya juga
disertai dengan multiplicity.
Generalisasi: Relasi antarkelas dengan makna
generalisasi-spesialisasi (umum khusus).
Dependency: Kebergantungan antarkelas.
Agreasi: Relasi antarkelas dengan makna
semua-bagian (whole - part).
xx
DAFTAR SIMBOL SEQUENCE DIAGRAM
(Rosa dan Shalahuddin, 2013)
Simbol Deskripsi
Atau
Aktor: Orang, proses, atau sistem lain yang
berinteraksi dengan sistem informasi yang
akan dibuat di luar sistem informasi yang
akan dibuat itu sendiri, jadi walaupun simbol
dari aktor adalah gambar orang, tapi actor
belum tentu merupakan orang; biasanya
dinyatakan menggunakan kata benda di awal
frase nama aktor.
Lifeline: Menyatakan kehidupan suatu objek
dalam diagram.
Objek: Menyatakan objek berinteraksi pesan.
Waktu aktif: Menyatakan objek dalam
keadaan aktif dan berinteraksi, semua yang
terhubung dengan waktu aktif ini adalah
sebuah tahapan yang dilakukan di dalamnya.
<<create>>
Create: Menyatakan suatu objek membuat
objek yang lain, arah panah mengarah pada
objek yang dibuat.
xxi
DAFTAR SIMBOL SEQUENCE DIAGRAM (LANJUTAN)
(Rosa dan Shalahuddin, 2013)
Simbol Deskripsi
1: nama_metode()
Pesan tipe call: Menyatakan suatu objek
memanggil operasi/ metode yang ada pada
objek lain atau dirinya sendiri.
1: masukan
Pesan tipe send: Menyatakan bahwa suatu
objek mengirimkan data atau masukan atau
informasi ke objek lainnya, arah panah
mengarah pada objek yang dikirimi.
Pesan tipe return: Menyatakan bahwa suatu
objek yang telah enjalankan suatu operasi
atau metode menghasilkan suatu kembalian
ke objek tertentu, arah panah mengarah pada
objek yang menerima kembalian.
Pesan tipe destroy: Menyatakan suatu objek
mengakhiri hidup objek yang lain, arah
panah mengaah pada objek yang diakhiri,
sebaiknya jika ada create maka ada destroy.
xxii
DAFTAR ISTILAH KEBIDANAN
(Sulaiman, 2003)
Simbol Deskripsi
Fundusuteri Bagian dari rahim yang terletak pada puncak
rahim, biasanya diukur dari ujung perut bawah
pasien sampai atas perut pasien
Palpasi Metode pemeriksaan di mana penguji
merasakan ukuran, kekuatan, atau letak
sesuatu.
Leopold I Cara untuk mengukur atau menentukan
fundusuteri.
Leopold II
Untuk menentukan bagian janin yang berada
pada kedua sisi uterus, pada letak lintang
tentukan di mana kepala janin.
Leopold III Untuk menentukan bagian janin apa (kepala
atau bokong) yang terdapat di bagian bawah
perut ibu.
Leopold IV Untuk mengkonfirmasi ulang bagian janin apa
yang terdapat di bagian bawah perut ibu, serta
untuk mengetahui seberapa jauh bagian bawah
janin telah memasuki pintu atas panggul.
HPHT(Hari Pertama Haid Terakhir) Hari pertama pada siklus menstruasi sebelum
kehamilan.
Moros
Untuk menentukan reflek bayi dengan cara
ubah posisi dengan tiba-tiba atau pukul
meja/tempat tidur.
Rooting
Untuk mengetahui reflek bayi pada bagian
bibir.
xxiii
KATA PENGANTAR
Bismillahirrahmanirrahim
Puji serta rasa syukur peneliti panjatkan kehadirat Allah SWT, yang telah
melimpahkan segala nikmat dan karuniaNya kepada peneliti sehingga peneliti
dapat menyelesaikan skripsi ini dengan sebaik – baiknya. Shalawat serta salam
semoga tercurah kepada junjungan alam Nabi Muhammad SAW beserta keluarga,
sahabat dan kerabat serta kaum muslimin dan muslimat, semoga kita semua
mendapatkan syafa’at dari beliau di akhirat kelak. Aamiin.
Adapun judul skripsi ini adalah “Rancang Bangun Sistem Informasi
Pencatatan Pemeriksaan Kehamilan dan Perkiraan Persalinan (Studi Kasus: Rumah
Sakit Umum Sitanala)yang disusun untuk memenuhi salah satu syarat dalam
menyelesaikan program Strata Satu (SI) pada Program Studi Sistem Informasi,
Fakultas Sains dan Teknologi, Universitas Islam Negeri Syarif Hidayatullah
Jakarta. Semoga skripsi ini dapat memberikan manfaat kepada semua pihak dan
memberikan wawasan kepada pembaca.
Dengan selesainya skripsi ini, peneliti ingin mengucapkan rasa terima kasih
yang sebesar – besarnya kepada :
1. Bapak Dr. Agus Salim, M.Si, selaku Dekan Fakultas Sains dan Teknologi,
Universitas Islam Negeri Syarif Hidayatullah Jakarta.
2. Ibu Nia Kumaladewi, MMSI, selaku Ketua Program Studi Sistem Informasi
Fakultas Sains dan Teknologi Universitas Islam Negeri Syarif Hidayatullah
Jakarta, ibu Meinarini Catur Utami, MT selaku wakil ketua Program Studi
Sistem Informasi Fakultas Sains dan Teknologi Universitas Islam Negeri
Syarif Hidayatullah Jakarta.
3. Ibu Yuni Sugiarti,M.Kom selaku dosen pembimbing I dengan penuh
kesabaran memberikan materi dan masukan yang menunjang dalam
penyelesaian skripsi ini, ibu Suci Ratnawati,MTI selaku dosen pembimbing
II yang memberikan materi dan arahan tentang penulisan skripsi yang baik
dan benar.
xxiv
4. Kedua Orang Tua tersayang Bapak Suryadi dan Ibu Wowon Kristina
Hendrati yang telah mendidik peneliti dengan penuh kesabaran dan kasih
sayang serta memberikan doa dan semangat yang sangat besar kepada
peneliti dalam menyelesaikan jenjang pendidikan sarjana. Kakak ku,Juwita
Adiningsih, A Tetep, dan Quliah Alfendah terima kasih atas segala doa dan
dukungannya baik dalam bentuk moril maupun materil yang tak ternilai
jumlahnya dalam penulisan skripsi ini. Semoga Allah senantiasa
melimpahkan rahmat serta karunianya kepada mereka semua.
5. Seluruh dosen dan staff, khususnya Program Studi Sistem Informasi yang
telah membagikan ilmunya serta bantuannya kepada peneliti yang tidak
mungkin peneliti sebutkan satu persatu.
6. Seluruh Staff dan Karyawan Rumah Sakit Umum Sitanala yang selalu
membantu untuk penulisan skripsi ini.
7. Teruntuk sahabat peneliti “GABUTERS” yang tidak bisa saya sebutkan
satu persatu dan yang telah memberikan bantuan dan semangat sampai pada
tahap akhir kuliah.
8. Teruntuk sahabat peneliti Bian, Khoir, Gundala, Udiks, Abet, Cumi, Alti,
Astri dan Rora yang telah mendukung saya saat membuat penelitian ini.
9. Terimakasih untuk teman-temanku dari Komunitas RC DRIFT ,teman-
teman dari Team DZD, dari COOLBITS /BSD yang telah berbagi keceriaan
selama saya mengerjakan penelitian ini.
10. Teman – teman seperjuangan CCIT – Sistem Informasi Angkatan 2012 Pola
1.3 tercinta.
11. Semua pihak yang telah membantu terselesaikannya skripsi ini, maaf jika
penulis tidak bisa menyebutkan satu per satu.
xxv
Pada kesempatan ini peneliti juga memohon maaf yang sebesar – besarnya
dan menyadari bahwa karya ini banyak kekurangan, maka peneliti sangat
mengharapkan kritik dan saran dari pembaca melalui e-mail [email protected].
Akhir kata peneliti berharap skripsi ini dapat bermanfaat bagi semua pihak.
Aamiin.
Jakarta, April 2017
Firman Nugraha Almeiji
1112093000090
1
BAB I
PENDAHULUAN
1.1. Latar Belakang
Pemanfaatan teknologi informasi dan komunikasi sudah harus diterapkan di seluruh
pelayanan kesehatan. Sistem informasi kesehatan di puskesmas memiliki tanggung
jawab untuk melaksanakan kegiatan-kegiatan dengan mencatat dan mengumpulkan
data, mengolah data, membuat laporan berkala, memelihara bank data,
mengupayakan penggunaan data dan informasi serta memberikan pelayanan data
dan informasi kepada masyarakat atau pihak- pihak yang berkepentingan lainnya
(Hatta, 2012). Adapun peranan dan fungsi sistem informasi dalam sebuah
pelayanan kesehatan adalah sebagai pusat pembangunan berwawasan kesehatan,
sebagai pusat pemberdayaan masyarakat dan keluarga, sebagai pusat pelayanan
kesehatanndasar yang mana berkewajiban mengupayakan, menyediakan, dan
menyelenggarakan pelayanan yang bermutu dalam memenuhi kebutuhan
masyarakat akan pelayanan kesehatan yang berkualitas dalam rangka mecapai
tujuan pembangunan kesehatan nasional yaitu terwujudnya derajat kesehatan yang
setinggitingginya bagi masyarakat (Satrianegara, 2014).
Mengalami masa kehamilan bagi sebagian wanita yang sudah menikah adalah
puncak prestasi dan peranan wanita dalam kehidupan. Kehadiran anak di tengah
perjalanan perkawinan merupakan dambaan bagi pasangan suami-istri (Dwi Senar
Prasetiyo, 2008). Akan tetapi, tidak setiap ibu hamil dapat mengupayakan
2
kehamilannya untuk tumbuh dan berkembang. Oleh karena itu, sangat mudah untuk
dipahami bahwa agar bayi lahir sehat. Persyaratan yang utama adalah dengan
menjaga dan merawat kesehatan ibu dan janin, ada beberapa hal yang perlu
diperhatikan untuk kesehatan kandungan ibu dan janinnya. Mengetahui usia
kehamilan, perkembangan janin, dan perkiraan persalinan adalah hal yang dapat
diperhatikan untuk kesehatan kandungan ibu dan janinnya. Hal ini dilakukan agar
ibu dapat mengetahui ada tanda bahaya pada kandungannya atau tidak, dan juga
untuk langkah persiapan akan terjadi persalinannya (Surfrastya Laksana, 2015).
Pada Rumah Sakit Umum Sitanala, bagian poli klinik kebidanan merupakan salah
satu bagian yang khusus untuk ibu yang sedang mengandung yang akan melakukan
pemeriksaan kehamilan, perbandingan pemeriksaan kehamilan, perkiraan
persalinan, kontrol bayi dan perbandingan kontrol bayi. Poli kebidanan Rumah
Sakit Umum pada saat melakukan pencatatan untuk pemeriksaan kehamilan,
perbandingan pemeriksaan kehamilan, kontrol bayi dan perbandingan kontrol bayi
masih menggunakan pencatatan manual. Berkas pasien belum tertata-tata dengan
baik, keamanan berkas-berkas pada poli klinik kebidanan tidak terjamin, sehingga
saat melakukan perbandingan pemeriksaan kehamilan atau perbandingan kontrol
bayi sulit untuk mencari data-data pasien sebelumnya. Perhitungan yang masih
menggunakan perhitungan perkiraan persalinan berdasarkan fundusuteri.
Pemeriksaan menggunakan fundusuteri hasilnya kurang spesifik dikarenakan
perhitungan berdasarkan fundusuteri hanya untuk mengetahui usia kehamilan
bukan untuk mengetahui perkiraan persalinan (Sulaiman,2003).
3
Dari permasalahan diatas, pelayanan dan kinerja harus ditingkatkan dengan dibuat
sistem informasi pada bagian poli kebidanan, sistem ini dibuat untuk memudahkan
para Dokter dan Bidan untuk pencatatan pemeriksaan kehamilan, perbandingan
pemeriksaan kehamilan, kontrol bayi. Hal itu dapat menjadikan data-data
pemeriksaan dapat tersimpan dengan baik dan terstruktur. Pada saat melakukan
perebandingan pemeriksaan kehamilan dan perbandingan kontrol bayi data dapat
dicari dengan mudah dan dibandingkan dengan data pasien sebelumnya, dan
menghitung perkiraan persalinan dengan rumus Neagle yang hasilnya lebih spesifik
dan akurat. Rumus Neagle adalah sebuah metode menghitung perkiraan persalinan
khusus, yang menggunakan hitungan Hari Pertama Haid Terakhir ibu atau pasien
(Sulaiman,2003), yang hasilnya berupa hari, bulan dan tahun perkiraan persalinan
pasien.
Berdasarkan penjabaran latar belakang ini, maka penulis tertarik untuk membangun
sistem informasi pada Rumah Sakit Umum Sitanala bagian poli kebidanan dengan
judul penelitian ”Rancang bangun sistem informasi poli klinik kebidanan (Studi
kasus: Rumah Sakit Umum Sitanala).”
1.2.Identifikasi Masalah
Atas dasar latar belakang masalah yang telah dijelaskan diatas, maka penulis
mengidentifikasi masalah yang ada sebagai berikut:
1. Pencatatan pada saat pemeriksaan kehamilan, kontrol bayi, perbandingan
pemeriksaan kehamilan dan perbandingan kontrol bayi masih manual memakai
4
form kertas, sehingga data-data pasien tidak tersimpan dengan baik dan tidak
terstruktur, beresiko hilang dan keamanan datanya tidak terjamin.
2. Proses pencarian data pasien pemeriksaan kehamilan dan kontrol bayi pada
saat melakukan perbandingan pemeriksaan kehamilan dan kontrol bayi masih
manual sehingga sulit untuk Bidan dan Pasien mencari data pasien.
3. Perhitungan perkiraan persalinan masih menggunakan metode menghitung
berdasarkan fundusuteri, sehingga hasil yang di dapatkan kurang spesifik dan
akurat.
1.3.Masalah Penelitian
Atas dasar identifikasi masalah diatas, maka akan dibuat suatu rumusan untuk
merancang dan membangun sistem informasi poli klinik kebidanan (studi kasus
rumah sakit umum sitanala) yang dapat membuat proses manual menjadi
terkomputerisasi dengan baik, dapat mencari data dengan mudah pada saat
perbandingan pemeriksaan, dan perkiraan persalinan menggunakan rumus Neagle.
1.4. Batasan Masalah
Berdasarkan latar belakang sebagaimana telah diuraikan di atas, maka untuk
mempermudah pembahasan ini penulis memberikan batasan-batasan yang akan
dibahas dalam penulisan ini:
1. Penelitian ini hanya membahas pada ruang lingkup poli klinik kebidanan
Rumah Sakit Umum Sitanala.
5
2. Proses bisnis yang diteliti mencakup, pemeriksaan kehamilan, perbandingan
pemeriksaan kehamilan, kontrol bayi, perbandingan kontrol bayi, dan
perhitungan perkiraan persalinan.
3. Sistem informasi digunakan untuk pencatatan pemeriksaan kehamilan dan
perbandingan pemeriksaan kehamilan.
4. Sistem informasi digunakan untuk kontrol bayi dan perbandingan kontrol bayi.
5. Sistem informasi digunakan untuk perhitungan perkiraan persalinan
menggunakan rumus Neagle.
6. Aplikasi yang dibuat berbasiskan WEB yang menggunakan PHP Versi 5.3.5
sebagai bahasa pemrograman, MYSQL Versi 5.3.2 sebagai basis data dan PHP
MyAdmin Versi 2.9.2 sebagai interface berbasis webyang digunakan untuk
MYSQL dan Xampp versi 2.5.0.
7. Sistem dikembangkan menggunakan metode RAD (Rapid Application
Development) serta Tools yang digunakan dalam perancangan menggunakan
Unified Modelling Language (UML) yaitu :use case diagram, activity diagram,
class diagram , mapping diagram dan sequence diagram.
1.5. Tujuan Penelitian
Berdasarkan rumusan masalah tujuan penelitian yang kami buat
dikategorikan menjadi tujuan bersifat umum dan tujuan bersifat khusus,
diantaranya adalah:
1. Terwujudnya sistem informasi poli klinik kebidanan pada rumah sakit umum
sitanala.
6
2. Terjuwudnya sistem pencatatan pemeriksaan kehamilan, kontrol bayi,
perbandingan pemeriksaan kehamilan dan perbandingan kontrol bayi karena
pada sistem ini proses tersebut sudah terkomputerisasi dan sudah terintegrasi
database untuk penyimpanan data.
3. Terwujudnya sistem dengan fungsi pencarian data pasien pemeriksaan
kehamilan dan kontrol bayi pada saat perbandingan pemeriksaan kehamilan
dan perbandingan kontrol bayi.
4. Perhitungan perkiraan persalinan yang ada pada sistem menggunakan rumus
Neagle sehingga hasilnya lebih spesifik dan akurat.
1.6. Manfaat Penelitian
Adapun manfaat yang didapat dari penelitian ini adalah sebagai berikut:
1. Manfaat untuk Mahasiswa
a. Untuk memenuhi salah satu syarat kelulusan Strata Satu (S1)
Sistem Informasi Universitas Islam Negeri Syarif
Hidayatullah.
b. Peneliti memiliki kesempatan dalam menerapkan ilmu-ilmu
yang diperoleh selama perkuliahan.
c. Dapat memiliki gambaran secara umum mengenai sistem
informasi poli klinik kebidanan rumah sakit umum sitanala
2. Manfaat bagi Rumah Sakit Umum Sitanala
7
Dari sistem yang akan dibangun dapat meningkatkan kinerja Bidan dan
Dokter dalam pencatatan pemeriksaan kehamilan, perbandingan
pemeriksaan kehamilan, kontrol bayi, perbandingan kontrol bayi, dan hasil
perhitungan pemeriksaan kehamilan yang lebih spesifik dengan rumus
Neagle.
3. Manfaat untuk Universitas
a. Menjadi referensi bagi penelitian berikutnya, khususnya
dibidang rancang bangun sistem informasi sejenis.
b. Mengetahui seberapa jauh mahasiswa menerapkan ilmu-ilmu
yang bersifat teori dan sebagai evaluasi terhadap materi yang
telah diberikan.
1.7.Metodologi Penelitian
1. Metode Pungumpulan data.
a. Observasi
Pengumpulan data dan informasi dengan cara melakukan
pengamatan secara langsung dengan pihak Rumah Sakit Umum
Sitanala di bagian Poli Kebidanan melihat bagaimana proses bisnis
yang berlangsung pada saat pencatatan pemeriksaan kehamilan,
perbandingan pemeriksaan kehamilan, kontrol bayi, perbandingan
kontrol bayi dan perhitungan perkiraan persalinan.
b. Wawancara
8
Wawancara dilakukan kepada Bidan di poli klinik rumah sakit
umum sitanala Ibu Wowon Kristina, AM.Keb. Hal ini dilakukan
dengan tujuan memperoleh informasi selengkap-lengkapnya
mengenai data dari proses bisnis yang ada dalam poli klinik
kebidanan rumah sakit umum sitanala.
c. Studi Pustaka
Studi pustaka dilakukan dengan cara penulis mengumpulkan
informasi yang relevan dengan topik atau masalah yang sedang
diteliti. Informasi tersebut diperoleh dari buku-buku ilmiah, jurnal,
skripsi serta sumber lain yang berupa cetak maupun elektronik.
2. Metode pengembangan sistem
Dalam penelitian ini metode pengembangan sistem yang digunakan adalah
RAD. Terdapat 3 fase utama dalam model ini yaitu fase perencanaan
syarat, fase workshop desain dan fase implementasi (Kendall dan Kendall,
2006). Metode pengembangan sistem yang digunakan dalam penelitian ini
didukung UML sebagai tools-nya.
9
Gambar 1. 1 Siklus RAD (Kendall dan Kendall, 2006)
1.8.Sistematika Penulisan
Dalam sistematika laporan ini penulis akan melakukan pembahasan dengan
membagi kedalam 5 bab, yaitu:
BAB I. PENDAHULUAN
Bab ini berisikan tentang latar belakang, identifikasi masalah, masalah
penelitian, batasan masalah, tujuan penelitian, manfaat penelitian,
metodologi penelitian dan sistematika penulisan.
BAB II. LANDASAN TEORI
Bab ini menguraikan tentang teori konsep dasar sistem informasi, konsep
dasar basis data, metode pengumpulan data, metode pengembangan data,
UML, dan teori kebidanan.
10
BAB III. METODOLOGI PENELITIAN
Pada bab ini akan dijelaskan metode pengumpulan data dan metode
pengembangan sistem yang digunakan penulis dalam melakukan penelitian.
BAB IV. ANALISIS DAN PERANCANGAN SISTEM
Pada bab ini penulis membahas mengenai analisis kebutuhan sistem,
perancangan sistem serta implementasi sistem yang dibuat.
BAB V. KESIMPULAN DAN SARAN
Bab ini merupakan bab terkahir yang menyajikan kesimpulan serta saran
dari apa yang telah diterangkan dan diuraikan pada bab-bab sebelumnya.
11
BAB II
LANDASAN TEORI
2.1. Konsep Dasar Sistem Informasi
2.1.1. Pengertian Sistem
Jaringan kerja yaitu prosedur-prosedur yang berkumpul dan bersama-sama untuk
melakukan suatu kegiatan atau menyelesaikan suatu sasaran tertentu. Sistem juga
merupakan kumpulan elemen-elemen yang saling terkait dan berkerja sama untuk
memproses masukan (input) yang ditujukan kepada sistem tersebut dan mengolah
masukan tersebut sampai menghasilkan keluaran (output) yang diinginkan
(Subiyakto, Ahlan, Kartiwi, Putra, 2016).
2.1.2. Elemen Sistem
Elemen-elemen yang terdapat dalam sistem meliputi (Kristanto, 2006).:
a. Tujuan Sistem
Tujuan sistem merupakan tujuan dari sistem tersebut dibuat, tujuan
sistem dapat berupa tujuan organisasi, kebutuhan organisasi,
permasalahan yang ada dalam suatu organisasi maupun urutan
prosedur untuk mencapai tujuan organisasi.
b. Batasan Sistem
Batasan sistem merupakan suatu yang membatasi sistem dalam
mencapai tujuan sistem. Batasan sistem dapat berupa peraturan-
12
peraturan yang ada dalam suatu organisasi, biaya-biaya yang
dikeluarkan orang-orang yang ada dalam organisasi maupun batasan
yang lain.
c. Kontrol Sistem
Kontrol atau pengawasan sistem merupakan pengawasan terhadap
pelaksanaan pencapaian tujuan dari sistem tersebut. Kontrol sistem
dapat berupa kontrol terhadap pemasukan data (input), kontrol
terhadap keluaran data (outuput), kontrol terhadap pengolahan data
dan sebagainya.
d. Masukan Sistem (input)
Masukan atau input merupakan energi yang dimasukkan ke dalam
sistem. Masukan dapat berupa masukan perawatan (maintenance
input) dan masukan sinyal (signal input). Maintenance input adalah
bahan yang dimasukkan agar sistem tersebut dapat beroperasi.
Signal input adalah masukan yang diproses untuk mendapatkan
keluaran(Subiyakto, Ahlan, 2014).
e. Keluaran Sistem (output)
Keluaran (output) merupakan hasil dari pemrosesan. Keluaran dapat
berupa informasi sebagai masukan pada sistem lain atau hanya
sebagai sisa pembuangan.
f. Pengolahan Sistem (process)
Pengolahan sistem (process) merupakan bagian melakukan
perubahan dari masukan untuk menjadi keluaran yang diinginkan.
13
g. Umpan Balik
Umpan balik merupakan elemen dalam sistem yang bertugas
mengevaluasi bagian dari output yang dikeluarkan, dimana elemen
ini sangat penting demi kemajuan sebuah sistem. Umpan balik ini
dapat merupakan perbaikan sistem dan pemeliharaan sistem.
Gambar 2. 1 Elemen-elemen Sistem (Kristanto, 2006)
2.1.3. Pengertian Informasi
Informasi merupakan kumpulan data yang diolah untuk penerima yang hasilnya
menjadi bentuk yang lebih berguna dan lebih berarti. Tanpa suatu informasi, suatu
sistem tidak akan berjalan dengan lancar. Sumber informasi adalah data. Data
menggambarkan suatu kejadian yang sedang terjadi, dimana data tersebut akan
diolah dan diterapkan dalam sistem menjadi input yang berguna dalam suatu system
(Subiyakto, Septiandani, et al., 2017)
2.1.4. Siklus Informasi
Siklus informasi merupakan nama lain dari model pengolahan data. Suatu data yang
masih merupakan bahan mentah apabila tidak diolah maka akan tidak berguna. Data
14
tersebut akan berguna dan menghasilkan suatu informasi apabila diolah melalui
model. Model yang digunakan untuk mengolah data ini disebut model pengolahan
data (Kristanto, 2006).
Gambar 2. 2 Siklus Pengolahan Data (Kristanto, 2006)
2.1.5. Kualitas Informasi
Suatu kualitas informasi merupakan salah satu syarat penting yang harus
diperhatikan karena tingkat nilai guna suatu informasi ditentukan oleh kualitas
informasi itu sendiri (Jogiyanto, 2008), kualitas informasi tergantung pada tiga hal:
1. Akurat, informasi harus bebas dari kesalahan-kesalahan dan tidak
bias atau menyesatkan.
2. Tepat waktu, informasi yang akan disajikan tidak terlambat atau
harus up to date.
3. Relevan, informasi harus sesuai dengan kenyataan dan mempunyai
manfaat untuk pemakainya.
15
2.1.6. Pengertian sistem informasi
Sistem informasi, merupakan kumpulan dari perangkat keras dan perangkat
lunak komputer serata perangkat manusia yang mengolah data menggunakan
perangkat keras dan perangkat lunak tersebut (Kristanto, 2006).
Sistem informasi merupakan pengaturan orang, data, proses dan teknologi
informasi yang berinteraksi untuk mengumpulkan, memproses, menyimpan dan
menyediakan sebagai proses output informasi yang diperlukan untuk mendukung
sebuah organisasi (Lonnie Bentley dan Jeffrey Whitten, 2007).
2.1.7. Komponen sistem informasi
Untuk mendukung lancarnya suatu sistem informasi dibutuhkan beberapa
komponen yang meliputi (Kristanto, 2006):
1. Input
Input yang dimasukan disini adalah semua data yang dimasukan ke
dalam sistem informasi. Dalam hal ini yang termasuk dalam input
adalah dokumen-dokumen, formulir, dan berkas.
2. Proses
Proses merupakan kumpulan prosedur yang akan memanipulasi
input yang kemudian akan disimpan dalam bagian basis data dan
seterusnya akan diolah menjadi output yang akan digunakan oleh
penerima.
3. Output
16
Output merupakan keluaran atau hasil model yang sudah diolah
menjadi informasi yang berguna dan dapat dipakai oleh penerima.
4. Teknologi
Teknologi disini merupakan bagian yang berfungsi untuk input,
mengolah input, menghasilkan output.
5. Basis data
Basis data merupakan kumpulan data yang saling berhubungan satu
dengan yang lain, disimpan dalam perangkat keras komputer dan
akan diolah menggunakan perangkat lunak.
6. Kendali
Kendali dalam hal ini merupakan semua tindakan yang diambil
untuk menjaga sistem informasi tersebut agar bias berjalan dengan
lancar dan tidak mengalami gangguan.
2.3. Konsep Dasar Basis Data
Basis data merupakan salah satu komponen yang penting dalam sistem informasi.
Sedangkan data adalah representasi fakta dunia nyata yang mewakili suatu objek
seperti manusia, barang, konsep, keadaan, dan sebagainya, yang direkam dalam
bentuk angka, huruf, simbol, teks, gambar, bunyi atau kombinasinya Fathansyah
(2007).
17
2.3.1. DBMS (Database Management System)
Menurut Carolyn Begg & Conoly (2006) DBMS adalah salah satu sistem perangkat
lunak yang memungkinkan pengguna untuk mendefinisikan, membuat,
memelihara, dan mengendalikan akses terhadap sistem basis data.Penyimpanan
data dalam DBMS akan mempunyai banyak manfaat dan kelebihan dibandingkan
dengan menyimpan data dalam bentuk flat file atau spread sheet seperti (Ema
Utami, 2006):
1. Performance
Performance yang didapat jika data yang dikelola cukup besar akan
sangat jauh perbedaannya jika database disimpan dalam flat file.
2. Integritas
Integritas data akan lebih terjamin dengan adanya DBMS seperti
misalnya masalah redudansi yang sering terjadi dalam data flat file.
Redudansi adalah kejadian berulangnya data atau kumpulan data
yang sama dalam sebuah database yang mengakibatkan pemborosan
media penyimpanannya.
3. Independensi
Perubahan struktur database memungkinkan terjadi tanpa harus
merubah aplikasi yang mengaksesnya. Sehingga pembuatan
antarmuka ke dalam data akan lebih mudah dengan adnaya DBMS.
4. Sentralisasi
Data yang terpusat akan mempermudah pengelolaan database.
Kemudahan melakukan bagi pakai dengan DBMS dan juga
18
kekonsistenan data yang diakses secara bersama-sama akan dapat
lebih terjamin daripada data disimpan dalam bentuk flat file ataupun
worksheet yang tersebar.
5. Security
DBMS memiliki sistem keamanan yang lebih fleksibel daripada
pengamanan pada file sistem operasi. Keamanan dalam DBMS akan
memberikan keluwesan untuk memberikan hak akses kepada
pengguna daripada keamanan dalam sistem operasi.(Subiyakto,
Ahlan, Putra & Kartiwi, 2015)
2.4. Metode Pengumpulan Data
2.4.1. Observasi
Menurut Jogiyanto (2008) dalam buku Metodologi Penelitian Sistem Informasi
menjelaskan observasi merupakan salah satu teknik pengumpulan data di mana
peneliti mengadakan pengamatan dan pencatatan secara sistematis terhadap objek
yang diteliti, baik dalam situasi buatan yang secara khusus diadakan (laboratorium)
maupun dalam situasi alamiah atau sebenarnya (lapangan).
2.4.2. Wawancara
Wawancara merupakan salah satu teknik pengumpulan data yang dilakukan dengan
cara mengadakan tanya jawab, baik secara langsung maupun tidak langsung secara
19
bertatap muka (personal face to face interview) dengan sumber data (responden)
(Jogiyanto, 2008).
2.4.3. Studi Literatur
Studi Literatur adalah selain mencari data sekunder yang akan mendukung
penelitian, juga diperlukan untuk mengetahui sampai ke mana ilmu yang
berhubungan dengan penelitian telah berkembang, sampai ke mana terdapat
kesimpulan dan degeneralisasi yang telah pernah dibuat, sehingga situasi yang
diperlukan dapat diperoleh.
2.5. Metode Pengembangan Sistem
2.5.1. SDLC (Software Development Life Cycle)
SDLC atau Software Development Life Cycle atau sering disebut juga System
Development Life Cycle adalah proses mengembangkan atau mengubah suatu
sistem perangkat lunak dengan menggunakan model-model dan metodologi yang
digunakan orang untuk mengembangkan sistem-sistem perangkat lunak
sebelumnya (Kendall and Kendall, 2008).
SDLC memiliki berberapa model dalam penerapan tahapan prosesnya, antara lain:
Model Waterfall, Model Prototipe, Model Rapid Application Development (RAD),
Model Iteratif, dan Model Spiral. Pada penelitian skripsi ini, penulis menggunakan
20
Model Rapid Application Development sebagai model proses pengembangan
perangkat lunaknya (Subiyakto, Ahlan, 2013)
2.5.2. Definisi RAD (Rapid Application Development)
Rapid Application Development (RAD) adalah suatu pendekatan berorientasi objek
terhadap pengembangan sistem yang mencakup suatu metode pengembangan serta
perangkat-perangkat lunak. Terdapat 3 (tiga) fase didalam metode pengembangan
sistem menggunakan RAD (Kendall dan Kendall, 2008) .
1. Fase Perencanaan Syarat
Dalam fase ini, pengguna dan penganalisis bertemu untuk
mengidentifikasikan tujuan-tujuan aplikasi atau sistem serta untuk
megidentifikasi syarat-syarat informasi yang ditimbulkan dari
tujuan-tujuan tersebut. Fase ini memerlukan peran aktif mendalam
dari kedua kelompok tersebut. Orientasi dalam fase ini ialah
menyelesaikan problem-problem perusahaan. Meskipun teknologi
informasi dan sistem bisa mengarahkan sebagian dari sistem yang
diajukan, fokusnya akan selalu tetap pada upaya pencapaian tujuan-
tujuan perusahaan.
2. Workshop Desain
Fase ini adalah fase untuk merancang dan memperbaiki yang bisa
digambarkan sebagai workshop. Dalam fase ini penganalisis dan
pengguna dapat melakukan kesepakatan-kesepakatan tertentu, selain
itu penganalisis dan pemrogram dapat bekerja membangun dan
menunjukkan representasi visual desain dan pola kerja kepada
21
pengguna. Selama workshop desain, pengguna merespon prototipe
yang ada dan penganalisis memperbaiki modul-modul yang
dirancang berdasarkan respon pengguna.
3. Fase Implementasi
Pada fase implementasi ini, penganalisis bekerja dengan para
pengguna secara intens selama workshop untuk merancang aspek-
aspek bisnis dan nonteknis perusahaan. Segera setelah aspek-aspek
ini disetujui dan sistem-sistem dibangun dan disaring, sistem-sistem
baru atau bagian dari sistem di uji coba atau kemudian diperkenalkan
kepada organisasi.
2.5.3. Keunggulan dan Kelemahan Model RAD
RAD memiliki keunggulan sebagai berikut (Rosa dan Shalahuddin, 2014):
1. Penghematan waktu di tahapan proyek secara keseluruhan.
2. RAD mengurangi biaya proyek secara keseluruhan dan kebutuhan
sumber daya manusia.
3. RAD bekerja dengan baik dengan upaya pembangunan di mana
waktu adalah esensi.
4. Perubahan desain sistem dapat dilakukan jauh lebih cepat daripada
dengan pendekatan tradisional SDLC.
5. Perspektif pengguna di representasikan dalam sistem final
sehubungan dengan kedua fungsi dan antarmuka.
22
6. RAD menciptakan rasa kepemilikan yang kuat antara semua
stakeholder proyek.
Model RAD memiliki kelemahan sebagai berikut (Rosa dan Shalahuddin. 2014)
1. Untuk pembuatan sistem perangkat lunak dengan skala besar maka
model RAD akan memerlukan sumber daya manusia yang cukup
besar untuk membentuk tim-tim yang mengembangkan komponen-
komponen.
2. Jika tidak ada persetujuan untuk mengembangkan perangkat lunak
secara dengan cepat (rapid) maka proyek dengan model ini akan
gagal karena hanya akan bingung mendefinisikan kebutuhan
pelanggan (customer) atau user.
3. Jika sistem perangkat lunak yang akan dibuat tidak bisa dimodulkan
(dibagi-bagi menjadi beberapa kelompok) maka model RAD tidak
dapat digunakan untuk membuat sistem perangkat lunak ini karena
terlalu banyak campur tangan antar tim.
4. Model RAD tidak cocok digunakan untuk sistem perangkat lunak
yang memiliki resiko teknis sangat tinggi, misalnya menggunakan
teknologi baru yang belum banyak dikenal dan dikuasai
pengembang.
23
2.5.4. Perbandingan Metodologi Pengembangan Sistem
Tabel 2. 1 Perbandingan Metodologi Pengembangan Sistem (Ariani S, Rosa, dan
Shalahudin, 2011)
Metodologi Kelebihan Kelemahan
Waterfall
1. Mudah diaplikasikan.
2. Struktur tahap pengembangan sistem
jelas, dokumentasi dihasilkan di
setiap tahap pengembangan, dan
sebuah tahap dijalankan setelah
tahap sebelumnya dijalankan.
3. Cocok digunakan untuk kebutuhan
selama pengembangan perangkat
lunak kecil.
1. Perubahan spesifikasi
perangkat lunak terjadi
ditengah alur
pengembangan.
2. Sangat sulit bagi
pelanggan untuk
mendefinisikan semua
spesifikasi di awal alur
pengembangan. Pelanggan
seringkali butuh contoh
(Prototype) untuk
menjabarkan spesifikasi
kebutuhan sistem lebih
lanjut.
3. Pelanggan tidak mungkin
bersabar mengakomodasi
perubahan yang
diperlukan di akhir
pengembangan.
Prototyping
4. Cocok digunakan untuk menjabarkan
kebutuhan pelanggan secara lebih
detail karena pelanggan seringkali
kesulitas menyampaikan kebutuhan
secara detail tanpa melihat gambaran
yang jelas.
5. Cocok digunakan untuk menggali
spesifikasi kebutuhan pelanggan
secara lebih detail tetapi beresiko
tinggi terhadap membengkaknya
biaya dan waktu proyek.
6. Pelanggan dapat sering
mengubah-ubah atau
menambah-tambah
spesifikasi kebutuhan
karena menganggap
aplikasi sudah dengan
cepat dikembangkan,
karena adanya iterasi ini
dapat menyebabkan
pengembang banyak
mengalah dengan
pelanggan karena
perubahan atau
penambahan spesifikasi
kebutuhan perangkat
lunak.
7. Pengembang lebih sering
mengambil kompromi
dengan pelanggan untuk
mendapatkan prototipe
dengan waktu yang cepat,
sehingga pengembang
lebih sering melakukan
segala cara (tanpa idealis)
guna menghasilkan
prototipe untuk
didemosntrasikan.
24
8. Hal tersebut dapat
menyebabkan kualitas
perangkat lunak yang
kurang baik atau bahkan
menyebabkan iteratif
tanpa akhir.
Rapid Application
Development
9. Lebih efektif dari pendekatan
Waterfall inear dalam menghasilkan
sistem yang memenuhi kebutuhan
langsung dari pelanggan.
10. Cocok untuk proyek yang
memerlukan waktu yang singkat.
11. RAD tidak cocok
digunakan untuk sistem
yang mempunyai resiko
yang tinggi.
12. Membutuhkan orang yang
banyak untuk
menyelesaikan sebuah
proyek berskala besar.
13. Pengembang dan customer
harus punya komitmen
yang kuat untuk
menyelesaikan sebuah
software.
14. Jika sistem perangkat
lunak yang akan dibuat
tidak bisa dimodulkan
(dibagi-bagi menjadi
beberapa komponen)
maka model RAD tidak
dapat digunakan untuk
membuat sistem perangkat
lunak ini karena terlalu
bayak campur tangan
antara tim.
Increment
Prototyping
(Iteratif)
15. Cocok digunakan jika staf yang
dimiliki memiliki pergantian
(turnover) yang tinggi sehingga staf
tidak dapat terus ikut dalam
pengembangan perangkat lunak.
16. Penambahan staf
dilakukan jika hasil
incremental akan
dikembangkan lebih
lanjut.
17. Hanya cocok untuk
proyek dnegan skala kecil.
Spiral
18. Lebih cocok untuk pengembangan
sistem dan perangkat lunak skala
besar.
19. Cocok digunakan untuk suatu proyek
dengan target waktu dan biaya yang
tidak terlalu ketat.
20. Setiap perubahan spesifikasi pasti
beresiko pada molornya waktu
pengerjaan dan membengkaknya
biaya proyek.
21. Sulit untuk meyakinkan
pemakai (saat situasi
kontrak) bahwa
penggunaan pendekatan
ini akan dapat
dikendalikan.
22. Memerlukan tenaga ahli
untuk memperkirakan
resiko, dan harus
mengandalkannya supaya
sukses.
23. Biaya yang dikeluarkan
besar.
25
Berdasarkan penjelasan pada tabel perbandingan, pada penelitian ini,
penulis memilih metode Rapid Application Development dikarenakan:
1. Menciptakan rasa kepemilikan antara semua aktor yang berperan pada
penelitian ini, karena banyaknya interaksi pada saat dibangunnya sistem.
2. RAD menggunakan objek yang sudah ada pada poli klinik kebidanan
sehingga tidak perlu di analisis ulang kebutuhan objek untuk proyek ini.
3. Meminimalkan kesalahan dengan menggunakan alat-alat bantuan seperti
Use Case.
2.6. Konsep UML (Unified Modeling Language)
UML (Unified Modeling Language) adalah sebuah bahasa yang telah menjadi
standar dalam industry untuk visualisasi, merancang dan mendokumentasikan
sistem piranti lunak. UML menawarkan standar untuk merancang model sebuah
sistem (Yuni Sugiarti, 2013).
Beberapa diagram UML yang peneliti gunakan dalam penyusunan skripsi ini
adalah sebagai berikut:
2.6.1. Use Case Diagram
Use case atau diagram use case merupakan pemodelan untuk menggambarkan
kelakuan (behavior) sistem yang akan dibuat. Diagram use case mendeskripsikan
sebuah interaksi antara satu atau lebih aktor dengan sistem yang akan dibuat, seperti
contoh use case diagram pada gambar 2.3. Diagram use Case digunakan untuk
mengetahui fungsi apa saja yang ada di dalam sebuah sistem dan siapa saja yang
berhak menggunakan fungsi-fungsi tersebut (Yuni Sugiarti, 2013).
26
Gambar 2. 3 Use Case Diagram
2.6.2. Activity Diagram
Selanjutnya Yuni Sugiarti (2013) menjelaskan bahwa diagram aktivitas atau
activity diagram menggambarkan workflow (aliran kerja) atau aktivitas dari sebuah
sistem atau proses bisnis. Yang perlu diperhatikan disini adalah bahwa diagram
aktivitas menggambarkan aktivitas sistem bukan apa yang dilakukan aktor, jadi
aktivitas yang dapat dilakukan oleh sistem. Activity diagram menggambarkan
berbagai alir aktivitas dalam sistem yang sedang dirancang, bagaimana masing-
masing alir berawal, decision yang mungkin terjadi, dan bagaimana mereka
berakhir, seperti contoh activity diagram 2.4.
27
Gambar 2. 4 Activity Diagram
2.6.3. Sequence Diagram
Diagram sekuen menggambarkan kelakuan/perilaku objek pada use case dengan
mendeskripsikan waktu hidup objek dan message yang dikirimkan dan diterima
antar objek. Oleh karena itu untuk menggambar diagram sekuen maka harus
diketahui objek-objek yang terlibat dalam sebuah use case beserta metode-metode
yang dimiliki kelas yang diinstansiasi menjadi objek itu (Yuni Sugiarti, 2013),
seperti contoh 2.5.
28
Gambar 2. 5 Sequence Diagram
2.6.4. Class Diagram
Diagram kelas atau class diagram menggambarkan struktur sistem dari segi
pendefinisian kelas-kelas yang akan dibuat untuk membangun sistem. Diagram
kelas mendeskripsikan jenis-jenis objek dalam sistem dan berbagai hubungan statis
yang terdapat di antara mereka (Yuni Sugiarti, 2013). Seperti contoh pada gambar
2.6.
29
Gambar 2. 6 Class Diagram
2.6.5. Mapping Diagram
Menjelaskan tentang mapping Class Diagram diperlukan ketika model data logis
efektif untuk mendeskripsikan data yang harus disimpan pada sistem baru, data
tersebut tidak memberitahukan kebutuhan pada sebuah lokasi basis operasi bisnis.
Kita perlu mengidentifikasi lokasi untuk data dan akses yang benar (Lonnie Bentley
dan Jeffrey Whitten, 2007).
Gambar 2. 7 Mapping diagram
30
2.7. Unsur-Unsur Dalam Perancangan Sistem
2.7.1. Pemrograman PHP (Hypertext Prepocessor)
Menurut Arief (2011) PHP (Hypertext Prepocessor) adalah bahasa server-side
scripting yang menyatu dengan HTML untuk membuat halaman web yang dinamis.
Karena PHP merupakan server-side scripting maka sintaks dan perintah-perintah
PHP akan dieksekusi di server kemudian dikirimkan ke browser dalam format
HTML. Dengan demikian kode program yang ditulis dalam PHP tidak akan terlihat
oleh user sehingga kemanan halaman web lebih terjamin. PHP dirancang untuk
membentuk halaman web yang dinamis, yaitu halaman web yang dapat membentuk
suatu tampilan berdasarkan permintaan terkini, seperti menampilkan isi basis data
ke halaman web.
Selanjutnya PHP termasuk dalam Open Source Product, sehingga source code PHP
dapat diunduh dan didistribusikan secara bebas. Salah satu keunggulan yang
dimiliki oleh PHP adalah kemampuannya untuk melakukan koneksi ke berbagai
macam software sistem manajemen basis data atau Database Management System
(DBMS), sehingga dapat menciptakan suatu halaman web yang dinamis. PHP
mempunyai koneksitas yang baik dengan beberapa DBMS antara lain Oracle,
Sybase, mSQL, MySQL, Microsoft SQL Server, Solid, PostgreSQL, Adabas,
FilePro, Velocis, dBase, Unix dbm, dan tak terkecuali semua database ber-interface
ODBC (Arief, 2011).
31
2.7.2. MySQL
MySQL adalah salah satu jenis database server yang sangat terkenal dan banyak
digunakan untuk membangun aplikasi web yang menggunakan database sebagai
sumber dan pengelolaan datanya. Kepopuleran MySQL antara lain karena MySQL
menggunakan SQL sebagai bahan dasar untuk mengakses database-nya sehingga
mudah untuk digunakan, kinerja query skala menengah-kecil. MySQL juga bersifat
open source dan free pada berbagai platform (Arief, 2011).
Menurut Arief (2011) MySQL merupakan database yang pertama kali didukung
oleh bahasa pemrograman script untuk internet (PHP dan Perl). MySQL dan PHP
dianggap sebagai pasangan software pengembangan aplikasi web yang ideal.
MySQL lebih sering digunakan untuk membangun aplikasi berbasis web, umumnya
pengembangan aplikasinya menggunakan bahasa pemrograman script PHP.
2.7.3. XAMPP
XAMPP merupakan paket PHP dan MySQL berbasis open source yang dapat
digunakan sebagai tool pembantu pengembangan aplikasi berbasis php. Untuk
membuat sebuah aplikasi berbasis web dengan menggunakan bahasa PHP, tentu
saja diperlukan sebuah web server web dan interpreter PHP. Server tidak harus
sebuah komputer khusus dengan kinerja tunggu dan berukuran besar, tetapi bisa
dibuat dari PC yang mempunyai fungsi selayaknya sebuah web server, yaitu dengan
menginstal XAMPP (Arief, 2011).
32
2.8. Kajian Al-Qur’an Tentang Kehamilan
Berikut ini adalah beberapa ayat Al-Qur’an yang menerangkan tentang kehamilan,
antara lain sebagai berikut:
Q.S Al-mu’minun: 14
Artinya:
“Kemudian air mani itu Kami jadikan segumpal darah, lalu segumpal darah itu
Kami jadikan segumpal daging, dan segumpal daging itu Kami jadikan tulang
belulang, lalu tulang belulang itu Kami bungkus dengan daging, kemudian Kami
jadikan dia makhluk yang (berbentuk) lain. Maka maha suci Allah, Pencipta yang
paling baik.” (Q.S Al-mu’minun: 14).
2.9. Rumah Sakit
Rumah sakit adalah sebuah institusi perawatan kesehatan professional yang
pelayanannya disediakan oleh dokter, perawat dan tenaga ahli kesehatan lainnya.
Untuk memenuhi kebutuhan itu rumah sakit perlu mempunyai fungsi pelayanan
medis, penunjang medis dan asuhan keperawatan, rujukan, pendidikan dan
33
pelatihan, penelitian dan pengembangan serta menyelenggarakan administrasi
umum dan keuangan (Djojodibroto, 2003).
2.10. Kehamilan
Kehamilan (Alamiah) terjadi akibat adanya pembuahan sel telur didalam indung
telur wanita oleh sprema. Dalam proses alamiah ini terjadi karena sperma masuk ke
indung telur melalui saluran rahim pada saat melakukan hubungan badan. Apabila
pembuahan ini berhasil, dari satu telur yang dibuahi dan berukuran 0.2mm akan
terus berkembang biak dan berpindah kedalam rahim. Kurang lebih 7-10 hari
setelah pembuahan, sel telur yang telah dibuahi akan masuk dan menempel
diselaput dalam rahim. Selaput dalam rahim ini tebal dan lunak sehingga bisa
melindungi sel telur yang telah dibuahi. Pada tahap ini kehamilan telah dimulai
(Fitri Ayu, 2011).
2.11. Leopold
Menurut Sulaiman (2003) pada buku Obstetri Fisiologi menjelaskan bahwa Pada
ibu hamil, pemeriksaan fisik dengan palpasi dilakukan untuk menentukan besarnya
rahim dan usia kehamilan. Palpasi pada ibu hamil disebut dengan Leopold.
34
2.11.1. Leopold I
Selanjutnya Menurut Sulaiman (2003) menjelaskan bahwa Leopold I
digunakan untuk menentukan usia kehamilan dan bagian mana yang ada dalam
fundusuteri.
Pemeriksaan dilakukan dengan cara berikut (Sulaiman, 2003);
1. Sikap pasien: Tidur telentang.
2. Sikap Perawat: Berdiri disebelah kanan pasien dan menghadap muka
pasien
3. Langkah-langkahnya;
a. Memberitahukan pasien supaya melemaskan diri, dengan
menarik nafas panjang
b. Menentukan tinggi fundusuteri dengan kedua tangan, uterus
diketengahkan, menentukan tinggu fundusuteri, caranya:
a) Sikap pasien telentang.
b) Sikap perawat berdiri disebelah kanan dan menghadap
pasien.
c) Pasien disarankan melemaskan diri / rileks dengan
menarik nafas panjang.
d) Meraba fundus uteri. Uterus dipegang dengan kedua
tangan, diketengahkan dan dikontraksikan.
e) Mengukur dengan sentimeter, jarak antara pusat dan
tingginya fundusuteri.
35
Gambar 2. 8 Fundusuteri (Sumber: Sulaiman, 2003)
c. Meraba fundusuteri pada kehamilan usia lima bulan keatas,
untuk membedakan kepala atau bokong. Bila kepala sifatnya
keras, bundar dan melenting. Sedangkan bokong akan lunak,
kurang bundar, dan kurang melenting, caranya;
a) Tangan perawat pada kedua sisi uterus.
b) Dengan satu tangan terhadap uterus, dan tangan lainnya
menekan kembali.
c) Perhatikan apakah kantong janin menyentuh tangan
yang lain, dan memantul kembali pada tangan yang
pertama.
d) Adanya ballotemen merupakan tanda pasti kehamilan.
e) Ciri-ciri kepala: besar, keras rata.
f) Ciri-ciri bokong: besar, padat, tidak rata.
36
Gambar 2. 9 Leopold I (Sumber: Sulaiman, 2003)
Fundusuteri adalah bagian dari rahim yang paling atas, biasanya digunakan untuk
mengetahui usia kehamilan ibu mengandung (Sulaiman, 2003).
2.11.2. Leopold II
Sulaiman (2003) menjelaskan Leopold II digunakan untuk menentukan
letak punggung anak dan letak bagian kecil pada anak.
Pemeriksaan dilakukan dengan cara berikut (Sulaiman, 2003):
1. Sikap pasien: Tidur telentang.
2. Sikap Perawat: Berdiri disebelah kanan pasien dan menghadap muka
pasien, langkah-langkahnya:
a. Tangan perawat disebelah kanan dan kiri uterus.
37
b. Mencari dimana tahanan yang lebih besar. Satu tangan
menahan perut dan tangan lain meraba dan sebaliknya sambil
membandingkan.
c. Selanjutnya menentukan tahanan mana yang mudah ditekan ,
tidak rata, adalah bagian kecil. Tahanan yang besar , rata,
adalah punggung anak.
d. Perhatikan pergerakan anak selama palpasi.
e. Perhatikan apakah punggung terletak didepan atau dibelakang.
f. Jika banyak bagian kecil yang teraba, kemungkinan punggung
dibelakang.
g. Bandingkan dengan anamneses dibagian mana ibu merasakan
pergerakan anak, dengan palpasi dan auskultasi denyut jantung
anak.
Gambar 2. 10 Leopold II (Sumber: Sulaiman, 2003)
38
2.11.3. Leopold III
Menurut Sulaiman (2003) menjelaskan Leopold III digunakan untuk menentukan
bagian apa yang terdapat dibagian bawah dan apakah bagian bawah anak sudah atau
belum terpegang oleh pintu atas panggul.
Pemeriksaan dilakukan dengan cara berikut (Sulaiman, 2003):
1. Sikap pasien: Tidur telentang.
2. Sikap Perawat: Berdiri disebelah kanan pasien dan menghadap muka
pasien, langkah-langkahnya:
a. Perawat menahan fundus uteri dengan tangan kiri.
b. Memeganggi bagian yang paling depan dengan ibu jari dan
jari-jari lain tangan kanan dalam bentuk mangkok, dan
perlahan-lahan digerakkan terhadap panggul.
Gambar 2. 11 Leopold III (Sumber: Sulaiman, 2003)
39
2.11.4. Leopold IV
Untuk leopold yang terakhir Sulaiman (2003) menjelaskan bahwa Leopold IV
digunakan untuk menentukan apa yang menjadi bagian bawah dan seberapa
masuknya bagian bawah tersebut kedalam rongga panggul.
Pemeriksaan dilakukan dengan cara berikut (Sulaiman, 2003)
1. Sikap pasien: Tidur telentang.
2. Sikap Perawat: Berdiri disebelah kanan pasien dan menghadap muka
pasien, langkah-langkahnya:
a. Perawatan menempatkan jari-jari tangan dengan tertutup sebelah kiri
dan kanan pada segmen bawah uterus.
b. Menekan perlahan-lahan arah yang tegak lurus pada bidang pintu
atas panggul, jangan lurus kebelakang.
c. Dan menarik kesimpulan perasat ini tidak dilakukan bila kepala
janin sudah masuk pintu atas panggul.
Gambar 2. 12 Leopold IV (Sumber: Sulaiman, 2003)
40
2.12. Rumus Neagle Menghitung Usia Kehamilan
Sulaiman (2003) juga memiliki teori yang sangat menarik tentang perhitungan
perkiraan persalinan yaitu rumus Neagle. Rumus Neagle adalah salah satu cara
yang dipakai untuk menghitung usia kehamilan dengan penerapan aturan Hari
Pertama Haid Terakhir (HPHT). HPHT adalah tanggal terjadinya haid pertama kali
dalam siklus haid terakhir kali sebelum terjadi kehamilan (Sulaiman, 2003).
Rumus untuk menentukan perkiraan hari persalinan adalah :
1. Tanggal HPHT ditambah 7
2. Bulan dikurangi 3, dan
3. Tahun ditambah 1
Contoh: Jika hari pertama haid terakhir anda adalah pada 12 juni 2014, maka
perkiraan waktu persalinan adalah
1. Tanggal 12 ditambah 7 = tanggal 19
2. Bulan juni (6) dikurangi 3 = bulan maret
3. Tahun 2014 ditambah 1 = 2015.
41
BAB III
METODOLOGI PENELITIAN
3.1. Metode Pengumpulan Data
Dalam penyusunan skripsi ini, diperlukan data – data serta informasi yang relatif
lengkap sebagai bahan yang dapat mendukung kebenaran materi uraian dan
pembahasan. Oleh karena itu, sebelum penyusunan skripsi ini dilakukan, maka
perlu dilakukan riset atau penelitian terlebih dahulu untuk menjaring data serta
informasi yang terkait. Proses pengumpulan data dapat dilakukan dengan teknik –
teknik tertentu. Teknik yang dipilih dan digunakan dalam proses pengumpulan data
tergantung pada sifat dan karakteristik penelitian yang dilakukan. Teknik
pengumpulan data yang dilakukan adalah sebagai berikut:
3.1.1. Observasi
Penulis melakukan observasi pada bulan Maret, Mei dan September 2016 di Rumah
Sakit Kusta/Umum Sitanala di jalan dr. Sitanala Kota Tangerang. Tujuan dilakukan
observasi adalah guna mengetahui apa saja informasi yang dibutuhkan disana.
Kemudian dari kebutuhan yang telah didapat bisa dianalisis sistem seperti apa yang
akan dikembangkan untuk menghasilkan informasi yang dibutuhkan. Observasi
yang dilakukan yaitu mengamati proses pencatatan pemeriksaan kehamilan dan
kontrol bayi. Proses observasi selanjut yaitu mengamati bagaimana proses
perhitungan persalinan dan pada saat perbandingan pemeriksaan kehamilan atau
42
kontrol bayi. Observasi terakhir yaitu mengkaji form-form yang tersedia pada saat
pemeriksaan kehamilan dan kontrol bayi, yang ada pada lampiran.
3.1.2. Wawancara
Penulis melakukan wawancara langsung dengan Bidan yang bernama
Wowon Kristina, AM.Keb pada tanggal 7 Maret dan 1 September 2016 yang
bertugas sebagai bidan sekaligus asisten dari dokter pada poli kebidanan. Pada saat
pemeriksaan kehamilan bidan melakukan pemeriksaan pada pasien, seperti
memeriksa berat badan pasien, tinggi badan pasien, lingkar perut pasien, detak
jantung pasien,dan sebagainya, hasil pemeriksaan tersebut dicatat pada form kertas.
Apabila pasien tersebut ingin mengetahui perkiraan persalinan, bidan melakukan
perhitungan berdasarkan fundusuteri pasien, penulis juga menanyakan bagaimana
proses saat melakukan kontrol bayi, perbandingan kontrol bayi, perbandingan
pemeriksaan kehamilan, yang hasil wawancarnya ada pada lampiran.
3.1.3. Studi Pustaka
Peneliti melakukan suatu kajian dari hasil penelitian yang sudah ada sebagai
suatu perbandingan dan sumber referensi dalam analisis dan perancangan sistem
informasi poli klinik kebidanan rumah sakit umum sitanala. Penelitian sejenis
menjadi pembanding dari skripsi ini dapat dilihat dari tabel berikut:
43
Tabel 3. 1 Tabel Studi Literatur
No Nama Judul Penelitian Kelebihan Kekurangan
1 Mochamat
Bayu Aji
(STT
Dharma
Iswara
Madiun)
Rancang
bangun sistem
informasi
pelayanan dan
fasilitas rumah
sakit berbasis
web
Fitur aplikasi untuk sistem
rumah sakit yang lengkap,
dan perancangan sistem
lengkap menggunakan
UML
pengoperasian sistem
hanya ada pada admin,
sehingga memerlukan
banyak admin untuk
sistem informasi ini,
terlebih lagi data
pengolahan pasien
disatukan, tidak dibagi-
bagi sesuai dengan
ruangan, sehingga
menyulitkan untuk
melihat-melihat data
pasien.
2 Taminanto
(APIKES
Citra Medika
Surakarta)
Rancang
bangun sistem
informasi
pendaftaran
pasien rawat
jalan melalui
sort message
service(sms)
menggunakan fitur sort
message service(sms)
untuk mendaftar rawat
jalan pada RS PKU
Muhammadiyah Surakarta
yang memudahkan pasien
untuk mendaftar, selain itu
kelebihan sistem ini, sms
yang masuk, akan langsung
tercatat ke database.
proses pendaftaran via
sort message
service(sms)
menggunakan format,
agar pasien bisa
mendaftar, sms yang
dikirimkan harus sesuai
format tersebut,
sedangkan tidak semua
pasien memahami atau
hafal kode Rekam
Medis dan kode Dokter
untuk mendaftar rawat
jalan.
3 Putra Aditya
Dasopang
(UIN Sunan
Kalijaga)
Analisis
perancangan
rekam medis di
puskesmas
Gondokusuma I
Yogyakarta
penelitian ini desain sistem
dilampirkan secara lengkap
dan jelas untuk tiap-tiap
form yang ada didalam
system
ini tidak ada metode
yang dipakai untuk
merancang sistem
informasi rekam medis
ini, perancangan desain
sistem hanya
menggunakan Data
Flow Diagram.
4 Erwan
Triwahjono
(Universitas
Pembanguna
n Nasional)
Analisa dan
perancangan
sistem
informasi rawat
jalan pada
rumah sakit
marinir
cilandak
penlitian ini pencatatan
rekam medis pada sistem
informasi dicatat secara
lengkap dan jelas, sehingga
memudahkan dokter atau
pasien untuk melihat
laporan rekam medis
tersebut, lalu ada fitur
tambahan pada sistem ini
,seperti input resep dokter
untuk pasien sesuai dengan
tidak ada metode
perancangan sistem
yang dipakai, dan tidak
ada perancangan desain
sistem pada penelitian
ini.
44
rekam medis pasien, dan
pembuatan surat rujukan
pasien.
5 Supeno, Dien
Novita dan
Fransiska
Hartini
(STMIK GI
MDP)
Sistem
informasi rekam
medik unit
kebidanan dan
kandungan
RSIA Widiyanti
Palembang
perancangan desain sistem
ditulis lengkap dan detail
menggunakan usecase,
activity diagram,
deployment diagram dan
class diagram.
tidak menjelaskan
bagaimana proses
pengelolaan data pasien
dan pengelolaan data
obat yang bagian dari
fitur yang akan
disediakan pada rancang
bangun sistem informasi
ini.
6 Nurfitriani
(UIN Syarif
Hidayatullah
Jakarta.)
Analisis dan
perancangan
sistem
informasi rawat
inap (Studi
kasus : Rumah
sakit ibu dan
anak buah hati
ciputat)
penelitian ini metode
perancangan sistem
menggunakan metode
RAD, ditulis secara
lengkap, dan perancangan
desain sistem sesuai
dengan metode RAD.
Kekurangan pada
penelitian ini tampilan
web tidak friendlyuser
dan form pada aplikasi
tidak tertata dengan
rapih.
Berdasarkan pada studi pustaka yang telah dipelajari, perbedaan pada penelitian ini
terletak pada fitur pada sistem yang mencakup semua porses yang ada dalam poli
kebidanan, seperti proses pencatatan pemeriksaan kehamilan, pada proses ini Bidan
memasukan data pasien, riwayat kehamilan, riwayat persalinan, riwayat KB,
kesehatan umum, dan hasil pemeriksaan kehamilan. Pada proses perbandingan
pemeriksaan kehamilan, Dokter membandingkan hasil pemeriksaan pasien
sebelumnya dengan hasil pemeriksaan pasien saat ini. Pada proses perhitungan
perkiraan persalinan, bidan akan memasukan tanggal HPHT lalu sistem akan secara
otomatis menghitung dan menghasilkan tanggal perkiraan persalinan menggunakan
rumus neagle. Pada proses pendaftaran persalinan di rumah sakit umum sitanala,
pegawai rawat inap akan terintegrasi datanya dengan poli kebidanan, apabila ada
pasien yang ingin bersalin, pegawai rawat inap dapat mengambil data pasien
45
tersebut yang ada di poli kebidanan melalui sistem. Pada proses kontrol bayi dan
perbandingan kontrol bayi, bayi yang lahir dari ibu yang sudah terdaftar pada rumah
sakit tersebut akan dikontrol lalu hasil kontrol tersebut dapat dibandingan dengan
hasil kontrol yang sebelumnya oleh Dokter. Pada pengembangan sistem,
menggunakan metode RAD dan metode desain sistem menggunakan UML.
3.2 Metode Pengembangan Sistem
Tahap-tahap dalam Rapid Application Development sebagai metode
pengembangan analisis dan perancangan sistem informasi poli klinik kebidanan
rumah sakit umum sitanala, yaitu fase perencanaan syarat, workshop desain dan
implementasi.
3.2.1. Perencanaan Syarat
Pada tahap ini, peneliti menjabarkan tentang gambaran umum rumah sakit
umum sitanala, analisa sistem berjalan dan analisa sistem usulan, ada tiga fase
dalam tahapan perencanaan syarat pada alur pengembangan sistem RAD, yaitu:
1. Gambaran umum rumah sakit sitanala terdiri dari sejarah berdirinya,
visi, misi dan struktur organisasi.
2. Analisa sistem berjalan terdiri dari proses bisnis sistem berjalan dan
identifikasi masalah.
3. Analisa sistem usulan untuk sistem yang akan dibangun.
46
4. Analisa perbandingan sistem yang akan dibangun dengan sistem
sebelumnya.
5. Analisa kebutuhan sistem yang akan dibangun.
6. Analisa dokumentasi pada poli kebidanan rumah sakit umum
sitanala.
3.2.2. Workshop Desain
Pada tahap workshop desain, metode yang digunakan adalah desain berorientasi
obyek atau Object-Oriented Design (OOD) dengan UML sebagai tools untuk
perancangan dan pengembangan aplikasinya.
Namun tidak semua diagram yang disediakan oleh UML digunakan oleh peneliti
dalam perancangan sistem ini. Hanya beberapa diagram UML saja yang digunakan
oleh peneliti, yang menurut peneliti dapat mendukung perancangan aplikasi ini.
Adapun beberapa diagram berikut ini:
1. Perancangan Sistem, penulis menggunakan UML sebagai tools
untuk pengembangan dan perancangan aplikasinya. Adapun
diagram UML yang digunakan yaitu use case diagram, activity
diagram, sequence diagram.
2. Perancangan Database
a. Class Diagram,
Pada tahap ini penulis menggambarkan pendefinisian kelas-kelas
yang digunakan oleh sistem.
b. Mapping Diagram,
47
Pada tahap ini penulis membuat mapping class diagram untuk
mengoptimasi database.
3.2.3 Implementasi
Berdasarkan rencana kebutuhan dan proses desain (perancangan sistem dan
perancangan basis data), maka pada tahap implementasi penulis akan
mengimplementasikan rancangan yang telah dibuat kedalam bentuk sistem
informasi poli klinik kebidanan rumah sakit umum sitanala, dengan menggunakan
bahasa pemrograman PHP dan basis data MySQL. Setelah program telah
diselesaikan dengan baik, selanjutnya dilakukan proses pengujian terhadap sistem
yang dibangun apakah masih terjadi kesalahan pada sistem yang dibangun atau
tidak dengan menggunakan Black Box Testing.
3.3. Kerangka Berfikir
Kerangka metodologi penelitian ini dilakukan melalui beberapa tahapan agar
memudahkan dalam melakukan penelitian. Tahapan-tahapan tersebut sebagai
berikut:
48
Gambar 3. 1 Kerangka Berfikir
49
BAB IV
PEMBAHASAN
4.1. Perencanaan Syarat
4.1.1. Gambaran Umum Rumah Sakit Sitanala
Rumah Sakit Kusta Sitanala berlokasi di Kota Tangerang Provinsi Banten dengan
menempati lahan seluas 54 hektar. Rumah Sakit Kusta Sitanala Tangerang adalah
merupakan pindahan dari Leprosarium Lenteng Agung. Pada tanggal 28 Juli tahun
1951 Rumah Sakit Kusta ini didirikan oleh Departemen Kesehatan RI dengan
nama "Rumah Sakit Sewan", karena lokasi terletak di Desa Karangsari Kampung
Sewan, Kecamatan Neglasari.
Diresmikan oleh Ny. Rahmi Hatta selaku Ibu Wakil Presiden RI Pertama dan
untuk menghargai jasa seorang dokter yang pertama kali berkecimpung dalam
menangani penderita kusta, yaitu dr. J.B. Sitanala yang berasal dari Maluku, maka
pada tahun 1962 Rumah Sakit Sewan dirubah namanya menjadi "Pusat
Rehabilitasi Sitanala" oleh Menteri Kesehatan RI saat itu Prof. Dr. Satrio, dan
pada perkembangan selanjutnya menjadi Rumah Sakit Kusta Dr. Sitanala
Tangerang dengan Kep.Men.Kes.RI Nomor 140, Tahun 1978.
Rumah Sakit Kusta Sitanala merupakan Unit Pelaksana Teknis (UPT)
dilingkungan Depkes. RI, berada dibawah tanggung jawab langsung kepada
Direktur Jenderal Bina Pelayanan Medik.
50
Pada tahun 2015 Rumah Sakit Kusta Sitanala meresmikan gedung rumah sakit
bagian umum, pada gedung tersebut menyediakan pelayanan-pelayanan untuk
penyakit dan pasien umum seperti rumah sakit lainnya.
4.1.1.1.Visi Dan Misi Rumah Sakit Sitanala
Visi
Terwujudnya layanan prima medik rumah sakit
Misi
1. Menyelenggarakan Pelayanan Kesehatan Yang Bermutu dan Terjangkau
Kepada Masyarakat Dalam rangka Meningkatkan Derajat Kesehatan.
2. Menyelenggarakan Pendidikan, Pelatihan dan Penelitian Serta
Pengembangan Dibidang Kusta.
3. Melaksanakan Upaya Kuratif serta Pelayanan Rehabilitatif Dalam Bidang
Kusta Secara Terpadu dan Paripurna.
4. Meningkatkan Kualitas Sumber Daya Manusia Dalam Rangka
Tercapainya Profesionalisme Pelayanan.
51
4.1.1.2.Logo
Gambar 4. 1 Logo Rumah Sakit Sitanala
4.1.1.3.Struktur Organisasi Rumah Sakit
4.1.2. Analisis sistem berjalan
Seluruh kegiatan pada poli kebidanan rumah sakit sitanala masih berjalan secara
manual. Pencatatan pada saat pemeriksaan kehamilan masih di tulis tangan. Selain
itu, pada saat membandingkan pemeriksaan kehamilan, harus membuka berkas-
berkas untuk mencari hasil pemeriksaan pasien sebelumnya, sehingga memakan
Gambar 4. 2 Struktur Organisasi Rumah Sakit Sitanala
52
waktu yang lama dan berkas beresiko hilang. Analisis masalah dari sistem berjalan
akan digambarkan dalam pemodelan Rich Picture.
Gambar 4. 3 Rich Picture Sistem Berjalan Poli Kebidanan RS Umum Sitanala
Pada gambar 4.3 menjelaskan tentang sistem berjalan pada Poli Kebidanan RS
Sitanala, Berikut langkah-langkah sistem berjalan pada Poli Kebidanan RS
Sitanala:
1. Pasien mendatangi bidan untuk pemeriksaan kehamilan.
2. Bidan mencatat identitas pasien.
3. Bidan mencatat riwayat kehamilan pasien.
4. Bidan mencatat riwayat pernikahan pasien.
53
5. Bidan mencatat riwayat KB pasien.
6. Bidan mencatat riwayat kesehatan pasien.
7. Bidan mencatat hasil pemeriksaan pada pasien.
8. Bidan menghitung perkiraan persalinan pasien.
9. Pasien mendatangi Dokter untuk konsultasi kehamilan.
10. Bidan memberikan hasil pemeriksaan pasien saat ini.
11. Bidan mencari hasil pemeriksaan terdahulu pada berkas-berkas.
12. Bidan memberikan hasil pemeriksaan terdahulu kepada Dokter.
13. Dokter membandingkan hasil pemeriksaan saat ini dengan hasil
terdahulu.
14. Dokter membuat laporan hasil dari perbandingan pemeriksaan
tersebut.
15. Dokter memberikan laporan tersebut kepada pasien.
16. Memberikan ringkasan riwayat pasien.
17. Pegawai rawat inap mencatat pasien yang akan rawat inap.
4.1.3. Sistem Usulan
Untuk membantu kinerja poli kebidanan rumah sakit sitanala, perlu adanya sistem
infromasi yang terkomputerisasi untuk mengelola data pemeriksaan kehamilan
untuk menghasilkan laporan yang baik. Berikut hal-hal yang perlu dirancang
untuk mendukung sistem usulan seperti terlihat gambar 4.4 berikut ini:
54
Gambar 4. 4 Rich Picture Sistem Usulan Poli Kebidanan RS Umum sitanala
Pada gambar 4.4 menjelaskan tentang sistem usulan pada Poli Kebidanan RS
Sitanala, Berikut langkah-langkah sistem usulan pada Poli Kebidanan RS
Sitanala:
1. Pasien mendatangi bidan untuk pemeriksaan kehamilan.
2. Bidan mencatat identitas pasien.
3. Bidan mencatat riwayat kehamilan pasien.
4. Bidan mencatat riwayat pernikahan pasien.
5. Bidan mencatat riwayat KB pasien.
6. Bidan mencatat riwayat kesehatan pasien.
7. Bidan mencatat hasil pemeriksaan pada pasien.
55
8. Pasien mendatangi Dokter untuk konsultasi kehamilan.
9. Dokter mencari hasil pemeriksaan kehamilan pasien pada sistem.
10. Dokter melakukan perbandingan pemeriksaan kehamilan atau
kontrol bayi pada sistem yang otomatis akan terlihat perbandingan
hasil pemeriksaan sekarang dan terdahulu pada data pasien.
11. Dokter dapat mencetak hasil perbandingan pemeriksaan kehamilan
pasien dan kontrol bayi.
12. Admin mengelola data pegawai pada rumah sakit sitanala.
13. Admin mengelola data ruang inap pada rumah sakit sitanala.
14. Pegawai rawat inap mengelola data rawat inap pada rumah sakit
sitanala.
15. Pegawai rawat inap dapat mencetak laporan data rawat inap pada
rumah sakit sitanala.
16. Bidan dapat mencetak laporan perbandingan pemeriksaan.
4.1.4. Identifikasi Masalah
Berdasarkan uraian yang telah dijelaskan maka beberapa masalah yang dapat di
identifikasi ialah sebagai berikut:
1. Pencatatan identitas pasien, riwayat kehamilan, riwayat pernikahan,
riwayat KB, riwayat kesehatan pasien, dan hasil pemeriksaan pasien
dicatat pada form kertas.
2. Bidan harus mencari data pemeriksaan pasien terdahulu pada berkas-
berkas yang ada didalam poli kebidanan.
56
3. Dokter harus membandingkan banyak berkas saat melakukan
perbandingan hasil pemeriksaan kehamilan pasien atau pada saat
kontrol bayi.
4. Laporan perbandingan hasil pemeriksaan kehamilan atau pada saat
kontrol bayi ditulis oleh dokter secara manual.
5. Pegawai rawat inap melakukan pencatatan manual pada form kertas.
4.1.5. Analisis Perbandingan Sistem
Berdasarkan analisis sistem berjalan dan analisis sistem usulan diatas, maka dapat
diketahui kelebihan sistem usulan dibandingkan sistem yang berjalan sebagai
berikut.
Tabel 4. 1 Perbandingan Sistem Berjalan dan Sistem Usulan
Sistem Berjalan Sistem Usulan
1. Pencatatan identitas pasien, riwayat
kehamilan, riwayat pernikahan,
riwayat KB, riwayat kesehatan pasien,
dan hasil pemeriksaan pasien dicatat
pada form kertas
1. Pencatatan langsung dilakukan secara
komputerisasi oleh bidan.
2. Bidan harus mencari data pemeriksaan
pasien terdahulu pada berkas-berkas
yang ada didalam poli kebidanan.
2. Pencarian data dapat diakses
langsung oleh dokter melalui sistem
3. Dokter harus membandingkan banyak
berkas saat melakukan perbandingan
hasil pemeriksaan pasien atau kontrol
bayi
3. Perbandingan hasil pemeriksaan akan
mudah dilakukan karena sistem akan
otomatis membandingkan hasil
pemeriksaaan atau kontrol bayi
pasien tersebut dan akan mudah
diketahui ada grafik peningkatan atau
penurunan dari hasil pemeriksaan
tersebut
4. Laporan perbandingan hasil
pemeriksaan kehamilan ditulis oleh
dokter secara manual.
4. Dengan adanya sistem, laporan akan
mudah dibuat dan data yang
dihasilkan lengkap, dan dapat
dipahami oleh pasien.
5. Pencatatan rawat inap untuk
persalinan pasien masih menggunakan
form kertas
5. Pencatatan langsung dilakukan secara
komputerisasi oleh pegawai rawat
inap.
57
6. Kontrol bayi masih menggunakan
form kertas dan tidak ada
perbandingan disetiap kontrol
6. Kontrol bayi dilakukan dengan
system dan ditambahkan fitur
perbandingan setiap kontrol
4.1.6. Analisis Kebutuhan
Fase ini adalah fase yang sangat penting dalam pengembangan sebuah sistem
informasi. Fase ini bertujuan untuk menentukan apa saja yang dapat dilakukan
oleh sistem dan harus memenuhi System Objectives dari sistem tersebut sehingga
dapat membangun sebuah sistem informasi baru yang bersifat web based dalam
melakukan proses pengolahan rujukan akses yang lebih efisien dan efektif.
Requirements yang ada akan dibagi menjadi 2 (dua) bagian. Bagian pertama
adalah Functional Requirement yaitu aktivitas dan service yang harus disediakan
oleh sistem yang akan dikembangkan. Bagian kedua adalah Nonfunctional
Requirement yaitu fitur – fitur lain yang diperlukan oleh sistem agar sistem dapat
lebih memuaskan.
Berikut adalah requirements dari Sistem Informasi Pencatatan Pemeriksaan
Kehamilan dan Perhitungan Perkiraan Persalinan:
4.1.6.1.Functional Requirements
Sistem yang dikembangkan harus mempunyai functional requirements sebagai
berikut:
1. Pencatatan pemeriksaan kehamilan, kontrol bayi, perbandingan
pemeriksan kehamilan, perbandingan kontrol bayi terkomputerisasi.
2. Mencari data-data hasil pemeriksaan kehamilan dan kontrol bayi
pada sistem.
58
3. Hasil perkiraan persalinan akan otomatis terhitung saat memasukan
HPHT pada sistem dengan rumus Neagle.
4. Perbandingan hasil pemeriksaan kehamilan dan kontrol bayi akan
lebih mudah karena sistem akan otomatis membandingkan hasil
pemeriksaaan yang akan menghasilan data yang akurat, ada
kenaikan atau penurunan dari hasil pemeriksaan pasien.
5. Data pada poli kebidanan dan bagian rawat inap terintegrasi.
4.1.6.2.Nonfunctional Requirements
Nonfunctional Requirements dari sistem yang dikembangkan akan dijelaskan
dalam bentuk tabel berikut:
Tabel 4. 2 Nonfunctional Requirement
Jenis Kebutuhan Penjelasan
1. Model Tampilan (Performance) a. Mempermudah proses pencatatan kehamilan
pasien
b. Mempermudah mencari data hasil
pemeriksaan pasien
c. Mempermudah membandingkan hasil
pemeriksaan pasien
2. Model Penyimpanan Data
(Information)
a. Penyimpanan data pasien (identitas, riwayat
kehamilan, riwayat pernikahan, riwayat KB)
hanya disimpan satu kali pada saat pasien
melakukan pemeriksaan kehamilan, pada
minggu atau bulan berikutnya data tersebut
tidak perlu disimpan lagi
b. Sistem yang terintegrasi memudahkan
pengelolaan data antara Admin, Bidan ,
Dokter dan Pegawai Rawat Inap
c. Data terdokumentasi dan terstruktur.
3. Model Segi Ekonomi (Economic) a. Memperlancar aliran informasi antara Bidan
dan Dokter.
b. Memperlancar antrian pada poli kebidanan
59
4. Model Pengontrolan Sistem
(Control)
a. Meningkatkan keamanan terhadap
pelaksanaan proses penyimpanan data.
b. Membatasi akses penggunaan terhadap
sistem dengan cara menerapkan privilege.
c. Mencegah akses penuh dari pengguna –
pengguna yang tidak berwenang.
5. Model Efisiensi Sistem
(Efficiency)
a. Menggunakan sistem penyimpanan data
yang terintegrasi untuk memudahkan proses
pendataan.
b. Meminimalisasikan biaya ATK pada poli
kebidanan rumah sakit sitanala
6. Model Pelayanan Sistem
(Service) a. Menghasilkan informasi yang akurat untuk
bahan pertimbangan dan evaluasi.
b. Memberi kemudahan dalam penggunaan
operasional sistem.
4.1.6.3.Analisis Dokumen
Analisis dokumen digunakan untuk mengtahui dokumen apa saja yang menjadi
masukan atau keluaran sistem yang sedang berjalan.
Formulir Pengkajian Awal Kebidanan dan Kandungan
Tabel 4. 3 Formulir Pengkajian Awal Kebidanan dan Kandungan
Kategori Keterangan
Nama Dokumen Form Pengkajian Awal Kebidanan dan
Kandungan
Fungsi Pencatatan riwayat kehamilan dan
pencatatan pemeriksaan kehamilan
Sumber Bagian poli kebidanan
Atribut Keluhan utama, Riwayat menstruasi,
riwayat hamil, Riwayat persalinan dan
nifas, riwayat penyakit yang diderita,
riwayat penyakit keluarga, status
perkawinan, status ekonomi, riwayat
keluarga berencana, riwayat ginekologi,
riwayat kesehatan, pemeriksaan umum,
pemeriksaan fisik, pemeriksaan khusus,
penafisan nyeri, pemeriksaan penunjang
60
4.2. Workshop Desain
4.2.1. Identifikasi Use Case dan Aktor
Identifikasi aktor dan use case ini didasari pada kebutuhan fungsi – fungsi sistem.
Kebutuhan akan fungsi ini diakomodir di use case. Selanjutnya use case
menyediakan nilai hasil kepada aktor. Atas dasar spesifikasi ini paling tidak
didapat cara menentukan aktor.
Berdasarkan penjelasan bab sebelumnya use case mencakup aliran – aliran kerja
(workflow) dalam sistem (bersifat internal) sedangkan aktor – aktor mencakup
segala sesuatu yang ada di luar sistem (bersifat eksternal).
Pemodelan sistem dilakukan untuk mendeskripsikan use case apa saja dan aktor
apa saja yang akan terlibat dalam analisis sistem usulan, dapat dilihat dalam tabel
identifikasi aktor dan use case berikut ini.
Tabel 4. 4 Identifikasi Aktor
No. Aktor Deskripsi
1. Dokter
Dokter mempunyai hak akses untuk melihat seluruh
pencatatan yang dibuat oleh Bidan, lalu Dokter juga
punya akses untuk membuat perbandingan hasil
pemeriksaan dan juga laporannya
2. Bidan
Bidan mempunyai hak akses untuk mencatat semua
saat proses pemeriksaan kehamilan, Bidan juga
mempunyai akses untuk mencetak laporan hasil
pemeriksaan
3. Admin
Admin mempunyai hak akses untuk mengelola data
pegawai rumah sakit sitanala,data pemeriksaan
kehamilan,pemeriksaan kontrol bayi,dan mengelola
data ruang inap pada rumah sakit sitanala
61
4. Pegawai Rawat Inap
Pegawai Rawat Inap mempunyai hak akses untuk
mengeola data ruang inap pada rumah sakit sitanala
dan dapat mencetak laporan data ruang inap pada
rumah sakit sitanala
Tabel 4. 5 Identifikasi Use Case
No. Nama Use Case Deskripsi
Aktor
1. Login
Use case ini menggambarkan kegiatan
user untuk masuk ke dalam sistem
dengan memasukkan username dan
password
Admin, Bidan,
Dokter, Pegawai
rawat inap
2. Logout
Use case ini menggambarkan kegiatan
keluar dari sistem.
Dokter, Bidan
Admin, Bidan,
Dokter, dan
Pegawai rawat inap
3.
Mengelola data
pegawai
Merupakan proses yang meliputi empat
buah proses pengelolaan data pegawai
yaitu memasukkan data pegawai,
mengubah data pegawai, mencari data
pegawai, dan melihat data pegawai
Admin
4.
Mengelola data
ruang rawat inap
Merupakan proses yang meliputi empat
buah proses pengelolaan data ruang inap
yaitu memasukkan data ruang inap,
mengubah data ruang inap, mencari data
ruang inap, dan melihat data ruang inap
Admin
5.
Mengelola data
pemeriksaan
kehamilan
Merupakan proses yang meliputi empat
buah proses data pemeriksaan
kehamilan yaitu memasukkan data
pemeriksaan kehamilan, data
pemeriksaan kehamilan, dan melihat
data pemeriksaan kehamilan
Bidan
6.
Cetak
perbandingan
pemeriksaan
kehamilan
Merupakan proses mencetak hasil
perbandingan pemeriksaan kehamilan Bidan, Dokter
7.
Perbandingan
pemeriksaan
kehamilan
Merupakan proses dimana dokter
membandingkan hasil pemeriksaan yang
telah dicari berdasarkan id pasien
Dokter
8.
Mengelola data
kontrol bayi
Merupakan proses yang meliputi empat
buah proses pengelolaan data kontrol
bayi yaitu memasukkan data kontrol
bayi, mengubah data kontrol bayi,
mencari data kontrol bayi, dan melihat
data kontrol bayi
Dokter
9.
Perbandingan
data control bayi
Merupakan proses dimana dokter
membandingkan hasil kontrol bayi yang
telah dicari berdasarkan id pasien
Dokter
62
10
Mengelola data
persalinan
empat buah proses pengelolaan data
rawat inap yaitu memasukkan data rawat
inap, mengubah data rawat inap,
mencari data rawat inap, dan melihat
data rawat inap
Pegawai ruang
inap,admin
11.
Cetak data
kontrol bayi
Merupakan proses untuk mencetak
laporan ruang inap Dokter
4.2.2. Use Case Diagram
Gambar 4. 5 Usecase Diagram
Pada use case ini terdapat 4 aktor Admin, Bidan, Dokter dan Pegawai rawat inap.
63
4.2.3. Narasi Use Case
1. Narasi Use Case Login
Tabel 4. 6 Narasi Use Case Login
Use Case Specification
Use Case Name Login
Primary Actor Admin, Bidan, Dokter, dan Pegawai rawat inap
Precondition 1. Para actor harus memiliki username dan password
2. Para actor harus memasuki halaman login
Description Use Case ini menggambarkan kegiatan actor masuk ke dalam
sistem.
Trigger Use Case ini dilakukan ketika actor akan masuk kedalam system
Typical Course Of Event Actor Action System Response
1: Menginput username dan
password dengan mengklik
tombol login
2: Memverifikasi data
username dan password
3: Menampilkan halaman
utama
Alternative Courses 1: jika username dan password salah, maka sistem akan
memberikan pesan password atau username salah
Conclusion Actor dapat masuk ke halaman utama
Post Condition Masuk halaman utama
2. Narasi Use Case Logout
Tabel 4. 7 Narasi Use Case Logout
Use Case Specification
Use Case Name Logout
Primary Actor Admin, Bidan, Dokter, dan Pegawai rawat inap
Precondition 1. Para actor sudah memasuk sistem
64
Description Use Case ini menggambarkan kegiatan actor keluar dari sistem.
Trigger Use Case ini dilakukan ketika actor akan keluar dari dalam
sistem
Typical Course Of Event Actor Action System Response
2: memilih tombol [logout]
1: menampilkan menu utama
sistem inventory
3: Menampilkan halaman
login
Alternative Courses -
Conclusion Actor dapat keluar dari system
Post Condition Keluar dari system
3. Narasi usecase Mengelola Data Pegawai
Tabel 4. 8 Narasi Use Case Mengelola Data Pegawai
Use Case Specification
Use Case Name mengelola data pegawai
Primary Actor Admin
Precondition 1. Actor harus memiliki username dan password untuk
mengelola data pegawai dan login sebagai Admin
2. Admin harus memasuki menu mengelola data pegawai
Description Use Case ini menggambarkan kegiatan actor mengelola data
pegawai
Trigger Use Case ini dilakukan ketika actor akan menambah pegawai
atau mengubah data pegawai.
Typical Course Of Event Actor Action System Response
1: Memilih menu data
pegawai
3: klik tombol [tambah] untuk
membuat data pegawai
2: Menampilkan menu data
pegawai
4: Sistem merespon dengan
menampilkan form input data
pegawai
65
5: Input data pegawai dan klik
tombol [simpan]
6: Sistem merespon dengan
menyimpan data pegawai
Alternative Courses 3a: Jika actor ingin merubah data pegawai, maka actor harus
mengklik tombol [edit]
Conclusion Actor dapat masuk ke halaman pegawai
Post Condition Masuk ke halaman pegawai
4. Narasi Use Case Mengelola Data Ruang Rawat Inap
Tabel 4. 9 Narasi Use Case Mengelola Data Ruang Rawat Inap
Use Case Specification
Use Case Name mengelola data ruang rawat inap
Primary Actor Admin
Precondition 1. Actor harus memiliki username dan password untuk
mengelola ruang rawat inap dan login sebagai Admin
2. Admin harus memasuki menu mengelola ruang rawat inap
Description Use Case ini menggambarkan kegiatan actor mengelola data
ruang rawat inap
Trigger Use Case ini dilakukan ketika actor akan menambah data ruang
inap.
Typical Course Of Event Actor Action System Response
1: Memilih menu data ruang
rawat inap
3: klik tombol [tambah] untuk
membuat data ruang rawat
inap
5: Input data ruang rawat inap
dan klik tombol [simpan]
2: Menampilkan menu data
ruang rawat inap
4: Sistem merespon dengan
menampilkan form input data
ruang rawat inap
6: Sistem merespon dengan
menyimpan data ruang rawat
inap
Alternative Courses 3a: Jika actor ingin merubah data ruang rawat inap, maka actor
harus mengklik tombol [edit]
Conclusion Actor dapat masuk ke halaman ruang rawat inap
Post Condition Masuk ke halaman ruang rawat inap
66
4. Narasi Use Case Mengelola Data Pemeriksaan Kehamilan
Tabel 4. 10 Narasi Use Case Mengelola Data Pemeriksaan Kehamilan
Use Case Specification
Use Case Name mengelola data pemeriksaan kehamilan
Primary Actor Bidan
Precondition 1. Actor harus memiliki username dan password untuk
mengelola data pemeriksaan kehamilan dan login sebagai
Bidan
2. Bidan harus memasuki menu pemeriksaan kehamilan
Description Use Case ini menggambarkan kegiatan actor data pemeriksaan
kehamilan
Trigger Use Case ini dilakukan ketika actor menambah data
pemeriksaan kehamilan yang baru atau menambah data
pemeriksaan dengan data pasien yang sudah ada.
Typical Course Of Event Actor Action System Response
1: Memilih menu pemeriksaan
kehamilan
3: klik tombol [add pasien]
untuk membuat data
pemeriksaan
5: Input data pemeriksaan
kehamilan dan klik tombol
[simpan]
2: Menampilkan tabel data
pemeriksaan kehamilan
4: Sistem merespon dengan
menampilkan form input data
pemeriksaan kehamilan
6: Sistem merespon dengan
menyimpan data pemeriksaan
Alternative Courses 3a: Jika actor ingin mengubah data pemeriksaan, maka actor
harus mengklik tombol [edit pasien]
3b: Jika actor ingin menambah data pemeriksaan dengan data
pasien yang sama, maka actor harus mengklik tombol[add
pemeriksaan]
Conclusion Actor dapat masuk ke halaman data pemeriksaan kehamilan
Post Condition Masuk ke halaman data pemeriksaan kehamilan
67
5. Narasi Use Case Cetak Perbandingan Pemeriksaan Kehamilan
Tabel 4. 11 Narasi Use Case Cetak Perbandingan Pemeriksaan Kehamilan
Use Case Specification
Use Case Name cetak perbandingan pemeriksaan kehamilan
Primary Actor Bidan, Dokter
Precondition 1. Actor harus memiliki username dan password untuk
mencetak perbandingan pemeriksaan kehamilan dan login
sebagai Bidan/Dokter
2. Data perbandingan sudah di input oleh dokter
Description Use Case ini menggambarkan kegiatan actor mencetak
perbandingan pemeriksaan kehamilan
Trigger Use Case ini dilakukan ketika actor sudah melakukan
perbandingan pemeriksaan kehamilan lalu mencetak sebagai
laporan.
Typical Course Of Event Actor Action System Response
1: Memilih menu cetak
perbandingan
3: klik tombol [cetak laporan]
untuk membuat laporan
perbandingan pemeriksaan
kehamilan
2: Menampilkan cetak menu
perbandingan
4: Sistem merespon dengan
menampilkan laporan yang
siap di cetak
Alternative Courses 2a : Actor dapat mencari data pada kolom pencarian berdasarkan
id pasien
Conclusion Actor dapat masuk ke halaman cetak perbandingan pemeriksaan
kehamilan
Post Condition Masuk ke halaman cetak perbandingan pemeriksaan kehamilan
68
6. Narasi Use Case Perbandingan Pemeriksaan Kehamilan
Tabel 4. 12 Narasi Use Case Perbandingan Pemeriksaan Kehamilan
Use Case Specification
Use Case Name perbandingan pemeriksaan kehamilan
Primary Actor Dokter
Precondition 1. Actor harus memiliki username dan password untuk
perbandingan pemeriksaan kehamilan dan login sebagai
Dokter
2. Data pemeriksaan kehamilan sudah di input oleh bidan
3. Dokter harus masuk ke menu perbandignan pemeriksaan
kehamilan
Description Use Case ini menggambarkan kegiatan actor
membandingankan hasil pemeriksaan kehamilan
Trigger Use Case ini dilakukan ketika actor akan membandingkan hasil
pemeriksaan kehamilan dengan pemeriksaan kehamilan
sebelumnya
Typical Course Of Event Actor Action System Response
1: Memilih menu
perbandingan pemeriksaan
kehamilan
3: pilih data hasil pemeriksaan
kehamilan
2: Menampilkan data hasil
pemeriksaan kehamilan
4: Sistem merespon dengan
menampilkan data hasil
perbandingan pemeriksaan
kehamilan yang siap di cetak
Alternative Courses 3a: Jika actor ingin mencari data hasil pemeriksaan berdasarkan
no pasien, maka actor dapat mencari melalui kolom pencarian
Conclusion Actor dapat masuk ke halaman perbandingan pemeriksaan
kehamilan
Post Condition Masuk ke halaman perbandingan pemeriksaan kehamilan
69
7. Narasi Use Case Mengelola Data Bayi
Tabel 4. 13 Narasi Use Case Mengelola Data Bayi
Use Case Specification
Use Case Name mengelola data bayi
Primary Actor Dokter
Precondition 1. Actor harus memiliki username dan password untuk
mengelola data bayi dan login sebagai Dokter
2. Bayi yang di input hanya untuk ibu yang bersalin di
RS.Sitanala
3. Dokter harus masuk ke menu mengelola data bayi
Description Use Case ini menggambarkan kegiatan actor mengelola data
bayi
Trigger Use Case ini dilakukan ketika actor akan menambah data bayi
yang baru sesuai dengan data persalinan.
Typical Course Of Event Actor Action System Response
1: Memilih menu kontrol bayi
3: klik tombol [add] untuk
membuat data mengelola data
bayi
5: Input data mengelola data
bayi dan klik tombol [simpan]
2: Menampilkan menu kontrol
bayi
4: Sistem merespon dengan
menampilkan form input data
kotrol bayi
6: Sistem merespon dengan
menyimpan data mengelola
data bayi
Alternative Courses 3a: Jika actor ingin merubah data data bayi, maka actor harus
mengklik tombol [edit]
3b: Jika actor ingin menambah kontrol bayi dengan data bayi
yang sudah ada, maka actor harus mengklik tombol [add
kontrol]
Conclusion Actor dapat masuk ke halaman control bayi
Post Condition Masuk ke halaman kontrol bayi
70
8. Narasi Use Case Perbandingan Data Kontrol Bayi
Tabel 4. 14 Narasi Use Case Perbandingan Data Kontrol Bayi
Use Case Specification
Use Case Name perbandingan data kontrol bayi
Primary Actor Dokter
Precondition 1. Actor harus memiliki username dan password untuk
perbandingan data kontrol bayi dan login sebagai Dokter
2. Data kontrol bayi sudah di input oleh dokter
3. Dokter harus masuk ke menu data kontrol bayi
Description Use Case ini menggambarkan kegiatan actor
membandingankan data kontrol bayi
Trigger Use Case ini dilakukan ketika actor akan membandingan hasil
kontrol bayi dengan hasil kontrol bayi yang sebelumnya.
Typical Course Of Event Actor Action System Response
1: Memilih menu
perbandingan kontrol bayi
3: pilih data kontrol bayi
2: Menampilkan data data
kontrol bayi
4: Sistem merespon dengan
menampilkan data hasil
perbandingan data kontrol
bayi yang siap di cetak
Alternative Courses 3a: Jika actor ingin mencari data kontrol bayi berdasarkan no
bayi, maka actor dapat mengisi pada kolom pencarian.
Conclusion Actor dapat masuk ke halaman perbandingan kontrol bayi
Post Condition Masuk ke halaman perbandingan kontrol bayi
71
9. Narasi Use Case Mengelola Data Persalinan
Tabel 4. 15 Narasi Use Case Mengelola Data Persalinan
Use Case Specification
Use Case Name mengelola data persalinan
Primary Actor Pegawai rawat inap, Admin
Precondition 1. Actor harus memiliki username dan password untuk
mengelola data persalinan dan login sebagai Pegawai
Rawat Inap/ Admin
2. Pegawai rawat inap/Admin harus masuk ke dalam menu
mengelola data persalinan
Description Use Case ini menggambarkan kegiatan actor mengelola data
rawat inap
Trigger Use Case ini dilakukan ketika actor menambah data persalinan.
Typical Course Of Event Actor Action System Response
1: Memilih menu data
persalinan
3: klik tombol [add] untuk
membuat data persalinan
5: Input data mengelola data
rawat inap dan klik tombol
[simpan]
2: Menampilkan menu data
persalinan
4: Sistem merespon dengan
menampilkan form input data
persalinan
6: Sistem merespon dengan
menyimpan data rawat inap
Alternative Courses 3a: Jika actor ingin merubah data rawat inap, maka actor harus
mengklik tombol [edit]
3b: Actor dapat melihat data pasien berdasarkan status, dengan
cara mengetik pada kolom pencarian.
Conclusion Actor dapat masuk ke halaman data persalinan
Post Condition Masuk ke halaman mengelola data persalinan
72
10. Narasi Use Case Cetak Perbandingan Kontrol Bayi
Tabel 4. 16 Narasi Use Case Cetak Perbandingan Kontrol Bayi
Use Case Specification
Use Case Name cetak perbandingan kontrol bayi
Primary Actor Dokter
Precondition 1. Actor harus memiliki username dan password untuk
mencetak perbandingan pemeriksaan kehamilan dan login
sebagai Dokter
2. Data perbandingan sudah di input oleh Dokter
Description Use Case ini menggambarkan kegiatan actor mencetak
perbandingan kontrol bayi
Trigger Use Case ini dilakukan ketika actor sudah melakukan
perbandingan kontrol bayi, dan mencetak hasil perbandingan
sebagai laporan.
Typical Course Of Event Actor Action System Response
1: Memilih menu cetak
perbandingan kontrol bayi
3: klik tombol [cetak laporan]
untuk membuat laporan
perbandingan kontrol bayi
2: Menampilkan cetak menu
perbandingan kontrol bayi
4: Sistem merespon dengan
menampilkan laporan yang
siap di cetak
Alternative Courses 2a : Actor dapat mencari data pada kolom pencarian berdasarkan
no bayi
Conclusion Actor dapat masuk ke halaman cetak perbandingan pemeriksaan
kontrol bayi
Post Condition Masuk ke halaman cetak perbandingan pemeriksaan kehamilan
73
4.2.4. Activity Diagram
1. Activity Diagram Login
Gambar 4. 6 Activity Diagram Login
Pada gambar 4.6 aktifitas yang terjadi adalah aktor yang telah terdaftar dalam
sistem ingin masuk ke dalam sisten, pada halaman login, aktor memasukan
username dan password yang telah terdaftar, jika username dan password
terverifikasi oleh sistem, maka aktor akan berhasil memasuki sistem.
2. Activity Diagram Logout
Gambar 4. 7 Activity Diagram Logout
74
Pada gambar 4.7 aktifitas yang terjadi adalah ketika aktor yang sudah memasuki
sistem, ingin keluar dari sistem, aktor hanya mengklik tombol logout pada menu
utama, lalu aktor akan keluar dari sistem.
3. Activity Diagram Mengelola Pegawai
Gambar 4. 8 Activity Diagram Mengelola Data Pegawai
Pada gambar 4.8 aktifitas yang terjadi adalah ketika Admin mengelola data
pegawai, setelah login, Admin dapat memilih menu pegawai, lalu akan
menampilkan table yang berisi data pegawai. untuk memasukan data pegawai,
admin memilih tombol add lalu akan muncul form pegawai, setelah itu klik
tombol simpan untuk menyimpan data pegawai, apabila admin ingin mengubah
data pegawai, admin dapat memilih ubah data pegawai, lalu muncul form sesuai
dengan data yang akan diubah, klik simpan untuk menyimpan data yang akan
diubah.
75
4. Activity Diagram Ruang Rawat Inap
Gambar 4. 9 Activity Diagram Mengelola Ruang Rawat Inap
Pada gambar 4.8 aktifitas yang terjadi adalah ketika Admin mengelola data ruang
inap, setelah login, Admin dapat memilih menu ruang inap, lalu akan
menampilkan table yang berisi data ruang inap. untuk memasukan data ruang
inap, admin memilih tombol add lalu akan muncul form ruang inap, setelah itu
klik tombol simpan untuk menyimpan data ruang inap, apabila admin ingin
76
mengubah data ruang inap, admin dapat memilih edit data ruang inap, lalu muncul
form sesuai dengan data yang akan diubah, klik simpan untuk menyimpan data
yang akan diubah.
5. Activity Diagram Mengelola Data Pemeriksaan Kehamilan
Gambar 4. 10 Activity Diagram Mengelola Data Pemeriksaan Kehamilan
Pada gambar 4.10 aktifitas yang terjadi adalah ketika Bidan mengelola data
pemeriksaan kehamilan, setelah login, Bidan dapat memilih menu pemeriksaan
kehamilan, lalu akan menampilkan table yang berisi data pemeriksaan kehamilan.
77
Untuk memasukan data pemeriksaan dengan pasien yang baru saja mendaftar,
Bidan memilih tombol add pasien lalu akan muncul form pemeriksaan kehamilan
baru, setelah itu klik tombol simpan untuk menyimpan data pemeriksaan
kehamilan, apabila Bidan ingin mengubah data pemeriksaan kehamilan, Bidan
dapat memilih ubah data pemeriksaan kehamilan, lalu muncul form sesuai dengan
data yang akan diubah, klik simpan untuk menyimpan data yang akan diubah,
apabila Bidan ingin menambah data pemeriksaan kehamilan dengan pasien yang
sama, Bidan dapat memilih add pemeriksaan, lalu akan muncul form pemeriksaan
kehamilan, klik simpan untuk menyimpan data.
6. Activity Diagram Cetak Perbandingan Pemeriksaan Kehamilan
Gambar 4. 11 Activity Diagram Cetak Perbandingan Pemeriksaan Kehamilan
78
Pada gambar 4.11 aktifitas yang terjadi adalah ketika Dokter ingin mencetak hasil
perbandingan pemeriksaan kehamilan, dokter memilih menu perbandingan
pemeriksaan kehamilan, lalu mencari data perbandingan pemeriksaan yang ingin
dicetak, setelah sistem menampilkan data tersebut, dokter dapat mencetak laporan
perbandingan pemeriksaan kehamilan
7. Activity Diagram Perbandingan Hasil Pemeriksaan Kehamilan
Gambar 4. 12 Activity Diagram Perbandingan Hasil Pemeriksaan Kehamilan
79
Pada gambar 4.12 aktifitas yang terjadi adalah ketika Dokter ingin melakukan
perbandingan pemeriksaan kehamilan, dokter memilih menu perbandingan
pemeriksaan kehamilan, lalu sistem akan menampilkan data pemeriksaan
kehamilan , Dokter akan memilih data mana yang akan dilakukan perbandingan,
sistem akan otomatis melakukan perbandingan pemeriksaan saat ini dan
sebelumnya, lalu Dokter mengisi catatan untuk pasien, Klik simpan, lalu akan
laporan akan tercetak secara otomatis
8. Activity Diagram Mengelola Kontrol Bayi
Gambar 4. 13 Activity Diagram Mengelola Data Kontrol Bayi
80
Pada gambar 4.13 aktifitas yang terjadi adalah ketika Dokter mengelola data
kontrol bayi, setelah login, Dokter dapat memilih menu kontrol bayi, lalu akan
menampilkan table yang berisi data kontrol bayi. Untuk melihat data kontrol bayi,
dokter dapat memilih lihat data kontrol bayi, untuk memasukan data kontrol bayi,
dokter memilih tombol tambah lalu akan muncul form kontrol bayi, setelah itu
klik tombol simpan untuk menyimpan data kontrol bayi, apabila dokter ingin
mengubah data kontrol bayi, dokter dapat memilih ubah data kontrol bayi, lalu
muncul form sesuai dengan data yang akan diubah, klik simpan untuk menyimpan
data yang akan diubah.
9. Activity Diagram Perbandingan Data Kontrol Bayi
Gambar 4. 14 Activity Diagram Perbandingan Data Kontrol Bayi
81
Pada gambar 4.14 aktifitas yang terjadi adalah ketika Dokter ingin melakukan
perbandingan kontrol bayi, dokter memilih menu perbandingan kontrol bayi, lalu
sistem akan menampilkan data kontrol bayi, Dokter akan memilih data mana yang
akan dilakukan perbandingan, sistem akan otomatis melakukan perbandingan
kontrol bayi saat ini dan sebelumnya, lalu Dokter mengisi catatan untuk pasien,
Klik simpan, lalu akan laporan akan tercetak secara otomatis.
10. Activity Diagram Mengelola Persalinan
Gambar 4. 15 Activity Diagram Mengelola Persalinan
Pada gambar 4.15 aktifitas yang terjadi adalah ketika pegawai rawat inap dan
admin mengelola persalinan, setelah login, aktor dapat memilih menu bayi, lalu
82
akan menampilkan table yang berisi data persalinan. Untuk memasukan data
persalinan, aktor memilih tombol tambah lalu akan muncul form persalinan,
setelah itu klik tombol simpan untuk menyimpan data persalinan, apabila aktor
ingin mengubah data persalinan, aktor dapat memilih ubah data persalinan, lalu
muncul form sesuai dengan data yang akan diubah, klik simpan untuk menyimpan
data yang akan diubah.
11. Activity Diagram Cetak Perbandingan Kontrol Bayi
Gambar 4. 16 Activity Diagram Cetak Perbandingan Kontrol Bayi
Pada gambar 4.13 aktifitas yang terjadi adalah ketika Dokter ingin mencetak hasil
perbandingan kontrol bayi, dokter memilih menu cetak perbandingan kontrol, lalu
mencari data perbandingan pemeriksaan yang ingin dicetak, setelah sistem
menampilkan data tersebut, dokter dapat mencetak laporan perbandingan kontrol
bayi.
83
4.2.5. Class Diagram
Gambar 4. 17 Class Diagram
84
Class diagram yang digunakan pada sistem informasi pencatatan pemeriksaan
kehamilan dan perkiraan persalinan pada bagian poli kebidanan terdiri atas 10
(Sepuluh) kelas, yaitu bayis, kontrolbayis, pasiens, pegawais,
pemeriksaankehamilans, perbandingankontrolbayis, perbandinganperiksas,
rawatinaps, riwayatkesehatans, ruangans.
85
4.2.6. Mapping Class Diagram
Mapping class diagram digunakan untuk mengetahui primary key apa saja dan yang menjadi foreign key pada class lain
Gambar 4. 18 Mapping Class Diagram
86
4.2.7. Spesifikasi Database
1. Nama tabel : pasiens
Isi : Data pasien
Primary key : no_pasien
Foreign key : -
Tipe tabel : Master
Tabel 4. 17 Tabel Pasiens
Nama field Tipe data Keterangan
no_pasien Varchar(50) Identitas pasien yang
ditunjukan dengan huruf
dan angka
nama Varchar(30) Nama pasien
no_telpon Varchar(13) Nomor telfon pasien
no_identitas Varchar(16) No identitas pasien
jenis_identitas Varchar(20) Jenis identitas yang dipakai
pasien
status_pasien Varchar(10) Status pasien
Alanat Text Alamat pasien
nama_suami Varchar(30) Nama suami pasien
usia_pernikahan Varchar(10) Usia pernikahan pasien
pernah_hamil Varchar(5) pernah hamil atau tidak
pasien sebelum pemeriksaan
hamil_ke Varchar(10) Hamil keberapa untuk
pasien
jumlah_anak Varchar(10) Jumlah anak pasien
riwayat_keguguran Varchar(5) Riwayat keguguran pasien
riwayat_persalinan Varchar(5) Riwayat persalinan pasien
kesehatan_bayi Varchar(15) Kesehatan bayi saat
persalinan sebelumnya
jenis_kelamin Varchar(15) Jenis kelamin bayi pada
persalinan sebelumnya
berat_badan Varchar(5) berat badan bayi pada
persalinan sebelumnya
jenis_persalinan Varchar(15) Jenis persalinan pasien
sebelumnya
87
tempat_persalinan Varchar(20) Tempat persalinan pasien
sebelumnya
usia_kehamilan Varchar(5) Usia kehamilan pasien pada
saat persalinan sebelumnya
jenis_kb Varchar(20) Jenis kb yang dipakai pasien
lama_pemakaian Varchar(5) Lama pemakaian KB
tanggal_hpht Varchar(20) Tanggal haid pertama hari
terakhir pasien
tanggal_hpl Varchar(20) Tanggal hari perkiraan lahir
pasien
2. Nama tabel : pegawais
Isi : Data pegawai
Primary key : id_pegawai
Foreign key : -
Tipe tabel : Master
Tabel 4. 18 Tabel Pegawais
Nama field Tipe data Keterangan
id_pegawai Varchar(20) Identitas pegawai
yang ditunjukan
dengan huruf dan
angka
nama Varchar(50) Nama pasien
alamat Text Alamat pasien
telpon Varchar(13) Nomor telfon pasien
Ussername Varchar(20) Username pegawai
untuk masuk ke dalam
sistem
Password Varchar(20) Password pegawai
untuk masuk ke dalam
sistem
Jabatan Varchar(20) Jabatan pegawai
untuk menentukan
hak akses saat login
88
no_identitas Varchar(16) No identitas pegawai
jenis_identitas Varchar(10) Jenis identitas yang
dipakai pegawai
status_pegawai Varchar(25) Status aktif/tidak aktif
pegawai
3. Nama tabel : riwayatkesehatans
Isi : Riwayat Kesehatan pasien
Primary key : id
Foreign key : no_pasien
Tipe tabel : Transaksi
Tabel 4. 19 Tabel Riwayatkesehatans
Nama field Tipe Data Keterangan
id bigint(20) identitas riwayat
kesehatan
no_pasien Varchar(50) Identitas pasien yang
ditunjukan dengan
huruf dan angka
keadaan_umum Varchar(15) Keadaan umum
kesehatan pasien
kesadaran Varchar(15) Tingkat Kesadaran
pasien
tensi_darah Varchar(15) Tingkat tensi pasien
berat_badan Varchar(15) Berat badan pasien
denyut_nadi Varchar(15) Denyut nadi pasien
suhu_badan Varchar(15) Suhu badan pasien
tanggal_pemeriksaan Varchar(20) Tanggal pemeriksaan
riwayat kesehatan
89
4. Nama tabel : pemeriksaankehamilans
Isi : hasil pemeriksaan kehamilan pasien
Primary key : no_pemeriksaan
Foreign key : no_pasien
Tipe tabel : Transaksi
Tabel 4. 20 Pemeriksaankehamilans
Nama field Tipe data Keterangan
no_pemeriksaan Varchar(50) Identitas yang
ditunjukan dengan
huruf dan angka
untuk hasil
pemeriksaan pasien
no_pasien Varchar(50) Identitas pasien
yang ditunjukan
dengan huruf dan
angka
fundusuteri Varchar(10) Tinggi fundusteri
dari pasien
umur_kehamilan Varchar(20) Umur kehamilan
pasien dihitung
dengan HPHT
bagian_perut_kanan Varchar(10) Keterangan bagian
perut kanan pada
pasien
bagian_perut_kiri Varchar(10) Keterangan bagian
perut kiri pada
pasien
bagian_perut_atas Varchar(10) Keterangan bagian
perut atas pasien
bagian_perut_bawah Varchar(10) Keterangan bagian
perut bawah pasien
keterangan_bagian_panggul Varchar(50) Keterangan bagian
panggul pasien
tanggal_pemeriksaan Varchar(20) Tanggal
pemeriksaan pasien
status_periksa Varchar(20) Status pemeriksaan
pasien
90
5. Nama tabel : bayis
Isi : identitas bayi pasien
Primary key : no_bayi
Foreign key : NoPasien
Tipe tabel : Master
Tabel 4. 21 Tabel Bayis
Nama field Tipe data Keterangan
no_bayi Varchar(50) Identitas yang
ditunjukan dengan
huruf dan angka
untuk bayi pasien
no_rawat_inap Varchar(50) Identitas rawat inap
yang ditunjukan
dengan huruf dan
angka
nama_bayi Varchar(50) Nama bayi
tanggal_kelahiran Varchar(20) Tanggal kelahiran
bayi
jenis_persalinan Varchar(20) Jenis persalinan saat
bayi lahir
jenis_kelamin Varchar(5) Jenis kelamin bayi
6. Nama tabel : kontrolbayis
Isi : hasil kontrol bayi pasien
Primary key : no_kontrol_bayi
Foreign key : no_bayi
91
Tipe tabel : Transaksi
Tabel 4. 22 Tabel Kontrolbayis
Nama field Tipe data Keterangan
no_kontrol_bayi Varchar(50) Identitas yang
ditunjukan dengan
huruf dan angka untuk
kontrol bayi pasien
no_bayi Varchar(50) Identitas yang
ditunjukan dengan
huruf dan angka untuk
bayi pasien
berat_badan Varchar(20) Berat badan bayi
frekuensi_jantung Varchar(20) Frekuensi detak
jantung bayi
suhu_badan Varchar(20) Suhu badan bayi
usaha_bernafas Varchar(20) Usaha bernafas dari
bayi
tonus_otot Varchar(20) Tonus otot dari bayi
warna_kulit Varchar(20) Warna kulit dari bayi
lingkar_kepala Varchar(20) Lingkar kepala bayi
panjang_badan Varchar(20) Panjang badan bayi
lingkar_dada Varchar(20) Lingkar dada bayi
lebar_hidung Varchar(20) Lebar hidung bayi
berkedip Varchar(20) Kedipan bayi
moros Varchar(20) Status moros dari bayi
menggenggam Varchar(20) Status menggenggam
dari bayi
rooting Varchar(20) Rooting dari bayi
menghisap Varchar(20) Kekuatan menghisap
dari bayi
7. Nama tabel : ruangans
Isi : ruang rawat inap untuk persalinan
Primary key : no_ruang
Foreign key :-
Tipe tabel : Master
92
Tabel 4. 23 Tabel Ruangans
Nama field Tipe data Keterangan
no_ruangan Varchar(50) Identitas yang
ditunjukan dengan
huruf dan angka
untuk ruangan
nama_ruangan Varchar(20) Nama ruangan
kelas Varchar(5) Kelas ruangan
kapasitas Varchar(5) kapasitas yang
tersedia
8. Nama tabel : rawatinaps
Isi : daftar rawat inap untuk persalinan
Primary key : no_rawat_inap
Foreign key : no_ruangan, no_pasien
Tipe tabel : Transaksi
Tabel 4. 24 Tabel Rawatinaps
Nama field Tipe data Keterangan
no_rawat_inap Varchar(50) Identitas yang ditunjukan
dengan huruf dan angka
untuk pasien rawat inap
no_ruangan Varchar(50) Identitas yang ditunjukan
dengan huruf dan angka
untuk ruangan
no_pasien Varchar(50) Identitas pasien yang
ditunjukan dengan huruf dan
angka
tanggal_masuk Varchar(20) Tanggal masuk rawat inap
status_rawat Varchar(20) Status rawat inap pasien
93
9. Nama tabel : perbandinganperiksas
Isi : hasil laporan dari perbandingan pemeriksaan kehamilan
Primary key : perbandingan_periksa
Foreign key : no_pasien
Tipe tabel : Transaksi
Tabel 4. 25 Tabel Perbandinganperiksas
Nama field Tipe data Keterangan
perbandingan_periksa Varchar (50) Identitas yang
ditunjukan dengan
huruf dan angka
untuk nomer
perbandingan
no_pasien Varchar(50) Identitas yang
ditunjukan dengan
huruf dan angka
untuk no pasien
dari_tanggal Varchar(25) Dari tanggal berapa
perbandingan
tersebut
sampai_tanggal Varchar(25) Sampai tanggal
berapa perbandingan
tersebut
catatan Text Catatan dokter atas
hasil perbandingan
10. Nama tabel : perbandingankontrolbayis
Isi : hasil laporan dari perbandingan control bayi
Primary key : perbandingan_kontrol_bayi
Foreign key : no_bayi
94
Tipe tabel : Transaksi
Tabel 4. 26 Tabel Perbandingankontrolbayis
Nama field Tipe data Keterangan
perbandingan_kontrol_bayi Varchar(50) Identitas yang
ditunjukan dengan
huruf dan angka
untuk nomer
perbandingan bayi
no_bayi Varchar(50) Identitas yang
ditunjukan dengan
huruf dan angka
untuk bayi pasien
dari_tanggal Varchar(25) Dari tanggal berapa
perbandingan
tersebut
sampai_tanggal Varchar(25) Sampai tanggal
berapa
perbandingan
tersebut
catatan Text Catatan dokter atas
hasil perbandingan
95
4.2.8. Sequence Diagram
1. Sequence Login
Gambar 4. 19 Sequence Login
Pada gambar 4.19 Sequence Diagram Login, yang bertindak sebagai aktor yaitu
Admin, Bidan, Dokter, Pegawai rawat inap. Pada sequence diagram diatas, aktor
mengirim message atau pesan ke objek form login untuk dapat mengakses form
tersebut, kemudian form login mengirim kembali pesan kepada aktor dengan
menampilkan form login agar aktor dapat masuk ke dalam sistem. Kemudian aktor
memasukkan nama pengguna dan kata sandi ke dalam field yang ada, setelah field di
96
isi, objek form login mengirimkan pesan berupa nama pengguna dan kata sandi kepada
objek control login.
Objek control login kemudian mengirimkan pesan kepada database pegawai suntuk
mendapatkan data berupa username dan password, lalu database mengecek
ketersediaan data tersebut. Jika data tersebut tidak ada, maka sistem akan mengirimkan
pesan bahwa data yang dimasukkan oleh aktor tidak tersedia di dalam sistem, tetapi
jika data tersebut tersedia di dalam sistem maka sistem akan menampilkan pesan
berhasil masuk dan aktor pun dapat masuk ke dalam form utama sesuai dengan hak
aksesnya masing-masing.
2. Sequence Logout
Gambar 4. 20 Sequence Logout
97
Pada gambar 4.20 Sequence Diagram Logout, yang bertindak sebagai aktor yaitu
Admin, Bidan, Dokter, Pegawai rawat inap. Pada sequence diagram diatas, aktor
mengklik tombol logout lalu control login akan membawa aktor tersebut ke halaman
login untuk memasuki sistem.
3. Sequence Mengelola Data Pegawai
Gambar 4. 21 Sequence Mengelola Data Pegawai
98
Pada gambar 4.21 Sequence Diagram mengelola data pegawai, yang bertindak sebagai
aktor yaitu Admin, setelah login admin dapat membuka menu pegawai, lalu objek
control pegawai mengambil data dari tabel pegawais, lalu menampilkan menu pegawai
Untuk menambah pegawai, Admin memilih tombol Add , setelah mengisi form
pegawai, form pegawai akan mengirim pesan simpan ke dalam objek control pegawai
yang akan menambah data pegawai ke dalam database. Untuk mengubah data pegawai,
aktor dapat memilih tombol edit, lalu memasukan data yang baru oleh aktor di form
edit hingga proses penyimpanan database sama hal nya dengan proses add pegawai.
4. Sequence Mengelola Persalinan
Gambar 4. 22 Sequence Mengelola Persalinan
99
Pada gambar 4.22 Sequence Diagram mengelola data persalinan, yang bertindak
sebagai aktor yaitu Admin dan pegawai rawat inap, setelah login aktor dapat membuka
menu persalinan, lalu objek control persalinan mengambil data dari table rawatinaps,
lalu menampilkan menu persalinan
Untuk menambah persalinan, aktor memilih tombol Add, setelah mengisi form
persalinan, form persalinan akan mengirim pesan simpan ke dalam objek control
persalinan yang akan menambah data persalinan ke dalam database. Untuk mengubah
data persalinan, aktor dapat memilih tombol edit, lalu memasukan data yang baru oleh
aktor di form edit hingga proses penyimpanan database sama hal nya dengan proses
add persalinan.
100
5. Sequence Mengelola Ruang Rawat Inap
Gambar 4. 23 Sequence Mengelola Ruang Rawat Inap
Pada gambar 4.23 Sequence Diagram mengelola data ruang rawat inap, yang bertindak
sebagai aktor yaitu Admin, setelah login aktor dapat membuka menu ruang rawat inap,
lalu objek control ruang rawat inap mengambil data dari tabel ruangans, lalu
menampilkan menu ruang rawat inap
101
Untuk menambah ruang rawat inap, aktor memilih tombol Add , setelah mengisi
form ruang rawat inap, form ruang rawat inap akan mengirim pesan simpan ke dalam
objek control ruang rawat inap yang akan menambah data ruang rawat inap ke dalam
database. Untuk mengubah data ruang rawat inap, aktor dapat memilih tombol edit,
lalu memasukan data yang baru oleh aktor di form edit hingga proses penyimpanan
database sama hal nya dengan proses add ruang rawat inap.
102
6. Sequence Mengelola Data Pemeriksaan Kehamilan
Gambar 4. 24 Sequence Mengelola Data Pemeriksaan Kehamilan
103
Pada gambar 4.24 Sequence Diagram mengelola data pemeriksaan kehamilan, yang
bertindak sebagai aktor yaitu Bidan, setelah login aktor dapat membuka menu
pemeriksaan kehamilan, lalu objek control pemeriksaan kehamilan mengambil data
dari tabel pasiens, lalu menampilkan menu pemeriksaan kehamilan.
Untuk menambah pemeriksaan kehamilan baru, aktor memilih tombol Add , setelah
mengisi form pemeriksaan kehamilan, form pemeriksaan kehamilan akan mengirim
pesan simpan ke dalam objek pemeriksaan kehamilan yang akan menambah data
pemeriksaan kehamilan ke dalam database pasiens dan pemeriksaankehamilans. Untuk
menambah hasil pemeriksaan dengan pasien yang sama aktor dapat memilih tombol
add pemeriksaan, lalu memasukan data pemeriksaan yang baru oleh aktor di form
pemeriksaan hingga proses penyimpanan database ke dalam table
pemeriksaankehamilans.Untuk mengubah data pemeriksaan kehamilan, aktor dapat
memilih tombol edit, lalu memasukan data yang baru oleh aktor di form edit hingga
proses penyimpanan ke dalam table pasiens.
104
7. Sequence Perbandingan Pemeriksaan Kehamilan
Gambar 4. 25 Sequence Perbandingan Pemeriksaan Kehamilan
105
Pada gambar 4.25 Sequence Diagram perbandingan pemeriksaan kehamilan, yang
bertindak sebagai aktor yaitu Dokter, setelah login aktor dapat membuka menu
perbandingan kehamilan, lalu objek control perbandingan pemeriksaan kehamilan
mengambil data dari tabel pemeriksaankehamilans, lalu menampilkan menu
perbandingan kehamilan.
Untuk membandingkan hasil pemeriksaan, aktor dapat memilih tombol lihat
perbandingan, lalu objek kontrol perbandingan pemeriksaan kehamilan akan
mengambil data dari table pemeriksaankehamilans, lalu hasil perbandingan akan
terlihat, setelah itu dokter mengisi form catatan untuk pasien, ketika dari objek control
perbandingan pemeriksaan kehamilan mengirim pesan simpan, data perbandingan itu
akan tersimpan ke dalam table perbandinganperiksas.
106
8. Sequence Kontrol Bayi
Gambar 4. 26 Sequence Kontrol Bayi
107
Pada gambar 4.26 Sequence Diagram mengelola data kontrol bayi, yang bertindak
sebagai aktor yaitu Dokter, setelah login aktor dapat membuka menu kontrol bayi, lalu
objek control kontrol bayi mengambil data dari tabel bayis, lalu menampilkan menu
kontrol bayi.
Untuk menambah kontrol bayi baru, aktor memilih tombol Add, setelah mengisi form
kontrol bayi baru, form kontrol bayi akan mengirim pesan simpan ke dalam objek
kontrol bayi yang akan menambah data pemeriksaan kehamilan ke dalam tabel bayis.
Untuk menambah kontrol bayi dengan pasien yang sama aktor dapat memilih tombol
add kontrol, lalu memasukan data kontrol bayi yang baru oleh aktor di form kontrol
bayi hingga proses penyimpanan database ke dalam table kontrolbayis. Untuk
mengubah data kontrol bayi, aktor dapat memilih tombol edit, lalu memasukan data
yang baru oleh aktor di form edit hingga proses penyimpanan ke dalam table bayis.
108
9. Sequence Perbandingan Kontrol Bayi
Gambar 4. 27 Sequence Perbandingan Kontrol Bayi
109
Pada gambar 4.27 Sequence Diagram perbandingan kontrol bayi, yang bertindak
sebagai aktor yaitu Dokter, setelah login aktor dapat membuka menu perbandingan
kontrol bayi, lalu objek control perbandingan data kontrol bayi kehamilan mengambil
data dari tabel kontrolbayis, lalu menampilkan menu perbandingan kehamilan.
Untuk membandingkan hasil pemeriksaan, aktor dapat memilih tombol lihat
perbandingan, lalu objek kontrol perbandingan data kontrol bayi akan mengambil data
dari table kontrolbayis, lalu hasil perbandingan akan terlihat, setelah itu dokter mengisi
form catatan untuk pasien, ketika dari objek control perbandingan data kontrol bayi
mengirim pesan simpan, data perbandingan itu akan tersimpan ke dalam table
kontrolbayis.
110
10. Sequence Cetak Perbandingan Pemeriksaan Kehamilan
Gambar 4. 28 Sequence Cetak Perbandingan Pemeriksaan Kehamilan
Pada gambar 4.27 Sequence cetak perbandingan pemeriksaan kehamilan, yang
bertindak sebagai aktor yaitu Bidan dan Dokter, setelah login aktor dapat membuka
menu cetak perbandingan, objek control perbandingan pemeriksaan kehamilan akan
mengambil data dari table perbandinganperiksas lalu menampilkan form cetak
perbandingan, untuk mencetak perbandingan tersebut aktor memilih tombol cetak
perbandingan.
111
11. Sequence Cetak Perbandingan Kontrol Bayi
Gambar 4. 29 Sequence Cetak Perbandingan Kontrol Bayi
Pada gambar 4.29 Sequence Diagramc cetak perbandingan kontrol bayi yang bertindak
sebagai aktor yaitu Dokter, setelah login aktor dapat membuka menu cetak
perbandingan kontrol, objek control perbandingan kontrol akan mengambil data dari
table perbandingankontrolbayis lalu menampilkan form cetak perbandingan, untuk
mencetak perbandingan tersebut aktor memilih tombol cetak perbandingan.
112
4.3. Pembuatan Aplikasi
4.4.1. Coding
Tahap pemograman atau coding adalah tahap untuk mengimplementasikan semua
menu dan halaman yang telah dirancang menggunakan Bahasa pemrograman.
Pemograman pertama yang dilakukan ialah pemrograman secara fungsional. Aplikasi
dibuat seiring dengan penggunaan fungsinya. Setelah semua fungsi dapat berjalan
dengan baik, tahap akhir ialah membuat tampilan yang user friendly sehingga dapat
memudahkan pengguna untuk menggunakannya.
4.4.2. Perancangan interface
1. Halaman Login
Gambar 4. 30 Rancangan Interface Login
113
2. Halaman Menu Pegawai
Gambar 4. 31 Rancangan Interface Menu Pegawai
3. Halaman Add Pegawai
Gambar 4. 32 Rancangan Interface Add Pegawai
114
4. Halaman Edit Pegawai
Gambar 4. 33 Rancangan Interface Edit Pegawai
5. Halaman Menu Ruang Inap
Gambar 4. 34 Rancangan Interface Menu Ruang Inap
115
6. Halaman Add Ruangan
Gambar 4. 35 Rancangan Interface Add Ruangan
7. Halaman edit ruangan
Gambar 4. 36 Rancangan interface edit ruangan
116
8. Halaman Menu Persalinan Admin
Gambar 4. 37 Rancangan Interface Menu Persalinan Admin
9. Halaman Edit Pesalinan Admin
Gambar 4. 38 Rancangan Interface Edit Persalinan
117
10. Halaman Menu Persalianan Pegawai Rawat Inap
Gambar 4. 39 Rancangan Interface Menu Persalinan Pegawai Rawat Inap
11. Halaman form tambah data persalian
Gambar 4. 40 Rancangan Interface Form Tambah Persalinan
118
12. Halaman Tambah Persalinan
Gambar 4. 41 Rancangan Interface Tambah Persalinan
13. Menu Pemeriksaan Kehamilan
Gambar 4. 42 Rancangan Interface Menu Pemeriksaan Kehamilan
119
14. Halaman Form Tambah Data Pasien
Gambar 4. 43 Rancangan Interface Form Tambah Data Pasien
15. Halaman Form Tambah Pemeriksaan
Gambar 4. 44 Rancangan Interface Form Tambah Pemeriksaan
120
16. Halaman Form Edit Pasien
Gambar 4. 45 Rancangan Interface Form Edit Pemeriksaan
17. Halaman Cetak Perbandingan Pemeriksaan Bidan
Gambar 4. 46 Rancangan Interface Form Tambah Pemeriksaan
121
18. Halaman Menu Perbandingan Pemeriksaan Kehamilan
Gambar 4. 47 Rancangan Interface Menu Perbandingan Pemeriksaan Kehamilan
19. Halaman Menu Hasil Perbandingan Pemeriksaan
Gambar 4. 48 Rancangan Interface Menu Hasil Perbandingan Pemeriksaan
122
20. Halaman Menu Kontrol Bayi
Gambar 4. 49 Rancangan Interface Menu Kontrol Bayi
21. Halaman Form Add Bayi
Gambar 4. 50 Rancangan Interface Menu Add Bayi
123
22. Halaman Form Kontrol Bayi
Gambar 4. 51 Rancangan Interface Form Kontrol Bayi
23. Halaman Form Edit Bayi
Gambar 4. 52 Rancangan Interface Form Edit Bayi
124
24. Halaman Menu Perbandingan Kontrol Bayi
Gambar 4. 53 Rancangan Interface Menu Perbandingan Kontrol Bayi
25. Halaman Hasil Perbandingan Kontrol Bayi
Gambar 4. 54 Rancangan Interface Hasil Perbandingan Kontrol Bayi
125
26. Halaman Menu Cetak Perbandingan Pemeriksaan
Gambar 4. 55 Rancangan Interface Menu Cetak Perbandingan Pemeriksaan
27. Halaman Menu Cetak Perbandingan Kontrol Bayi
Gambar 4. 56 Rancangan Interface Menu Cetak Perbandingan Kontrol Bayi
126
4.4.3. Pengujian dan pergantian
Tahap pengujian dan pergantian dilakukan untuk menguji ketepatan fungsi sistem
sesuai dengan perancangan. Hasil pengujian menentukan tahap pergantian selanjutnya
dan menentukan keberhasilan sistem yang dibangun.
Tabel 4. 27 Tabel pengujian sistem
No Rancangan proses Hasil yang diharapkan Hasil yang di
tampilkan
1 Pilih fungsi login Tampilkan halaman login Sesuai
2 Login (username/password salah) Muncul peringatan
username/password salah
Sesuai
3 Login(username/password benar) Masuk ke halaman utama sesuai
dengan aktor
Sesuai
5 Logout Tampil halaman login Sesuai
6 Pilih menu pegawai Tampil menu pegawai Sesuai
7 Pilih add pegawai Tampil form add pegawai Sesuai
8 Isi form pegawai dan simpan Menyimpan data pegawai Sesuai
9 Pilih menu edit pegawai Tampil form edit pegawai Sesuai
10 Pilih menu ruang inap Tampil menu ruang inap Sesuai
11 Pilih menu add ruangan Tampil form add ruangan Sesuai
12 Isi form add ruangan dan simpan Menyimpan data ruangan Sesuai
13 Pilih edit ruangan Tampil form edit ruangan Sesuai
14 Pilih menu persalinan Tampil menu persalinan Sesuai
15 Isi form persalinan dan simpan Menyimpan data persalinan Sesuai
16 Pilih menu edit persalinan Tampil form edit persalinan Sesuai
17 Pilih menu pemeriksaan Tampil menu pemeriksaan Sesuai
18 Pilih add pemeriksaan baru Tampil form pemeriksaan baru Sesuai
19 Isi form pemeriksaan baru dan simpan Menyimpan data pemeriksaan
baru
Sesuai
20 Pilih add pemeriksaan Tampil form pemeriksaan Sesuai
21 Isi form pemeriksaan dan simpan Menyimpan data pemeriksaan Sesuai
22 Pilih edit pemeriksaan Tampil form edit pemeriksaan Sesuai
23 Pilih menu cetak perbandingan
pemeriksaan kehamilan
Tampil menu cetak
perbandingan pemeriksaan
kehamilan
Sesuai
24 Pilih menu perbandingan Tampil menu perbandingan Sesuai
25 Tekan tombol perbandingan
pemeriksaan kehamilan
Tampil hasil perbandingan
pemeriksaan
Sesuai
26 Isi catatan dan simpan hasil
pemeriksaan
Menyimpan hasil pemeriksaan Sesuai
27 Pilih menu kontrol bayi Tampil menu kontrol bayi Sesuai
28 Pilih add bayi Tampil form add bayi Sesuai
127
29 Isi form add bayi dan simpan Menyimpan data add bayi Sesuai
30 Pilih add kontrol Tampil form kontrol bayi Sesuai
31 Isi form kontrol dan simpan Menyimpan data kontrol bayi Sesuai
32 Pilih edit bayi Tampil form edit bayi Sesuai
33 Pilih menu perbandingan kontrol bayi Tampil menu perbandingan
kontrol bayi
Sesuai
34 Tekan tombol lihat perbandingan Tampil hasil perbandingan
kontrol bayi
Sesuai
35 Isi catatan dan simpan hasil kontrol bayi Menyimpan data kontrol bayi Sesuai
36 Pilih menu cetak perbandingan kontrol
bayi
Tampil hasil perbandingan
kontrol bayi
Sesuai
128
BAB V
PENUTUP
5.1. Kesimpulan
Berdasarkan pembahasan yang sudah diuraikan mengenai Rancang bangun sistem
informasi poli klinik kebidanan (Studi kasus: Rumah Sakit Umum Sitanala), maka
kesimpulan yang dapat diambil ialah:
1. Sistem informasi poli klinik kebidanan sudah terkomputerisasi sehingga
mempermudah dalam melakukan proses pencatatan pemeriksaan
kehamilan, perbandingan pemeriksaan kehamilan, kontrol bayi,
perbandingan kontrol bayi dan perhitungan perkiraan persalinan.
2. Sistem informasi poli klinik kebidanan sudah terintegrasi dengan
database, sehingga memudahkan dalam melakukan pencarian data saat
ini dan data yang lalu pada saat melakukan perbandingan pemeriksaan
kehamilan dan perbandingan kontrol bayi.
3. Pada sistem informasi poli klinik kebidanan ini proses perhitungan
perkiraan persalinan menggunakan rumus Neagle.
5.2. Saran
Sistem informasi pencatatan pemeriksaan kehamilan dan perkiraan ini masih terdapat
keterbatasan dan kekurangan, maka diajukan beberapa saran untuk dapat
dikembangkan pada penelitan selanjutnya, adapun saran yang diberikan peneliti
sebagai berikut:
129
1. Sistem informasi ini dapat berintegrasi dengan poli-poli lain yang
terdapat dirumah sakit.
2. Sistem informasi ini dapat ditunjang dengan sistem pengambilan
keputusan untuk mendapatkan analisis yang lebih baik dari hasil
perbandingan pemeriksaan kehamilan dan perbandingan kontrol bayi.
130
DAFTAR PUSTAKA
Aditya Dasopang, P(2009). Analisis perancangan rekam medis di puskesmas
Gondokusuma I Yogyakarta.Yogyakarta:UIN Sunan Kalijaga
Ariani S, Rosa dan Shalahudin, M (2011). Panduan Belajar Rekayasa Perangkat
Lunak.Bandung:Modula
Arikunto, S. (2009). Metodologi Penelitian.
Ayu, F. (2011). Panduan sehat dan cerdas ibu hamil-Solusi hamil yang indah dan
menyenangkan. dinamikamedia.
Bayu, M (2012). Rancang bangun sistem informasi pelayanan dan fasilitas rumah sakit
berbasis web.Madiun: STT Dharma Iswara.
Carolyn Begg &, T. connoly. (2006). Database System.
Prasetiyo, Dwi Sunar. Dkk. 2008. Ibu Hamil Pintar dan Sehat. Jogjakarta : Diva Press
Fathansyah. (2006). Basis Data Informatika. Bandung.
Hariyanto, B. (2006). Sistem Manajemen Basis Data. Bandung.
Hatta, G. (2010). Pedoman Manajemen Informasi Kesehatan di Sarana Pelayanan
Kesehatan. Jakarta: Penerbit Universitas Indonesia (UI-Press).
Jogiyanto. (2008). Metodologi Penelitian Sistem Informasi.Yogyakarta:Andi
Kadir, A. (2003). Pengenalan Sistem Informasi.Yoyakarta:Andi
Kendal, K. (2008). Analsis dan perancangan sistem (Versi bahasa
Indonesia).Jakarta:Indeks
131
Kristanto, A. (2006). Rekaya Perangkat Lunak. Yogyakarta: Gava Media.
Lonnie Bentley & Jeffrey Whitten. (2007). System Analysis and Design
Methods.Yogyakarta:Andi Offset.
M.R Arief. (2011). Pemrograman Web Dinamis Menggunakan PHP & MySQL.
Yogyakarta: Andi Offset.
Nurfitriani(2013). Analisis dan perancangan sistem informasi rawat inap (Studi kasus
: Rumah sakit ibu dan anak buah hati ciputat).Jakarta:UIN Syarif Hidayatullah
Sulaiman, S (2003). Obstetri Fisiologi. Bandung:Universitas Padjadjaran Bandung
Sugiarti, Y. (2013). Analisis dan Perancangan UML Generated
VB6.Yogyakarta:Graha Ilmu.
Riyanto. (2011). Sistem Informasi Penjualan dengan PHP dan MySQL. Yogyakarta:
Gava Media.
Satrianegara, F (2014). Organisasi dan Manajemen Pelayanan Kesehatan. Jakarta:
Salemba Medika.
Supeno. Novita,D & Hartini, F(2012). Sistem informasi rekam medik unit kebidanan
dan kandungan RSIA Widiyanti Palembang.Palembang:STMIK GI MDP
Surfrastya Laksana (2015) Rancang Bangun Sistem Informasi Kandungan Ibu Hamil.
Malang : Universitas Brawijaya
Taminanto (2010). Rancang bangun sistem informasi pendaftaran pasien rawat jalan
melalui sort message service(sms).Surakarta:APIKES Citra Medika .
Triwahjono, E(2011). Analisa dan perancangan sistem informasi rawat jalan pada
rumah sakit marinir cilandak.Jakarta:Universitas Pembangunan Nasional
Utami, E(2006). Konsep Dasar Pengolahan dan Pemrograman Database. Yogyakarta:
132
Penerbit Andi.
Yuliani, S(2011).Perbandingan Usia Kehamilan Berdasarkan Posisi Fundusuteri
Dengan Hari Pertama Haid Terakhir dan Ultrasonografi.Surabaya:Universitas
Airlangga
Putra, S. J., Subiyakto, A., Ahlan, A. R., & Kartiwi, M. (2016). A Coherent Framework
for Understanding the Success of an Information System Project.
TELKOMNIKA (Telecommunication, Computing, Electronics and Control),
14(1), 302-308. doi:http://dx.doi.org/10.12928/telkomnika.v14i1.2711
Subiyakto, A., & Ahlan, A. R. (2013, 27-28 Nov. 2013). A coherent framework for
understanding critical success factors of ICT project environment. Paper
presented at the 2013 International Conference on Research and Innovation in
Information Systems (ICRIIS).
Subiyakto, A., Ahlan, A. R., Putra, S. J., & Kartiwi, M. (2015). Validation of
Information System Project Success Model. SAGE Open, 5(2), 1-14.
doi:https://doi.org/10.1177/2158244015581650
Subiyakto, A., & Ahlan, A. R. (2014). Implementation of Input-Process-Output Model
for Measuring Information System Project Success. TELKOMNIKA
Indonesian Journal of Electrical Engineering, 12(7), 5603-5612.
doi:http://doi.org/10.11591/ijeecs.v12.i7.pp5603-5612
Subiyakto, A., Septiandani, D., Nurmiati, E., Durachman, Y., Kartiwi, M., & Ahlan,
A. R. (2017). Managers Perceptions towards the Success of E-Performance
Reporting System. TELKOMNIKA (Telecommunication Computing
Electronics and Control), 15(3), 1389-1396.
doi:http://dx.doi.org/10.12928/telkomnika.v15i3.5133