Perancangan Sistem Informasi Rumah Sakit Modul Front Office Studi Kasus Rumah Sakit PTN Unud

7/24/2019 Perancangan Sistem Informasi Rumah Sakit Modul Front Office Studi Kasus Rumah Sakit PTN Unud

http://slidepdf.com/reader/full/perancangan-sistem-informasi-rumah-sakit-modul-front-office-studi-kasus-rumah 1/196

PERANCANGAN SISTEM INFORMASI RUMAH

SAKIT MODUL FRONT OFFICE STUDI KASUS

RUMAH SAKIT PTN UNUDHALAMAN SAMPUL

TUGAS AKHIR

Diajukan guna memenuhi sebagian persyaratan dalam rangka menyelesaikan

Pendidikan Sarjana Strata Satu (S1) Program Studi Teknologi Informasi



PERANCANGAN SISTEM INFORMASI RUMAH

SAKIT MODUL FRONT OFFICE STUDI KASUS

RUMAH SAKIT PTN UNUDHALAMAN JUDUL

TUGAS AKHIR

Diajukan guna memenuhi sebagian persyaratan dalam rangka menyelesaikan

Pendidikan Sarjana Strata Satu (S1) Program Studi Teknologi Informasi



PERNYATAAN

Dengan ini saya menyatakan bahwa dalam Tugas Akhir ini terdapat karya

yang pernah diajukan untuk memperoleh gelar kesarjanaan di suatu perguruan

tinggi, dan sepanjang pengetahuan saya juga tidak terdapat karya atau pendapat

yang pernah ditulis atau diterbitkan oleh orang lain, kecuali yang secara tertulis

diacu dalam naskah ini dan disebutkan dalam daftar pustaka.

Denpasar, Juli 2015

Kevin Wijaya



LEMBAR PENGESAHAN TUGAS AKHIR



BERITA ACARA TUGAS AKHIR



KATA PENGANTAR

Puji syukur penulis panjatkan ke hadirat Tuhan Yang Maha Esa, karena

atas berkat dan rahmat-Nya tugas akhir yang berjudul berjudul ” Perancangan

Sistem Informasi Manajemen Rumah Sakit Modul Front Office Studi Kasus

Rumah Sakit PTN Unud” ini dapat terselesaikan. Penulis sampaikan ucapan

terima kasih sebesar-besarnya kepada:

1.

Bapak Prof. Ir. Ngakan Putu Gede Suardana, MT., Ph.D selaku Dekan

Fakultas Teknik Universitas Udayana.

2.

Bapak Dr. Eng. I Putu Agung Bayupati, S.T., M.T. selaku Ketua Jurusan

Teknologi Informasi Universitas Udayana.

3. Bapak A.A. Kompiang Oka Sudana, S.Kom., M.T. selaku dosen

pembimbing I yang telah memberikan petunjuk, arahan, dan bimbingan

dalam penyelesaian Tugas Akhir ini.

4 Ib Ni K d k D i R j thi ST MT l k d bi bi II



ABSTRAK

Sistem informasi dapat digunakan untuk menyediakan informasi secara

cepat, dapat digunakan manajemen dalam mengambil keputusan dan juga untuk

menjalankan operasional rumah sakit. Kegiatan manual seperti contohnya mencari

data pasien akan memakan waktu yang lama dan tempat untuk penyimpanan

berkas. Perancangan Sistem informasi Rumah Sakit Modul Front Office

dibangun dengan tujuan agar dapat dikembangkan untuk menunjang bisnis proses

dalam rumah sakit. Rancangan diharapkan dapat menggantikan seluruh kegiatan

yang masih dilakukan secara manual di bagian Front Office Rumah Sakit. Metode

yang digunakan dalam perancangan sistem adalah Metode TAS (Total

Architecture Synthesis). Motode TAS dibagi menjadi lima tahap perancangan.

Lima tahap perancangan tersebut adalah menentukan lingkup penelitian atau

batasan masalah, menentukan kebutuhan, mendesain arsitektur bisnis proses,mendisain sistem, dan evaluasi. Rancangan Sistem Informasi Rumah Sakit Modul

Front Office terdiri dari enam proses utama yaitu Manajemen Master Data,

Registrasi, Informasi, Marketing , Kasir, dan Pelaporan. Perancangan sistem dibuat

terintegrasi dengan enam modul lainnya. Enam modul yang terintegrasi dengan

Modul Front Office adalah Modul Layanan, Farmasi, Sarana & Prasarana, Human

Resource Development, Payroll , dan Akunting & Keuangan. Hasil dari

perancangan sistem ini adalah berupa rancangan Diagram Berjenjang, Diagram

K t k Di Ali D t D b d G hi l U I f



ABSTRACT

Information systems can be used to provide information quickly. It also

can be used by management to make a decisions and to run the hospital ’s

operations. One of the manual activity that will take a lot of time is for example,

searching the data of the patient. It will also waste a lot of space for the file

storage. Blueprint of the Front Office module of Information System in Hospital

was made to support the business processes in the hospital. It also made to replace

all the activities that were still done manually in the Front Office Departement.

The Method that used to make the system design is TAS (Total Arachitecture

Synthesis). This method is devided into five steps. The steps are determine the

intial scope, determine the needs of design, designing business process, designing

system, and for evalutaion. The Design of Front Office Module of Hospital

Information System consist of six main processes Master Data Management,Registration, Information, Marketing, Payment, and Reporting. The design of the

system is integrated with six other modules. The six modules that integrated with

Front Office Module are Hospital Service, Pharmacy, Infrastructure, Human

Resource Development, Payroll, Accounting & Financial. Result of this system

design is a design of Hierarchy Chart, Data Flow Diagram, Context Diagram,

Database, and Graphical User Interface.

K d H it l I f ti S t F t Offi M d l TAS M th d



DAFTAR ISI

HALAMAN SAMPUL ........................................................................................... i

HALAMAN JUDUL ............................................................................................. ii

PERNYATAAN .................................................................................................... iii

LEMBAR PENGESAHAN TUGAS AKHIR .................................................... iv

BERITA ACARA TUGAS AKHIR .................................................................... v

KATA PENGANTAR .......................................................................................... vi

ABSTRAK ........................................................................................................... vii

ABSTRACT ........................................................................................................ viii

DAFTAR ISI ......................................................................................................... ix

DAFTAR GAMBAR .......................................................................................... xiii

DAFTAR TABEL ............................................................................................... xv

BAB I PENDAHULUAN ...................................................................................... 1

1.1 Latar Belakang ............................................................................................. 1

1.2

Rumusan Masalah ........................................................................................ 2



2.9

Database .................................................................................................... 19

2.9.1 Sistem Manajemen Database (DBMS) .............................................. 19

2.9.1.1 Keuntungan DBMS ..................................................................... 20

2.9.1.2

Kerugian DBMS .......................................................................... 20

2.9.2

Key ...................................................................................................... 20

2.10

MySQL ...................................................................................................... 22

2.10.1 Tipe Data MySQL .............................................................................. 22

2.10.1.1Tipe Data Numerik........................................................................... 22

2.10.1.2Jenis Tanggal dan Waktu ................................................................. 23

2.10.1.3Tipe String (Teks) ............................................................................ 24

2.10.1.4Tipe Blob (Biner) ............................................................................. 25

2.11 ERD ............................................................................................................ 25

2.11.1

Komponen ERD.................................................................................. 25

2.11.2

Cardinality Rasio ................................................................................ 27

2.12

DFD ............................................................................................................ 27

2.13 Standart Operational Procedure (SOP) .................................................... 28

2 14 M t d P TAS (T t l A hit t S t i ) 30



4.4.2.1

DFD Level 2 Registrasi Rawat Inap ............................................ 57

4.4.2.2 DFD Level 2 Registrasi Rawat Jalan ........................................... 59

4.4.2.3 DFD Level 2 Request Surat ......................................................... 60

4.4.3

DFD Level 1 Informasi ....................................................................... 60

4.4.3.1

DFD Level 2 View Jadwal ........................................................... 61

4.4.4

DFD Level 1 Marketing ...................................................................... 62

4.4.5 DFD Level 1 Kasir .............................................................................. 63

4.4.6 DFD Level 1 Pelaporan ....................................................................... 65

4.5

Rancangan Database ................................................................................. 65

4.5.1

ERD .................................................................................................... 65

4.5.2

Normalisasi ......................................................................................... 67

4.5.2.1 Normalisasi Tabel Pasien ............................................................ 67

4.4.2.2

Normalisasi Tabel Registrasi ...................................................... 70

4.4.2.3 Normalisasi Tabel tb_ detail_alergi_pasien ................. 72

4.4.2.4 Normalisasi Tabel tb_ setup_inap ............................................... 74

4.5.3

Skema Database ................................................................................. 75

4 5 4 St kt D t 77



4.7.1

Desain Icon Aplikasi......................................................................... 153

4.7.2 Desain Form Login ........................................................................... 153

4.7.3 Desain Form Home ........................................................................... 154

4.7.4

Desain Form Front Office ................................................................ 154

4.7.5

Desain Form Daftar Pasien Baru ...................................................... 155

4.7.6

Desain Form Setup Alergi ................................................................ 156

4.7.7 Desain Form Registrasi Rawat Jalan ................................................ 157

4.7.8 Desain Form Registrasi Setup Inap .................................................. 158

4.7.9

Desain Form Registrasi Rawat Darurat ............................................ 159

4.7.10

Desain Form Setup Polis .................................................................. 160

4.7.11

Desain Form Setup Wali ................................................................... 161

4.7.12 Desain Form Cari Pasien .................................................................. 162

4.7.13

Desain Form Entri Perusahaan ......................................................... 163

4.7.14

Desain Form Entri Kontrak .............................................................. 164

4.7.15

Desain Form Entri Tanggungan ....................................................... 165

4.7.16 Desain Form Entri Registrasi Kamar ............................................... 166

4 7 17 D i F E t i R i t i K l K 167



DAFTAR GAMBAR

Gambar 2.1 Struktur Organisasi Rumah Sakit Pendidikan Universitas Udayana .. 9

Gambar 2.2Arsitektur Tersentralisasi ................................................................... 15

Gambar 2.3Arsitektur Desentralisasi .................................................................... 17

Gambar 2.4Arsitektur Desentralisasi .................................................................... 18

Gambar 2.5 Hubungan Relationship dengan Entitas ............................................ 26

Gambar 2.6 Hubungan Relationship dengan Entitas ............................................ 26

Gambar 2.7 Simbol-simbol DFD .......................................................................... 27

Gambar 3.1 Flowchart Langkah Penelitian yang Dilakukan ................................ 34

Gambar 3.2 Flowchart Metode Arsitektur TAS ................................................... 35

Gambar 4.1 Diagram Blok SIMRS ....................................................................... 37

Gambar 4.2 Blok Diagram Integrasi Data SIMRS ............................................... 46

Gambar 4.3 Konteks Diagram .............................................................................. 47

Gambar 4.4 Overview Keseluruhan ...................................................................... 48

Gambar 4.5 Hierarchy Chart Sistem Informasi Front Office ............................... 49

Gambar 4.6 Gambaran Umum Sistem .................................................................. 50

Gambar 4.7 DFD Level 0 Sistem Front Office ..................................................... 54

Gambar 4.8 DFD Level 1 Manajemen Master Data ............................................. 55

Gambar 4.9 DFD Level 2 Master Data Pasien ...................................................... 56

Gambar 4.10 DFD Level 1 Registrasi ................................................................... 57

G b 4 11 DFD L l 2 R i i R I 58



Gambar 4.34 SOP Registrasi Pasien Jaminan ..................................................... 138

Gambar 4.35 SOP Registrasi Pasien Inap Umum ............................................... 140

Gambar 4.36 SOP Registrasi Pasien Inap Jaminan............................................. 141

Gambar 4.37 SOP Cetak Form Rekam Medis .................................................... 142

Gambar 4.38 SOP Cetak Surat Keterangan ........................................................ 143

Gambar 4.39 SOP Cetak Surat Rujukan ............................................................. 144

Gambar 4.40 SOP Pembayaran Transaksi .......................................................... 145

Gambar 4.41 SOP Pembayaran Pasien Jaminan ................................................. 146

Gambar 4.42 SOP Pelaporan Kunjungan Pasien ................................................ 147

Gambar 4.43 SOP Permohonan Kerjasama ........................................................ 148

Gambar 4.44 SOP Konfirmasi Kerjasama .......................................................... 150

Gambar 4.45 SOP Pindah Kamar ....................................................................... 151

Gambar 4.46 SOP Pindah Kamar ....................................................................... 152

Gambar 4.47 Icon Aplikasi ................................................................................. 153

Gambar 4.48 Icon Aplikasi ................................................................................. 153 Gambar 4.49 Home ............................................................................................. 154

Gambar 4.50 Front Office Form ......................................................................... 155

Gambar 4.51 Daftar Pasien Baru ........................................................................ 156

Gambar 4.52 Setup Alergi ................................................................................... 157

Gambar 4.53 Registrasi Rawat Jalan .................................................................. 158

Gambar 4.54 Setup Inap ...................................................................................... 159

Gambar 4.55 Registrasi Rawat Darurat .............................................................. 160

G b 4 56 S P li 161



DAFTAR TABEL

Tabel 2.1 Simbol-simbol SOP .............................................................................. 29

Tabel 4.1 Struktur Data Tabel m_pasien........................................................... 77

Tabel 4.2 Contoh Data Tabel m_pasien ........................................................... 80

Tabel 4.3 Struktur Data Tabel m_agama ............................................................. 81

Tabel 4.4 Contoh Data Tabel m_agama ............................................................. 81

Tabel 4.5 Struktur Data Tabel m_jenis_inap ................................................. 82

Tabel 4.6 Contoh Data Tabel m_jenis_inap ................................................ 82

Tabel 4.7 Struktur Data Tabel m_jenis_layanan .......................................... 83

Tabel 4.8 Contoh Data Tabel m_jenis_layanan ........................................... 83

Tabel 4.9 Struktur Data Tabel m_provinsi ...................................................... 83

Tabel 4.10 Contoh Data Tabel Tabel m_provinsi ........................................... 84

Tabel 4.11 Struktur Data Tabel m_kecamatan ................................................. 84

Tabel 4.12 Contoh Data Tabel m_kecamatan ................................................... 85

Tabel 4.13 Struktur Data Tabel m_kota ............................................................. 85

Tabel 4.14 Contoh Data Tabel m_kota ............................................................... 86

Tabel 4.15 Struktur Data Tabel m_negara......................................................... 87

Tabel 4.16 Contoh Data Tabel m_negara .......................................................... 87

T b l 4 17 St kt D t T b l i 87



Tabel 4.40 Contoh Data Tabel tb_tanggungan_obat .......................................... 103

Tabel 4.41 Struktur Data Tabel tb_tanggungan_tindakan ..................... 103

Tabel 4.42 Contoh Data Tabel Tabel tb_tanggungan_tindakan ............ 104

Tabel 4.43 Struktur Data Tabel tb_detail_kontrak_kelas................... 104

Tabel 4.44 Contoh Data Tabel tb_tanggungan_kelas ............................. 105

Tabel 4.45 Struktur Data Tabel tb_tanggungan_penunjang................... 106

Tabel 4.46 Contoh Data Tabel tb_tanggungan_penunjang .................... 107

Tabel 4.47 Struktur Data Tabel tb_detail_alergi ................................... 107

Tabel 4.48 Contoh Data Tabel tb_detail_alergi ..................................... 108

Tabel 4.49 Struktur Data Tabel tb_diagnosa_awal ................................... 108

Tabel 4.50 Contoh Data Tabel tb_diagnosa_awal ..................................... 109

Tabel 4.51 Struktur Data Tabel tb_reg_bed .................................................. 109

Tabel 4.52 Contoh Data Tabel tb_reg_kamar .............................................. 110

Tabel 4.53 Struktur Data Tabel tb_request .................................................. 111 Tabel 4.54 Contoh Data Tabel tb_request ................................................... 112

Tabel 4.55 Struktur Data Tabel tb_surat_rujukan ................................... 112

Tabel 4.56 Contoh Data Tabel tb_surat_rujukan ..................................... 113

Tabel 4.57 Struktur Data Tabel tb_surat_keterangan ............................ 114

Tabel 4.58 Contoh Data Tabel tb_surat_keterangan ............................. 115

Tabel 4.59 Struktur Data Tabel tb_surat_kerjasama............................... 115

T b l 4 60 C h D T b l b k j 117



Tabel 4.83 Struktur Data Tabel m_kondisi .................................................... 128

Tabel 4.84 Contoh Data Tabel m_kondisi ..................................................... 128

Tabel 4.87 Struktur Data Tabel tb_request_ambulance .......................... 129

Tabel 4.88 Contoh Data Tabel tb_request_ambulance ........................... 130

Tabel 4.87 Struktur Data Tabel m_jenis_pasien ........................................ 130

Tabel 4.88 Contoh Data Tabel m_jenis_pasien ......................................... 130

Tabel 4.89 Struktur Data Tabel tb_trans_ambulance............................... 131

Tabel 4.90 Contoh Data Tabel tb_trans_ambulance ................................ 132

Tabel 4.91 Struktur Data Tabel tb_det_pegawai_ambulance ................ 132

Tabel 4.92 Contoh Data Tabel tb_det_pegawai_ambulance ................ 133

Tabel 4.93 Struktur Data Tabel tb_setup_inap........................................... 133

Tabel 4.94 Contoh Data Tabel tb_setup_inap ............................................ 135



BAB I

PENDAHULUAN

Bab ini berisi latar belakang penelitian, rumusan masalah, batasan

masalah, tujuan penelitian, dan manfaat dilakukan penelitian

1.1 Latar Belakang

Sistem Informasi Rumah Sakit memiliki peranan penting dalam

menjalankan proses bisnis di rumah sakit. Sistem informasi merupakan salah satu

hasil perkembangan teknologi yang sedang terjadi dan berguna untuk menunjang

proses bisnis dalam suatu instansi. Sistem informasi dapat membantu proses

bisnis yang masih dilakukan secara manual dalam suatu instansi sehingga lebih

efisien, misalnya seperti menghemat waktu pencarian data di instansi tersebut,

tidak menghabiskan ruang atau tempat yang digunakan untuk menyimpan data,

d l i b i



2

sebagai referensi untuk menunjang proses pada Bagian Front Office, seperti

Proses Registrasi yang akan memudahkan pasien dalam melakukan pendaftaran,

pencetakan kartu pasien, pencetakan surat keterangan sehat, surat kematian, dan

lain sebagainya. Proses lainnya yang akan ditunjang menggunakan sistem

informasi antara lain adalah proses-proses yang berkaitan dengan bisnis proses

yang berjalan pada Departemen Front Office pada Rumah Sakit.

1.2 Rumusan Masalah

Berdasarkan latar belakang di atas, muncul permasalahan yang dibahas

dalam penelitian ini yaitu:

1. Bagaimana merancang suatu Sistem Informasi Rumah Sakit Modul Front

Office yang terintegrasi dengan modul lainnya.

2.

Bagaimana merancang suatu sistem informasi yang didasarkan pada Bisnis

Proses Rumah Sakit.

3. Proses apa saja yang akan ditunjang sebagai referensi dalam perancangan



3

1.4 Tujuan

Tujuan dari penelitian yang dilakukan antara lain dapat dipaparkan sebagai

berikut:

1. Merancang suatu Sistem Informasi Rumah Sakit Modul Front Office yang

terintegrasi dengan modul lainnya.

2.

Merancang suatu sistem informasi yang didasarkan pada Bisnis Proses

Rumah Sakit.

3. Mengetahui proses yang akan ditunjang sebagai referensi dalam

perancangan Sistem Informasi Rumah Sakit Modul Front Office

4. Merancang sebuah database sebagai sebuah tempat penyimpanan data

yang diperlukan dalam rumah sakit pada bagian Front Office khususnya.

1.5 Manfaat

Manfaat dari penelitian yang akan dilakukan antara lain adalah sebagai



4

BAB I : PENDAHULUAN

Bab ini terdiri dari latar belakang penulisan, perumusan masalah, tujuan

penelitian, manfaat penelitian, batasan masalah, dan sistematika

penulisan.

BAB II : TINJAUAN PUSTAKA

Bab ini berisi teori pendukung yang berhubungan dengan perancangan

sistem informasi.

BAB III : METODOLOGI PENELITIAN DAN PENGUMPULAN DATA

Bab ini berisi metode dan perancangan sistem, meliputi tempat dan

waktu penelitian, sumber data, jenis data, metode pengumpulan data,

metode pengolahan data, analisis data, dan implementasi.

BAB IV : PERANCANGAN SISTEM

Bab ini berisi pembahasan dan rancangan Sistem Informasi Rumah

Sakit Modul Front Office.

BAB V : PENUTUP



BAB II

TINJAUAN PUSTAKA

Beberapa teori pendukung diharapkan membantu pengerjaan Rancang

Bangun Sistem Informasi Rumah Sakit Modul Front Office.

2.1 State of the Art

Pembuatan dan Perancangan Sistem Informasi Rumah Sakit sudah

dilakukan oleh beberapa orang, salah satunya adalah yang dilakukan oleh Rika

dan Michael Yoseph Ricky dalam jurnal yang berjudul Analisis dan Perancangan

Sistem Informasi Laboratorium Rumah Sakit Kanker Dharmais dengan

menggunakan Total Architecture Syntesis. Tujuan dari penelitian tersebut adalah

untuk melakukan perancangan dan implementasi Sistem Informasi Laboratorium

di Rumah Sakit Kanker Dharmais. Total Architecture Synthesis merupakan

d dil k k d b b h h h b



6

diurutkan sesuai dengan tingkat kesulitan dan kepentingan bisnisnya. Iterasi untuk

proyek, dimulai setelah proses ini dilakukan. Iterasi pertama diawali dengan

proses bisnis yang paling sulit dan banyak mengalami perubahan. Iterasi terdiri

dari pengumpulan kebutuhan, pendefinisian proses bisnis, pendefinisian arsitektur

sistem, dan evaluasi. Pengunaan metode Total Architecture Syntesis, menjadikan

proses pengumpulan informasi akan kebutuhan dari sebuah perusahaan bukan lagi

menjadi sebuah aktivitas yang terpisah dari proses bisnis dan arsitektur sistem

(Rika & Ricky 2008, hh. 1-3). Semua aktifitas di atas kini secara iteratif akan

saling berhubungan dan mempengaruhi satu sama lainnya.

Pembuatan Sistem Informasi Rumah Sakit juga dilakukan oleh Dwi

Mardiatmo N. H., Agung B.P, dan Eko Handoyo dalam jurnal yang berjudul

“Implementasi Sistem Informasi Rumah Sakit untuk Subsistem Laboratorium”.

Penelitian yang dilakukan berbeda dengan yang dilakukan oleh peneliti

sebelumnya. Sistem informasi ini sudah dalam tahap implementasi dan bukan

hanya rancangan. Aplikasi dibuat berbasis web dengan menggunakan Bahasa



7

yang utuh. Prado membutuhkan PHP 5 dengan Simple XML dan Simple PHP

Library (SPL) (Handoyo, Prasetijo, Syamhariyanto 2008, hh. 13-14).

Perancangan sistem informasi juga dilakukan oleh Henry Gunawan dalam

makalah yang berjudul Rancang Bangun Sistem Informasi Apotek dengan Metode

Prototyping (Studi Kasus di Apotek Rumah Sakit Muhammadiyah Semarang).

Perancangan sistem informasi dilakukan dengan Metode Prototyping . Metode

Prototyping merupakan suatu metode dalam pengembangan sistem yang

menggunakan pendekatan untuk membuat suatu program dengan cepat dan

bertahap sehingga segera dapat dievaluasi oleh pemakai. Metode Prototyping

dipilih karena metode ini membuat pengembangan sistem informasi menjadi lebih

cepat dan lebih mudah, terutama pada kebutuhan pemakai yang sulit untuk

diidentifikasi. Langkah-langkah pengembangan dengan prototyping antara lain

dengan mengidentifikasi kebutuhan pemakai yaitu mewawancarai untuk

mendapatkan gagasan dari apa yang diinginkan oleh pemakai (Gunawan 2002, h.

1)



8

inap masih dalam tahap penyelesian dan rencananya akan dibuka pada bulan April

Tahun 2014. Jumlah pasien yang dirawat di Rumah Sakit Pendidikan ini belum

terlalu banyak.

Tenaga medis yang bekerja di Rumah Sakit Pendidikan Universitas

Udayana tidak berasal dari lulusan Fakultas Kedokteran Universitas Udayana saja,

tetapi ada yang berasal dari berbagai perguruan tinggi di Indonesia. Rumah Sakit

Pendidikan Universitas Udayana adalah salah satu rumah sakit yang didanai oleh

negara, mengingat tiap perguruan tinggi negeri harus memiliki sebuah rumah sakit

pendidikan sendiri untuk mendidik calon tenaga medis dan tenaga kesehatan.

Rumah Sakit Pendidikan Universitas Udayana memiliki luas bangunan sekitar

30.842 m2 dan dibangun dengan tinggi empat lantai. Rumah Sakit Pendidikan

Universitas Udayana juga telah dilengkapi dengan sebuah ambulance dan alat

kesehatan yang dapat dikatakan cukup lengkap.

Rumah sakit Pendidikan Universitas Udayana memiliki beberapa poli di

setiap lantainya. Lantai pertama terdapat Poli Bedah, Poli Penyakit Dalam, Travel



9

Rektor

Prof.Dr.dr.Ketut Suastika SpPD KEMD FINASIM

Direktur Utama

Dr.dr. RA Tuty Kuswardhani SpPD KGer.MARS

Direktur Operasional dan Keuangan

DR.dr. AA. Wiradewi Lestari, SpPK

SPI

Dekan FK Unud

Prof.DR.dr. Putu Astawa, SpOT

Direktur Pelayanan Medik dan Keperawatan

dr. Made Ayu Haryati MARS

Direktur Umum SDM Kerjasama

Pendidikan dan Pelatihan

dr. I Wayan Wartawan MARS

Direktur Akademik Penelitian Pengembangan dan

Pengabdian

dr. Ketut Suarjana, MPH

Bag. Pelayanan MedikBag. Pelayanan

Penunjang

Bag.Pelayanan

Keperawatan

Bag. Akademik

· Rawat Jalan

· Ka.Poli Umum :

Dr. Luh Sudarmini

· Ka. Poli Spesialis :

Dr. Uttara, SpAn,MARS

· Rawat Inap

· UGD dan OK

· ICU

· Rehabilitasi Medik

· Home Care

· Nursing Home

· Rekam Medik

·

Bag SDM

Bag. Pendidikan dan

Pelatihan

Bag. Pemasaran dan

Kerjasama

Bag. Perencanaan

dan Evaluasi

Bag. Keuangan

Bag. Penelitian

dan

Pengembangan

· Medik

· Dr Luh Sudiramini

· Keperawatan Non Medik :

·

Bid. PendidikanDr. Ida Ayu

Kusumawardani,

SpKJ,MARS

· Farmasi :

· IBN Maharjana S.Apt Farm

· Lab

· Radiologi

· Gizi

· CSSD

· Laundry

· Tata Usaha

· Administrasi Umum

· (Sarana, Rumah Tangga)

· Hukum

· IPAL

· Pemasaran dan

· Kerjasama

· (pelayanan Sarana)

·

· Akuntansi

· Verifikasi

· Bendahara

· Renumerasi

Koordinator Pendidikan S1 :

Dr. Desak Indrasari Utami SpS

Dr. Pande Dwipayana SpPD

Koordinator. PPDS:

Dr. Lanang SpOT

Koordinator Pendidikan Sp1:

Dr. I Nyoman Semadi SpB SpBTKV

Dr. AA Mas Putrawati Triningrat SPM

Koordinator HTA

Dr. I Putu Eka Widyadharma Msc SpS

Keperawatan dan Analisis

Ns. Ni Putu Kusumayuni S.Kep

Koordinator Ilmu Kesehatan Masyarakat

(S2IKM)

Ketut Hari Mulyawan, MPH

Koordinator Ilmu Fisioterapi

Koordinator Pendidikan Kedoteran Gigi

· Bidang SDM

· Bidang Renumerasi

Dewan Pengawas

1. PR.DR. Ir. Budi Susrusa

2. Prof. DR.dr. Wiryana, SpAn

3. dr. Wayan Sutarga, MPH

Bag. Umum

· Bid. Penelitian

Dr.dr. Sri Budayanti

Bag. Pengabdian

· Bid. Pengabdian

· Dr. Ni Nyoman

· Metriani Nesa, SpA

Purchasing

Gambar 2.1 Struktur Organisasi Rumah Sakit Pendidikan Universitas Udayana

(sumber: Dokumen RS. PTN UNUD)



10

Gambar 2.1 menunjukan struktur organisasi dari Rumah Sakit

Pendidikan Universitas Udayana.

2.2.1 Visi Misi Rumah Sakit PTN Udayana

Visi dan misi Kementrian Kesehatan Republik Indonesia tahun 2010-

2014 adalah “Mewujudkan pelayanan kesehatan yang mandiri dan berkeadilan

untuk mewujudkan masyarakat yang sehat”. Rumah Sakit PTN Unud sebagai

salah satu rumah sakit pendidikan yang merupakan rumah sakit milik Diknas,

memerlukan visi yang sama dengan Kementrian Kesehatan sehingga tujuan yang

telah ditetapkan dapat diwujudkan.

Visi RS PTN Unud adalah “Menjadi Rumah Sakit Pendidikan utamanya

dokter dan tenaga kesehatan serta bidang terkait yang mampu menjadi pemuka

dalam pelayanan kesehatan dengan unggulan Penyakit Tropik dan Travel

Medicine, pendidikan, dan penelitian di Indonesia dengan sumber daya manusia

yang unggul, mandiri, dan berbudaya untuk mewujudkan masyarakat sehat yang

mandiri dan berkeadilan”. Misi RS PTN Unud adalah sebagai berikut:



11

1. Sistem merupakan kumpulan dari beberapa elemen yang memiliki tujuan

yang sama.

2. Elemen-elemen tersebut adalah bagian terpadu sistem yang bersangkutan.

3. Elemen-elemen tersebut saling bekerja sama untuk mencapai tujuan

sistem.

4. Sistem merupakan bagian dari sistem lain yang lebih besar.

2.4 Konsep Dasar Informasi

Informasi kumpulan dari data yang telah diolah sedemikian rupa sehingga

lebih berguna dan bermanfaat bagi penerimanya. Informasi dapat digunakan untuk

menggambarkan sebuah kejadian nyata. Informasi juga merupakan data yang

telah diolah dan dapat diinterpretasi untuk digunakan dalam pengambilan

keputusan.

2.5 Konsep Sistem Informasi



12

2.

Komponen Model

Komponen Model terdiri dari gabungan prosedur dan logika yang

digunakan untuk memanipulasi data input dan data yang tersimpan di dalam

database dengan cara yang sudah ditentukan sebelumnya untuk menghasilkan

output yang diinginkan.

3. Komponen Output

Komponen Output dari sebuah sistem informasi adalah output berupa

informasi yang berkualitas serta dokumen yang berguna bagi semua pemakai

sistem.

4.

Komponen Teknologi

Komponen Teknologi adalah sebuah “tool box” dalam sistem informasi,

Teknologi digunakan untuk menerima input , menjalankan model, mengakses serta

menyimpan data, menghasilkan output , dan membantu mengendalikan sistem

secara menyeluruh.

5. Komponen Hardware



13

dapat dimanipulasi dan diakses menggunakan paket software yang disebut DBMS

( Database Management System).

8. Komponen Kontrol

Bencana alam, api, temperatur, air, debu, kecurangan, kegagalan sistem itu

sendiri, ketidak efisienan, sabotase merupakan beberapa hal yang dapat merusak

sebuah sistem informasi. Komponen Kontrol perlu dipersiapkan dan dilakukan

untuk dapat meyakinkan bahwa hal-hal yang dapat merusak sistem informasi

dapat dicegah atau dapat diatasi dengan cepat jika terjadi kerusakan.

Komponen tersebut saling berinteraksi satu dengan yang lain membentuk

suatu kesatuan untuk mencapai tujuan.

2.6 Elemen-Elemen Sistem Informasi

Sistem informasi terdiri dari beberapa elemen. Elemen-elemen sistem

informasi tersebut adalah:

1. Orang



14

c. Aplikasi software yang terdiri atas program yang secara spesifik dibuat

untuk setiap aplikasi.

5. Database

Tempat penyimpanan data secara fisik dapat berupa seperti harddisk,

magnetic tape, dan lain sebagainya. File juga dapat berupa hardcopy, micro film,

dan lain sebagainya.

6.

Jaringan Komputer

Jaringan komputer merupakan suatu kumpulan perangkat komputer yang

saling terhubung. Data dapat bergerak atau mengalir dengan atau tanpa kabel,

sehingga pengguna dapat saling mengirimkan data melalui jaringan komputer.

7. Komunikasi Data

Komunikasi data merupakan elemen yang berhubungan dengan transfer

data dan informasi antar komputer dan perangkat. Komunikasi data merupakan

sebuah elemen penting dalam sebuah sistem informasi. Komunikasi data

merupakan elem penting karena memungkinkan adanya pertukaran data yang



15

2.7.1 Jenis-jenis Arsitektur Sistem Informasi

Jenis-jenis dari asritektur sistem informasi dapat dibagi menjadi tiga

bagian yaitu:

2.7.1.1 Arsitektur Tersentralisasi

Penerapan dari Arsitektur Tersentralisasi adalah pemrosesan data

dilakukan secara terpusat. Pemrosesan dilakukan oleh server yang ditempatkan

dalam suatu tempat dan berfungsi untuk menyediakan data ke client . Arsitektur

Tersentralisasi biasanya digunakan dan diimplementasikan organisasi yang tidak

memiliki cabang. Gambaran Arsitektur Tersentralisasi dapat dilihat pada Gambar

2.2.



16

Kerugian yang didapat dari penggunaan Arsitektur Tersentralisasi antara

lain:

1. Tidak fleksibel, karena jika server mengalami gangguan maka semua

client juga akan mengalami gangguan.

2. Sistem dibuat tidak sesuai dengan kebutuhan masing-masing bagian

karena dibuat secara menyeluruh atau global.

3.

Pemrosesan data memerlukan waktu yang lama karena traffic data yang

padat.

4. Tidak cocok untuk dilakukan kustomisasi karena akan memberikan

dampak ke seluruh sistem.

Penjelasan di atas menunjukkan kekurangan dan kelebihan dari

penggunaan arsitektur tersentralisasi.

2.7.1.2 Arsitektur Desentralisasi

Arsitektur Desentralisasi adalah jenis arsitektur yang melakukan

pemprosesan data secara terdistribusi. Arsitektur Desentralisasi terdiri dari



17

Gambar 2.3Arsitektur Desentralisasi

(sumber: https://fairuzelsaid.files.wordpress.com)

Gambar 2.3 menunjukan Arsitektur Desentralisasi merupakan Arsitektur

Tersentralisasi yang diubah menjadi beberapa subsistem. Keuntungan yang

didapatkan dari pengunaan Arsitektur Desentralisasi antara lain:

1. Tidak memerlukan biaya yang besar.

2. Kepuasan pemakai meningkat.

3.

Mudah melakukan backup ketika terjadi masalah.



18

memberikan respon dengan memberikan data yang diminta oleh client

bersangkutan. Cient akan melakukan pemrosesan setelah data diterima dari

server . Arsitektur dengan jenis client server mulai banyak diterapkan pada sebuah

sistem informasi. Sistem informasi dapat dipakai dan dibangun dengan software

client server yang berbeda dengan menggunakan arsitektur jenis ini. Gambaran

dari Arsitektur Client Server dapat dilihat pada Gambar 2.4.

Gambar 2.4Arsitektur Desentralisasi

(sumber: https://fairuzelsaid.files.wordpress.com)

Keuntungan yang didapatkan dari pengunaan Arsitektur Client Server

antara lain:



19

sebagai penyedia informasi. Sistem dapat dibedakan berdasarkan beberapa sudut

pandang yaitu:

1. Sistem Abstrak atau Sistem Fisik

Sistem Abstrak merupakan sistem tidak tampak secara fisik, contohnya

adalah Sistem Teologia yang berupa pemikiran hubungan antara Tuhan dengan

manusia. Sistem Fisik adalah sistem yang berbentu fisik, contohnya adalah sistem

komputer.

2. Sistem Alamiah dan Sistem Buatan Manusia.

Sistem Alamiah merupakan sistem terbentuk karena adanya proses alam.

Sistem alamiah tidak dapat dibuat oleh manusia, contohnya adalah Sistem Rotasi

Bumi. Sistem Buatan Manusia adalah sistem yang dibuat dan dibentuk oleh

manusia, contohnya adalah Sistem Informasi

3.

Sistem Deterministik dan Sistem Probabilistik

Sistem Deterministik merupakan sistem yang bersifat pasti dan diprediksi,

sedangkan Sistem Probabilistik merupakan sistem yang mengandung



20

memelihara dan memanfaatkan kumpulan data yang besar. Kebutuhan akan

sistem informasi saat ini telah berkembang berkembang dengan pesat.

Alternatif dalam menggunakan DBMS ialah data disimpan dalam file dan menulis

kode aplikasi tertentu.

2.9.1.1 Keuntungan DBMS

DBMS memiliki beberapa keuntungan dalam pengunaannya. Keuntungan-

keuntungan yang didapatkan adalah:

1. Mengurangi Duplikasi Data

2. Mencapai Independensi Data

3.

Mengintegrasikan Data di Beberapa File

4. Mengambil Data dan Informasi dengan Cepat

5. Meningkatkan Keamanan

DBMS memiliki beberapa keuntungan yang didapatkan oleh

penggunanya. Beberapa kerugian juga akan dirasakan oleh pengguna DBSM.

2.9.1.2 Kerugian DBMS



21

sebuah tabel seperti insert , update, delete. Secara umum key dapat dibagi menjadi

beberapa tipe yaitu:

1. Super key

Merupakan Satu atau kumpulan atribut yang secara unik mengidentifikasi

sebuah tuple didalam sebuah relasi.

2. Candidate key

Suatu atribut atau lebih atribut yang berungsi untuk membedakan antara

satu entitas dengan entitas lainnya. Atribut di dalam suatu relasi biasanya bersifati

unik. Satu dari beberapa candidate key dalam sebuah tabel biasanya dapat

dijadikan sebuah primay key.

3. Primary key

Primary key merupakan sebuah field atau attribut utama dalam sebuah

database, fungsinya adalah untuk membedakan antar satu entitas dengan entitas

lainnya. Primary key kemungkinan didapatkan dengan memilih salah satu dari

candidate key dalam sebuah tabel. Tiap candidate key mempunya kemungkinan



22

foreign key dari tabel pasien, dimana foreign key pada tabel registrasi merupakan

primary key pada tabel pasien.

6. Composite Key

Composite key adalah suatu key yang terdiri dari dua atau lebih attribut,

dimana atribut-atribut tersebut jika berdiri sendiri tidak dapat menjadi indentitas

suatu record . Composite key akan mengidentifikasikan record secara unik jika

dirangkai dengan satu kesatuan.

2.10 MySQL

MySQL merupakan sebuah software yang berfungsi untuk dapat

memanajemen database SQL (DBMS) yang multi thread , dan multi-user . MySQL

merupakan hasil implementasi dari sistem manajemen database relasional

(RDBMS). MySQL dibuat oleh TcX dan telah dipercaya mengelola sistem

dengan 40 buah database berisi 10.000 tabel dan 500 di antaranya memiliki 7 juta

baris.



23

4. INT

Digunakan untuk menyimpan data bilangan bulat positif dan negatif.

Jangkauannya adalah -2.147.483.648 s/d 2.147.483.647 dan memiliki ukuran 4

byte (32 bit).

5. BIGINT

Digunakan untuk menyimpan data bilangan bulat positif dan negatif.

Jangkauannya adalah ± 9,22 x 1018 dan memiliki ukuran 8 byte (64 bit).

6. FLOAT

Digunakan untuk menyimpan data bilangan pecahan positif dan negatif

presisi tunggal. Jangkauannya adalah -3.402823466E+38 s/d -1.175494351E-38,

0, dan 1.175494351E-38 s/d 3.402823466E+38, dan memiliki ukuran 4 byte (32

bit).

7. DOUBLE

Digunakan untuk menyimpan data bilangan pecahan positif dan negatif



24

3. DATETIME

Digunakan untuk menyimpan data tanggal dan waktu. Jangkauannya

adalah '1000-01-01 00:00:00' s/d '9999-12-31 23:59:59' dan memiliki ukuran 8

byte.

4. YEAR

Digunakan untuk menyimpan data tahun dari tanggal. Jangkauannya

adalah 1900 s/d 2155 dan memiliki ukuran 1 byte.

2.10.1.3Tipe String (Teks)

Tipe data string digunakan untuk menyimpan data string atau kumpulan

teks.

1.

CHAR

Digunakan untuk menyimpan data string ukuran tetap. Jangkauannya

adalah 0 s/d 255 karakter.

2. VARCHAR

Digunakan untuk menyimpan data string ukuran dinamis. Jangkauannya



25

2.10.1.4Tipe Blob (Biner)

Tipe data blob pada Aplikasi MySQL dapat digunakan untuk menyimpan

data biner

1. BIT (sejak versi 5.0.3)

Digunakan untuk menyimpan data biner. Jangkauannya tipe data BIT

adalah 64 digit.

2.

TINYBLOB

Digunakan untuk menyimpan data biner. Jangkauannya tipe data

TINYBLOB adalah 255 byte.

3. BLOB

Digunakan untuk menyimpan data biner. Jangkauannya adalah 216 - 1

byte.

4.

MEDIUMBLOB

Digunakan untuk menyimpan data biner. Jangkauannya adalah 224 - 1

byte.



27

2.11.2 Cardinality Rasio

Cardinality Rasio menggambarkan batasan pada jumlah entitas yang

berhubungan melalui suatu relasi. Jenis-jenis Cardinality Rasio antara lain:

1. One To One (1 : 1)

Perbandingan antara entity pertama dengan entity kedua berbanding satu

berbanding satu. Contohnya adalah satu pasien memiliki satu rekam medis.

2.

One To Many (1 : M)

Perbandingan antara entity pertama dengan entity kedua berbanding satu

berbanding banyak. Contohnya adalah satu pasien memiliki banyak transaksi.

3.

Many To Many (M : M

Perbandingan antara entity pertama dengan entity kedua berbanding

banyak berbanding banyak. Contohnya adalah banyak mahasiswa memiliki

banyak dosen.

2.12 DFD



28

Terminator digunakan untuk menggambarkan entitas dari sistem yang

dirancang. Proses digunakan untuk menggambarkan proses-proses yang berada

dalam sistem. Data store digunakan untuk menggambarkan tempat penyimpaan

data. Alur data digunakan untuk menggambarkan data yang mengalir antar proses

ke proses, proses ke entitas, proses ke data store, dan data store ke proses.

2.13 Standart Operational Procedure (SOP)

Standard Operational Procedure (SOP) merupakan suatu kumpulan

instruksi yang berfungsi untuk mendokumentasikan kegiatan atau proses rutin

dalam suatu organisasi. SOP mendeskripsikan pertimbangan yang saling

berhubungan seperti keselamatan kerja, penggunaan bahan baku, pengoperasian

mesin, hak dan tanggung jawab personil, koordinasi dengan departemen lainnya,

persyaratan laporan, dan sebagainya. SOP tidak mendeskripsikan bagaimana cara

melakukan pekerjaan akan tetapi SOP mendeskripsikan peranan atau prosedur



29

6.

SOP dapat mempermudah personil dalam melakukan pelatihan silang,

dimana pelatihan silang merupakan proses pelatihan personil dalam

melakukan perkerjaan di departemen lain atau di luar departemen asalnya.

Tabel 2.1 menunjukan simbol-simbol dari SOP (Standard Operational

Procedure):

Tabel 2.1 Simbol-simbol SOP

No Lambang Nama Keterangan

1 Terminal

Menggambarkan awal

atau akhir suatu proses

2

Manual Operation Menggambarkan proses

secara manual



30

8. On-page ConnectorMerupakan penghubung

pada satu halaman

9. Off-page Connector Merupakan penghubung

pada halaman lain.

10. DocumentMerupakan dokumen

(arsip) dari hasil proses.

11. ArrowMerupakan arah aliran

proses.



31

services untuk mendukung munculnya kebutuhan bahkan kebutuhan yang paling

tidak terduga sekalipun tetap harus dipersiapkan.



BAB III

METODE PENELITIAN DAN PENGUMPULAN DATA

Metode dan perancangan sistem berisikan mengenai tempat dan waktu

penelitian, sumber data, metode pengumpulan data, dan bahasa pemrograman.

3.1 Tempat dan Waktu Penelitian

Penelitian dilakukan selama empat bulan, dimulai dari bulan Oktober 2014

sampai dengan bulan Januari 2015. Penelitian dilakukan di Rumah Sakit Umum

Daerah Badung, Rumah Sakit PTN Unud, dan Rumah Sakit Sanjiwani Gianyar.

3.2 Data

Faktor yang diperlukan dalam hal kebutuhan pengolahan data dalam

pembuatan Rancang Bangun Sistem Informasi Rumah Sakit Modul Front Office



33

1.

Metode Wawancara

Metode pengumpulan data melalui wawancara dilakukan dengan cara

melakukan wawancara langsung dengan kepala bagian atau pegawai dari

departemen Front Office di rumah sakit.

2. Metode Dokumen

Metode pengumpulan data dokumen dilakukan dengan melakukan

pengamatan langsung terhadap dokumen dan data yang berada pada bagian Front

Office rumah sakit.

3. Metode Studi Literatur

Metode studi literatur merupakan metode pengumpulan bahan referensi

yang didapatkan dari buku maupun internet.

3.2.4 Metode Pengolahan Data

Metode yang digunakan dalam pengolahan data pada penelitian ini adalah

metode perangkat pemodelan sistem yang meliputi bisnis proses, context diagram,



34

3.3 Flowchart Langkah Penelitian

Gambar 3.1 merupakan langkah detail pengerjaan penelitian yang akan

dilakukan.

Mulai

Pengumpulan Data

Wawancara

Observasi Langsung

Pendefinisian Masalah

Sistem Front Office di

RS PTN Udayana

Perijinan Penelitian di RS PTN Udayana

Perijinan Survey di Rumah Sakit

Pembanding (RSUD Badung)



35

Langkah pertama adalah melakukan perijinan untuk melakukan penelitian

di RS PTN Unud. Langkah selanjutnya adalah pendefinisian apa saja

permasalahan yang terjadi. Langkah selanjutnya adalah mencari sumber data yang

dapat digunakan dalam melakukan penelitian. Pengumpulan data dan referensi

dapat dilakukan melalui wawancara, studi literatur, dan observasi langsung.

Penelitian dilakukan di RSUD Badung setalah mengurus perijinan penelitian di

lokasi. Data yang diperoleh dikumpulkan lalu dianalisa, kemudian dibuatkan

pemodelan proses, rancangan sistem, dan database. Rancangan yang dianggap

layak akan menghasilkan sebuah rancangan Sistem Informasi Rumah Sakit Modul

Front Office.

Metode yang digunakan adalah metode TAS. Gambar 3.2 merupakan

gambaran umum dan langkah-langkah dari metode perancangan TAS.

Start



BAB IV

PERANCANGAN SISTEM

Bab ini berisi rancangan yang diajukan untuk RS PTN Unud sebagai

referensi untuk membangun sistem dan mengganti proses-proses manual di RS

tersebut.

4.1 Gambaran Umum SIMRS

Sistem Informasi Manajemen Rumah Sakit adalah sistem informasi yang

saling terintegrasi antara modul satu dan lainnya, artinya suatu data yang di-input

pada satu modul dapat digunakan pada modul lainnya tanpa perlu melakukan

proses input data kembali.Modul yang terdapatpada SIMRS ada 7, antara lain:

1. Modul Front Office merupakan modul yang menangani pendaftaran

pasien, registrasi pasien, registrasi kamar, marketing, dan pembayaran.



37

Data Registrasi,

Data Pasien

Data Transaksi Obat

Data Rekam Medis, Data

Transaksi Tindakan,

Jadwal Operasi Pasien,

Jadwal Dokter

Posting Data Pembayaran,

Bukti Pembayaran, Faktur

Jaminan

Data Kamar, Kelas, Ambulance, Bed

Request Data Kamar,

Kelas, Ambulance, Bed

Data Pegawai,

Status Pegawai

Info Obat, Data DR Unit

D a t a P e g a w a i M e d i s

L a p o r a n

P e r s e t u j u a n P O d a n

V o u c h e r P a y m e n t

Data SR Unit, Data Resep, Data Penggunaan Obat Habis Pakai

Laporan THR, Data

Premi BPJS,

Data Rekonsiliasi

A

PEGAWAI

D a t a P e g a w a i , A b s e n s i , S a n k s i ,

K e n a i k a n p a n g k a t , k e n a i k a n

j a b a t a n , . C u t i

A

Pembayaran

L a p o r a n

P e r s e t u j u a n P O

Data Pasien, Data

Registrasi, Data

Diagnosa Awal

BData Pembayaran

Transaksi Tindakan

B

HRD

LAYANANSARANA & PRASARANA

FRONT OFFICE

FARMASI

PAYROLL

PASIEN

Data Pasien, Data Registrasi,

Dokumen Jaminan

Data Pegawai

D a t a J a d w a l D o k t e r

Data List Rawat, Data List IGD, Data List

Operasi, Data List Lab, Data List Radio

Data Ruangan

D r a f t P O , L a p o r a n D R , R R ,

S p o i l , R T A , R T P , S t o k

O

p n a m e , P e m u s n a h a n O b a t

AKUNTING & KEUANGAN

D r a

f t P O , R R , D O

d

a n P o s t i n g

H a s i l

P e

n g h a p u s a n

Request Data

Pegawai, Request

Status Pegawai

Gambar 4.1 Diagram Blok SIMRS

Gambar 4.1 menunjukkan aliran data antar 7 modul yang ada di SIMRS,



38

5.

Data Transaksi Tindakan dikirim melalui Modul Front Office ke Modul

Payroll . Data tersebut akan muncul secara otomatis pada Modul Payroll .

6. Update Data Registrasi Kamar dikirim melalui Modul Front Office ke

Modul Sarana dan Prasarana. Data tersebut akan muncul secara otomatis

pada Modul Sarana Prasarana setiap pasien melakukan registrasi keluar

kamar untuk keperluan House Keeping .

7.

Modul Layanan mengirimkan Data List Summary yang terdiri dari Data

List Rawat, Data List IGD, Data List Operasi, Data List Lab, dan Data

List Radio berasal dari tabel tb_list_summary yang merupakan laporan

daftar list tindakan disetiap instalasi berdasarkan Reg_id dan No_rm

pasien ke modul Front Office untuk direkap menjadi transaksi.

8. Modul Layanan mengirimkan Data Resep yang berasal dari Tabel

tb_resep ke modul Farmasi yang akan digunakan untuk menginputkan

kebutuhan obat untuk pasien tertentu berdasarkan Reg_id dan No_rm.

Data Resep tersebut merupakan inputan dari perawat berdasarkan



39

Jadwal Operasi agar dapat tersusun secara sistematis dan berkelanjutan

berdasarkan Reg_id tiap pasien yang pada awalnya terbentuk oleh

negosiasi antara pasien dengan dokter.

13.

Modul Layanan mendapatkan Data Pasien dari Tabel tb_pasien oleh

modul Front Office yang akan digunakan untuk data permulaan sebuah

rekam medis yang selanjutnya akan memuat seluruh histori pengobatan

pasien pada Rumah Sakit tersebut berdasarkan No_rm yang terkoneksi

dengan setiap kegiatan medis di Rumah Sakit.

14. Modul Layanan mendapatkan Data Diagnosa Awal dari Tabel

tb_diagnosa_awal oleh modul Front Office yang akan diolah menjadi

Data Pemeriksaan pada Tabel tb_pemeriksaan guna dipakai lebih lanjut

dalam Tabel tb_list_rawat.

15.

Modul Layanan mendapatkan Data Ruangan dari Tabel tb_ruangan oleh

Modul Sarana dan Prasarana untuk digunakan pada Tabel tb_list_rawat

dan Tabel tb_list_igd yang digunakan untuk menandakan dimana suatu



40

20.

Modul Sarana dan Prasarana mengirimkan Data PO daru Tabel PO ke

Modul Keuangan. Modul Keuangan dapat melihat dan memberikan izin

untuk melakukan pemesanan barang ke supplier

21.

Modul Sarana dan Prasarana mengirimkan Data Pemeliharaan dari Tabel

Pemeliharaan ke Modul Keuangan. Data ini diperlukan agar Modul

Keuangan mengetahuin rincian anggaran untuk pemeliharaan aset serta

dapat memberikan izin serta dana dalam proses pemeliharaan aset.

22. Modul Sarana dan Prasarana mengirimkan Data Penyediaan dari Tabel

Pemeliharaan ke Modul Keuangan. Data ini diperlukan agar Modul

Keuangan mengetahuin rincian anggaran untuk pembelian aset.

23.

Modul Sarana dan Prasarana mengirimkan Data Penghapusan dari Tabel

Penghapusan ke Modul Keuangan. Data ini diperlukan agar Modul

Keuangan mengetahuin rincian aset yang akan dihapus atau dilelang.

24. Modul Sarana dan Prasarana mengirimkan Data Stok Opname dari Tabel

Stok Opname ke Modul Keuangan. Data ini diperlukan agar Modul



41

29.

Modul Farmasi menerima Data Regristrasi dari tb_regristrasi Modul

Front Office untuk mengetahui data pasien dan keperluan list transaksi

obat.

30.

Modul Farmasi mengirimkan Data List Transaksi Obat ke Modul Front

Office melalui tb_list_obat agar pasien dapat membayar tagihan di Kasir

Front Office.

31.

Modul Farmasi mengirimkan Data Purchase Order ke Modul Akunting

& Keuangan melalui tb_PO_Farmasi. Modul Akunting & Keuangan

dapat melihat dan memberikan persetujuan untuk melakukan pemesanan

barang ke distributor.

32.

Modul Farmasi mengirimkan Data Receiving Report ke Modul Akunting

& Keuangan melalui tb_RR_Farmasi agar Modul Akunting & Keuangan

dapat mengetahui report barang yang masuk dari distributor.

33. Modul Farmasi mengirimkan Data Spoil ke Modul Akunting &

Keuangan melalui tb_spoil_farmasi agar Modul Akunting & Keuangan



42

Layanan, Modul Front Office dan Modul Layanan dapat menarik data

tersebut sewaktu-waktu ketika diperlukan.

38. Modul HRD menerima Data Jadwal Operasi Dokter dan Tenaga Medis

Pembantu dari Tabel tb_jadwal_operasi yang akan diakses untuk

pencocokan absensi kehadiran dokter dan teaga medis lainnya pada saat

operasi.

39.

Modul HRD mengirimkan Data Jadwal Grup Kerja dari Tabel

tb_jadwal_grupkerja ke Modul Layanan sebagai informasi jadwal tetap

tenaga kesehatan dalam periode tertentu (mingguan atau bulanan).

40.

Modul HRD mengirimkan Data Pangkat Pegawai dari Tabel

tb_riwayat_pangkat ke Modul Payroll untuk proses perhitungan gaji

pokok pegawai.

41.

Modul HRD mengirimkan Data Jabatan Pegawai dari Tabel

tb_riwayat_jabatan ke Modul Payroll untuk proses perhitungan tunjangan

jabatan pegawai.



43

46.

Modul Payroll mengirimakan Data Rekonsiliasi Gaji (Rekap Gaji),

Rekap THR, Rekap Premi BPJS, dan Rekap Remunerasi dati Tabel

tb_rekonsiliasi ke Modul Akunting dan Keuangan. Data ini akan

digolongkan berdasarkan Chart of Account masing-masing.

47. Modul Akuntansi dan Keuangan akan menarik data dari Tabel

tb_pembayaran yakni data Posting Data Pembayaran, Posting DP, dan

Faktur Transaksi Jaminan, data ini akan masuk kedalam penjurnalan

pemasukan tb_jurnal_pemasukan, dan berdasarkan Chart Of Account

(Kas).

48.

Modul Akuntansi dan Keuangan menarik data Draft PO dari Modul

Sarana Prasarana dan Modul Farmasi, data ini diperlukan sebagai

persetujuan barang/obat apa saja yang perlu dibeli berdasarkan Anggaran

Dipa yang telah disahkan dan akan dijurnalkan ke dalam Tabel

tb_jurnal_pengeluaran. Data ini akan masuk ke dalam Chart Of Account

(Persediaan)



44

tb_jurnal_penyesuaian. Data ini akan di kelompokan dalam Chart Of

Account (Penyusutan Persediaan)

53. Modul Akuntansi dan Keuangan akan menarik Data Rekap Gaji dari

Modul Payroll yakni Tabel tb_detailgaji, data ini akan dibuatkan laporan

perngeluaran gaji karyawan bulanan dan dijurnalkan kedalam Tabel

tb_pemasukan dan akan dibedakan menurut Chart Of Account (Biaya

Operasi dan Administrasi).

54. Modul Akuntansi dan Keuangan akan menerima Data Rekonsiliasi Gaji

(Rekap Gaji), Rekap THR, Rekap Premi BPJS, dan Rekap Remunerasi

dari Modul Payroll yakni Tabel tb_rekonsiliasi, data ini akan dibuatkan

laporan bulanan dan dijurnalkan kedalam Tabel tb_pemasukan dan akan

dibedakan menurut Chart Of Account (Biaya Operasi dan Administrasi).

Alur untuk bagian Front Office dimulai dari data pasien yang berikan

oleh pasien atau calon pasien ke Front Office. Data ini akan disimpan dan

digunakan untuk proses-proses seperti Proses Registrasi, Pembayaran, dan proses



45

Data registrasi ini akan diberikan ke Modul Layanan dan Modul Farmasi.

Fungsinya adalah untuk memasukan data transaksi tindakan dan transaksi obat

dari pasien yang melakukan registrasi. Modul Layanan akan memberikan

kembalian data berupa status inap yang berfungsi sebagai status tambahan apakah

pasien perlu melakukan rawat inap atau tidak. Kembalian data dari Modul

Farmasi dan Modul Layanan adalah data transaksi tindakan dan transaksi obat

dari pasien. Kedua data ini diperlukan oleh Modul Front Office untuk proses

Kasir atau Pembayaran. Data pembayaran yang sudah closed pada Modul Front

Office akan diberikan atau di- posting ke Modul Akunting & Keuangan. Data

pembayaran juga dapat diakses oleh Modul Payroll sebagai status apakah

transaksi tindakan sudah terbayar atau belum. Fungsinya adalah sebagai

pencatatan renumerasi pegawai. Gambar 4.2 menunjukan aliran data yang terjadi

pada tabel-tabel yang berada pada setiap modul.



47

0

SISTEM INFORMASI MANAJEMEN

RUMAH SAKIT

X

CALON

PEGAWAI

ATASAN

LANGSUNG

Y

ADMIN

F1DIREKTUR

UTAMA

C

REKTOR

Z

DINAS

KESEHATAN

G1

BANK

C1

KANTOR

PAJAK

B1

BPJS

A1

PASIEN

A

PENGUNJUNG

B

JAMINAN

KESEHATAN

D

MEDICAL

UNIT

E

DOKTER

G

PERAWAT

F

CALON

PASIEN

H

STAFF

REKAM

MEDIS

I

KEPALA

BAGIAN

LAYANAN

J

UNIT

PENGGUNA

K

KEPALA

AKUNTANSI &

KEUANGAN

D1

Data Pasien, Dokumen Jaminan, Surat Rujukan

Kartu Pasien, Form Rekam Medik, Surat Sakit, Surat Sehat, Surat

Kematian, Infoi Kamar, Info Kontrak, Info Jadwal Operasi, Jadwal Dokter,

Bukti Transaksi, Form Transaksi Jaminan

Info kamar, info jaminan, info jadwal operasi, jadwal

dokter, Info Pasien Perawatan

Permintaan Informasi

Surat Rujukan

Surat Rujukan

Lap. Kunjungan Pasien Baru, Lap. Kunjungan Pasien Lama, SK tenaga

tamu, persetujuan cuti diluar tanggungan, penetapan sanksi,

penetapan SK KGB, SK pemecatan, persetujuan izin, Pengesahan

Hasil Seleksi

Konfirmasi Permohonan Kerjasama, Data perusahaan,

Data kontrak

Permohonan Kerjasama

Data Calon Pasien

Tindakan Medis Perawat, Persiapan Anamnesis

Data Registrasi, Data Pasien, Data Kontrak

Tindakan Medis Dokter, Data Diagnosa Awal, Data

Resep, Data Anamnesis

Data Registrasi, Data Pasien, Data Kontrak

Penyesuaian Data Tindakan Medis,

Penginputan Data Rekam Medis

Data Tindakan Medis, Data Resep, Data

ICD IX CM, Data ICD X

Laporan Keseluruhan

Isian SR

TIM PENILAI

ANGKA

KREDIT

H1

Aturan Penggunaan Obat Narkotika & Psikotropika

laporan DUK, laporan RL4, laporan RL4a, laporan mutasi pegawai,peserta orientasi, Data Hasil Seleksi, laporan inventory obat,

harga jual, penjualan obat

data calon pegawai

Informasi hasil seleksi, informasi peserta orientasi

penilaian kinerja, tanggapan, penugasan lembur,

persetujuan cuti, pengajuan pelanggaran

keberatan atas penilaian

usulan pengangkatan CPNS, PNS, usulan

kenaikan pangkat dan jabatan

SK kontrak, rekomendasi pengangkatan PNS

dan CPNS, Data Grade Gaji Kontrak

verifiksi user

Informasi user

Penetapan Angka Kredit

Saldo THT

Rekap premi BPJS Ketenagakerjaan

Surat Setoran Pajak (SSP), Surat Pemberitahuan

(SPT), PPh 21, Laporan Penjualan dan Pembelian

Rekap premi BPJS Ketenagakerjaan, SPT (Lembar Kuning)

Setoran gaji, premi BPJS, pajak, Giro dan SSP

Rancangan Anggaran,Penulisan Buku Besar, Laporan

Laba Rugi, Income Statement, Balance Sheet, Laporan

Keuangan, dan Approval Buku Besar

Persetujuan Rancangan Anggaran

SSP

FINANCE

E1

Pengajuan PRF

Persetujuan PRF

PERUSAHAAN

MITRA

i1Proposal Kerjasama, Validasi Anggota Asuransi

Konfirmasi Proposal Kerjasama, Data perusahaan, Data kontrak,

Status Kontrak, Konfirmasi Kebenaran Validasi Asuransi

Laporan Penggunaan Obat Narkotika & Psikotropika



50

4.3 Rancangan Umum Sistem

Gambar 4.6 merupakan Rancangan Umum Sistem Informasi Rumah Sakit

Modul Front Office dalam bentuk Diagram Konteks.

FRONT OFFICE

Laporan Kunjungan Pasien Baru,

Laporan Kunjungan Pasien Lama

1

Data Transaksi Tindakan, Data Rekam Medis, Jadwal Operasi Pasien, JadwalDokter, Update Status Inap

Informasi kamar,informasi perusahaan

kerjasama, informasi tanggungan, informasi

jadwal operasi pasien, jadwal pegawai,

Informasi Registrasi Pasien

Data Pasien, Data Registrasi, Data Diagnosa Awal

Data Registrasi, Data Pasien

Surat Rujukan

Surat Rujukan

Data Transaksi Obat

Kartu Pasien, Form Rekam Medik, Surat Keterangan, Informasi kamar,

informasi tanggungan, informasi jadwal operasi pasien,jadwal dokter,

Bukti Transaksi

Posting Data Transaksi, Faktur

Jaminan, Bukti Pembayaran

Data Pegawai, Status Pegawai

Request Informasi

MEDICAL UNIT

e

DOKTER

g

LAYANAN

FARMASI

a

HRD

DIREKTUR UTAMA

c

PENGUNJUNG

b

AKUNTING &

KEUANGAN

Data Surat Keterangan

ADMIN

f1

Data Negara, Provinsi, Kecamatan,

Kota, Jenis Layanan, Jenis Inap, Agama,

Cara Keluar, Jenis Rawat, Tipe Surat,

Alergi, Diagnosa, Keterangan

SOPIR

l1Data Request Ambulance

Data Quantity

Request Data Pegawai, Status Pegawai



51

1.

Hubungan Sistem Front Office dengan Pasien yaitu Pasien akan memberi

informasi data pasien, dokumen jaminan, dan surat rujukan. Front Office

akan memberikan kartu pasien, form rekam medis, surat keterangan sakit,

surat keterangan sehat, informasi ketersediaan kamar, informasi kamar,

informasi perusahaan, informasi jadwal operasi pasien, jadwal dokter,

bukti transaksi ke pasien.

2. Hubungan Sistem Front Office dengan Calon Pasien yaitu calon pasien

akan memberikan data Calon Pasien ke Modul Front Office.

3. Hubungan Sistem Front Office dengan Jaminan Kesehatan adalah Front

Office akan memberikan proposal kerjasama dan validasi jaminan.

Jaminan kesehatan akan memberikan konfirmasi permohonan kerja sama,

data perusahaan, data kontrak, data tanggungan obat, data tanggungan

tindakan umum, data tanggungan tindakan penunjang, data tanggungan

kelas, dan konfirmasi kebenaran validasi jaminan ke Front Office.

4. Hubungan Sistem Front Office dengan Sarana Prasarana adalah Front



52

8.

Hubungan Front Offfice dengan Farmasi adalah Front Office akan

memberikan data registrasi dan data pasien ke Modul Farmasi, sedangkan

Farmasi akan memberikan data transaksi obat ke Front Office.

9. Hubungan Front Office dengan Layanan adalah Front Office akan

memberikan data pasien, data registrasi, dan data diagnosa awal ke Modul

Layanan sedangkan Modul Layanan akan memberikan data rekam medis,

update status inap, jadwal operasi pasien, dan data transaksi tindakan

medis ke Front Office.

10. Hubungan Front Office dengan Akunting dan Keuangan adalah Front

Office akan memberi bukti pembayaran, faktur jaminan, mem- posting data

pembayaran ke modul tersebut.

11. Hubungan Front Office dengan Human Resource Development adalah

Front Office akan diberikan data pegawai dan status pegawai oleh Modul

Human Resource Development . Front Office akan memberikan request

data pegawai dan status pegawai ke Modul Human Resource



56

ENTRI DATA

PASIEN

1.1.1.1p

PASIEN

a *

CALON PASIEN

h1 Data Calon

Pasien

FO15 Data Negara

FO16 Data Provinsi

F O1 7 D at a K eca ma ta n

FO18 Data Kota

Data PasienFO1

Data Pasien

Data Pasien

Kartu Pasien

REGISTRASI

1.2

D a t a

N e g a r a

D a t a P r o v i n s i

D a t

a K e c a m a t a n

D a t

a K o t a

Data Pasien

Data Pasien

CETAK KARTU

PASIEN

1.1.1.2p

D a t a

P a s i e n

FO22 Data AgamaData Agama

D a t a P a s i e n

Data PasienFO1

Data AgamaData Negara

Data Provinsi

Data Kecamatan

Data Kota

FO26 Data AlergiData Alergi

FO26 Data Alergi

Data Alergi

Gambar 4.9 DFD Level 2 Master Data Pasien

Dua Proses dalam Master Data Pasien adalah Entri Data Pasien dan Cetak

Kartu Pasien.

4.4.2 DFD Level 1 Registrasi



5 9

4.4.2.2 DFD Level 2 Registrasi Rawat Jalan

Gambar 4.12 merupakan DFD Level 2 Registrasi Rawat Jalan dari Sistem Informasi Modul Front Office. DFD Level 2

Registrasi Rawat Jalan terdiri dari dua proses utama yaitu Entri Registrasi Rawat Jalan dan Entri Registrasi Rawat Darurat.

ENTRI REGISTRASI

RAWAT JALAN

1.2.1.1p

ENTRI REGISTRASI

RAWAT DARURAT

1.2.1.2p

PASIEN

a

LAYANAN

APOTEK

*

MEDICAL UNIT

e

Surat RujukanSurat Rujukan

*

Data Pasien (Kartu Pasien)

Data Registrasi

Data RegistrasiData RegistrasiFO2 Data RegistrasiFO2

Data Registrasi Data Registrasi

Data RegistrasiData Registrasi

Data PasienFO1

Data Pasien

FO4 Data Perusahaan

Data Perusahaan

FO3Data

Perusahaan

D a t a

P e r u s a h a a n

Data Pasien (Kartu Pasien)

Data Registrasi

Data Registrasi

JAMINAN

KESEHATAN

d Validasi Berkas Asuransi

Konfirmasi Kebenaran

Berkas Asuransi

Validasi Berkas Asuransi


Berkas Asuransi

PERUSAHAAN

MITRA

i1

Validasi Anggota Asuransi

Konfirmasi Kebenaran Asuransi

Validasi Anggota Asuransi


Asuransi

FO20 Data Jenis Layanan

F O2 4 D at a Ti pe R aw atData Tipe Rawat

Data Jenis LayananFO20Data Jenis

Layanan

FO2 4 Data T ipe R awat Data Tipe Rawat

Data Jenis Layanan

Data PasienFO1

D a t a

P a s i e n

FO22 Data Agama

FO26 Data Aler gi

F O2 7 D at a D ia gn os a

FO2 8 Data K eteranga n

Data Agama

Data Keterangan

Data Alergi

Data Diagnosa

FO15 Data Negar a

F O16 D at a P ro vi ns i

F O1 7 D at a K ec am at an

FO18 Data KotaData Kota

Data Kecamatan

Data Provinsi

Data Negara

F O3 D at a Ko nt ra kData Kontrak

FO22 Data Agama

FO26 Data Alergi

F O2 7 D at a D ia gn os a

FO2 8 Dat a K eteranga n

Data Agama

Data Keterangan

Data Alergi

Data Diagnosa

FO15 Data N egara

F O1 6 D at a Pr ov in si

FO1 7 Data K ecamatan

FO18 Data Kota

F O3 D at a Ko nt ra k

Data Kota

Data Kecamatan

Data Provinsi

Data Negara

Data Kontrak

FO30 Data KarcisData Karcis

FO30 Data KarcisData Karcis

Update Status Inap Update Status Inap

Gambar 4.12 DFD Level 2 Registrasi Rawat Jalan



60

4.4.2.3 DFD Level 2 Request Surat

Gambar 4.13 merupakan DFD Level 2 Request Surat dari Sistem Informasi

Modul Front Office. DFD Level 2 Pencetakan terdiri dari lima proses utama di

dalamnya.

CETAK FORM

REKAM MEDIK

1.2.5.1p

CETAK SURAT

KETERANGAN

1.2.5.3p

Data RegistrasiFO2

Form Rekam Medik

Surat Keterangan

D a t a S u r a t K e t e

r a n g a n

Data Rekam MedisLAYANAN

PASIEN

a

ENTRI SURAT

KETERANGAN

1.1.5.2p

Data Surat

KeteranganFO7

Data Surat KeteranganData Surat

Keterangan

F O2 5 D at a J eni s S ur atData Jenis Surat

DOKTER

g

Data Jenis Surat

Data Surat Keterangan

FO28 D at a Ket eran ganData Keterangan



61

VIEW JADWAL

1.3.1

VIEW

KUNJUNGAN

1.3.2p

LAYANAN

Jadwal Operasi Pasien, Jadwal

Dokter

PASIEN

a

VIEW FASILITAS &KETERSEDIAAN

KAMAR

1.3.3p

VIEW KERJA

SAMA

1.3.4p

SARPRAS

Data Kamar, Status Kamar,

Kelas, Bed

Data RegistrasiFO2Data Registrasi

jadwal operasi pasien, jadwal pegawai

Informasi kamar

Informasi Perusahaan Kerja Sama, Informasi

Tanggungan

PELANGGAN

b

jadwal operasi pasien, jadwal dokter


Informasi kamar

FO4 Data Perusahaan

FO11Data Tanggungan

Obat Informasi Perusahaan Kerja Sama, Informasi

Tanggungan

Request Informasi

Request Informasi

Request Informasi

Request Informasi

Request Informasi

Request Informasi

Data Perusahaan

Data Tanggungan Obat

Data Tanggungan

Tindakan


Data Registrasi

KamarFO9

Data Kamar

Data PasienFO1Data Pasien

FO3 Data KontrakData Kontrak



62

VIEW JADWAL

OPERASI

1.3.1.1p

VIEW JADWAL

DOKTER

1.3.1.2p

LAYANAN

PASIEN

a

PELANGGAN

b

Jadwal Operasi Pasien Jadwal Operasi Pasien

Jadwal Operasi Pasien

Jadwal Dokter

Jadwal Dokter

Request Informasi

Request Informasi

Request Informasi

Request Informasi

Jadwal Dokter

Gambar 4.15 DFD Level 2 View Jadwal

Gambar 4.15 menunjukan dua proses utama yang berada pada View

Jadwal yaitu View Jadwal Operasi dan View Jadwal Dokter.

4.4.4 DFD Level 1 Marketing



63

ENTRI DATA

PERUSAHAAN

1.4.2p

ENTRI DATA

KONTRAK

1.4.3p

JAMINAN

KESEHATAN

d

FO3 Data Kontrak

FO4 Data PerusahaanData Perusahaan

Data Kontrak

Data Kontrak

Data Kontrak

1.4.4p Data Tanggungan ObatD t T Ob t

BAGIAN

MARKETING

J1

PERUSAHAAN

MITRA

i1

Data Kontrak

ENTRI SURAT

KERJASAMA

1.4.1p

F14Data Surat

Kerjasama

Proposal Kerjasama

Konfirmasi Proposal Kerjasama

Proposal Kerjasama

Data Perusahaan

Data Perusahaan

Surat Kerjasama

Surat Kerjasama

Data Perusahaan

Proposal Kerjasama

Konfirmasi Proposal Kerjasama

F O2 5 D at a J en is Su ratData Jenis Surat

FO4Data

Perusahaan

Data

Perusahaan



64

ENTRI PEMBAYARAN

TRANSAKSI

1.5.1p

Data RegistrasiFO2

FO3 Data Kontrak

LAYANANData Transaksi Tindakan

Data Transaksi Obat

B u k t i P e m b a y

a r a n

PASIEN

a

FO5Data Pembayaran

Transaksi

FARMASI

Data Pembayaran Transaksi


Data Pasien, Update

Status Pembayaran

Data Kontrak

Data Registrasi

FO6Data Jenis

Pembayaran

Data Jenis Pembayaran

Data Jenis Pembayaran

Akunting dan

FO9Data Registrasi

Kamar

Data Registrasi

Kamar

FO11Data Tanggungan

Obat

FO12Data Tanggungan

Tindakan

FO13Data Tanggungan

Kelas

Data Tanggungan Obat

Data Tanggungan Tindakan

Data Tanggungan Kelas

D a

P e m b a

T r a n

Data PasienFO1Data Pasien

Data PerusahaanFO4Data Perusahaan

D a t a K o n t r a k

D a t a R e g i s t r a s i

Data TransaksiAmbulance

FO31Data Transaksi Ambulance

SARANA &

PRASARANA

Data Kelas, Kamar, Bed,

Ambulance HUMAN RESOURCE

DEVELOPMENTData Pegawai

Request Data Pegawai

PAYROLL


Tindakan



65

4.4.6 DFD Level 1 Pelaporan

Gambar 4.18 merupakan DFD Level 1 Pelaporan dari Sistem Informasi

Modul Front Office. DFD Level 1 Pelaporan terdiri dari dua proses utama di

dalamnya.

Pelaporan

Kunjungan Pasien

Baru

1.6.1p

Pelaporan

Kunjungan Pasien

Lama

1.6.2p

Data RegistrasiFO2

Data PasienFO1

Data Registrasi

Data Pasien Laporan Kunjugan

Pasien Baru

Laporan Kunjugan

Pasien Lama

DIREKTUR UMUM

c

Data Pasien

Gambar 4.18 DFD Level 1 Pelaporan

Gambar 4.18 menunjukan dua proses utama yang berada pada Pelaporan

yaitu Pelaporan Kunjungan Pasien Baru dan Pelaporan Kunjungan Pasien Lama.



67

4.5.2

Normalisasi

Gambar-gambar di bawah menunjukan teknik normalisasi pada rancangan

database Sistem Informasi Rumah Sakit Modul Front Office.

4.5.2.1

Normalisasi Tabel Pasien

Gambar 4.20 menunjukan teknik normalisasi tahap pertama pada

rancangan m_pasien Sistem Informasi Rumah Sakit Modul Front Office.

m_pasien

PK pasien_id

no_rm

pasien_nama pasien_alamat

pasien_tanggal_lahir

gol_darah

agama

pasien_alamat

jenis_kelamin

kota



68

4.

Field pendidikan pada tabel pasien bisa dipecah lagi menjadi suatu tabel

baru dengan nama m_pendidikan dengan primary key pendidikan_id.

5. Field pekerjaan pada tabel pasien bisa dipecah lagi menjadi suatu tabel

baru dengan nama m_pekerjaan dengan primary key pekerjaan_id.

Pemecahan field-field dari tabel pasien akan terbentuk beberapa tabel baru

dengan nama m_agama, m_negara, m_provinsi, m_kabupaten, m_kota.

1.

Pasien dengan agama dihubungkan oleh primary key agama_id.

2.

Pasien dengan negara dihubungkan oleh primary key negara_id.

3.

Pasien dengan kota dihubungkan oleh primary key kota_id.

4. Pasien dengan pendidikan dihubungkan oleh primary key

pendidikan_id.

5. Pasien dengan pekerjaan dihubungkan oleh primary key pekerjaan_id.

Hasil dari tahapan normalisasi tahap kedua tabel pasien dapat dilihat pada

Gambar 4.21.



69

tabel baru dengan primary key kecamatan_id. Hasil pemecahan tabel dapat

dilihat pada Gambar 4.21.

m_pasien

PK pasien_id

no_rm

pasien_nama

pasien_alamat


gol_darah

FK2 agama_id

pasien_alamat

jenis_kelamin

FK1 kota_id

FK3 negara_id

pasien_no_tlp

pasien_no_hp tgl_daftar

FK4 pekerjaan_id

FK5 pendidikan_id

m_kota

PK kot a_id

kota

FK1 kecamatan_id

kota_jenis

m_negara

PK negara_id

nama

m_agama

PK agama_id

agama

m_kecamatan

PK kecamatan_id

nama

FK1 provinsi_id

tb_pekerjaan

PK pekerjaan_id

nama

tb_pendidikan

PK pendidikan_id

nama

Gambar 4.22 Pemecahan Tabel m_kota

Tabel 4.22 masih dapat dipecah lagi agar lebih efisien. Pemecahan terjadi



70

m_pasien

PK pasien_id

no_rm

pasien_nama

pasien_alamat


gol_darah

FK2 agama_id

pasien_alamat

jenis_kelamin

FK1 kota_id

FK3 negara_id

pasien_no_tlp

pasien_no_hp

tgl_daftar

FK4 pekerjaan_id

FK5 pendidikan_id

m_kota

PK kot a_id

kota

FK1 kecamatan_id

kota_jenis

m_negara

PK negara_id

nama

m_agama

PK agama_id

agamam_kecamatan

PK kecamatan_id

nama

FK1 provinsi_id

m_provinsi

PK provinsi_id

nama

tb_pekerjaan

PK pekerjaan_id

nama

tb_pendidikan

PK pendidikan_id

nama

Gambar 4.23 Pemecahan Tabel m_kecamatan

4 4 2 2 Normalisasi Tabel Registrasi

1



71

tb_registrasi perlu dikembangkan lagi pada tahap normalisasi tahap dua

dengan urutan sebagai berikut:

1. Field jenis_layanan pada tabel registrasi bisa dipecah lagi menjadi suatu

tabel baru dengan nama m_jenis_layanan dengan primary key

jenis_layanan_id.

2.

Field tipe_rawat pada tabel registrasi bisa dipecah lagi menjadi suatu tabel

baru dengan nama m_tipe_rawat dengan primary key tipe_rawat_id.

3. Field cara_keluar pada tabel registrasi bisa dipecah lagi menjadi suatu

tabel baru dengan nama m_keluar dengan primary key cara_keluar_id.

4. Field departemen pada tabel registrasi bisa dipecah lagi menjadi suatu

tabel baru dengan nama tb_mas_departemen dengan primary key

departemen_id.

5.

Field sumber data pada tabel registrasi bisa dipecah lagi menjadi suatu

tabel baru dengan nama m_sumber_data dengan primary key

sumber_data_id.

6 Field cara masuk pada tabel registrasi bisa dipecah lagi menjadi suatu

72



72

4.

Registrasi dengan departemen dihubungkan oleh primary key

departemen_id.

5. Registrasi dengan sumber data dihubungkan oleh primary key

sumber_data_id.

6. Registrasi dengan masuk dihubungkan oleh primary key cara_masuk_id.

7.

Registrasi dengan jenis_pasien dihubungkan oleh primary keyjenis_pasien_id.

8. Registrasi dengan kondisi dihubungkan oleh primary key kondisi_id.

Hasil dari tahapan normalisasi tahap kedua tabel registrasi dapat dilihat

pada Gambar 4.25.

tb_registrasi

P K re g_ id

tb_mas_departemen(layanan)

PK departemen_id

departemen_nama

status_aktif m_masuk

PK cara_masuk_id

nama

tb_jenis_pasien

PK jenis_pasien_id

jenis_pasien_nama

73



73

tb_detail_alergi_pasien

PK det_alergi_id

pasien_id

alergi

Gambar 4.26 Rancangan tb_detail_alergi_pasien

Kondisi normalisasi pertama pada Gambar 4.26 menunjukan tabel

tb_detail_alergi_pasien merupakan sebuah tabel dengan primary key

det_alergi_id. Tabel tb_detail_alergi_pasien perlu dikembangkan lagi

pada tahap normalisasi tahap dua. Field alergi pada tabel

tb_detail_alergi_pasien bisa dipecah lagi menjadi suatu tabel baru dengan

nama m_alergi dengan primary key alergi_id. Hasil dari tahapan normalisasi

tahap kedua tabel tb_detail_alergi_pasien dapat dilihat pada Gambar 4.27.

m_alergi

PK alergi id

74



74

m_pasien1

PK pasien_id

no_rm

pasien_nama pasien_alamat


gol_darah

agama_id

pasien_alamat

jenis_kelamin

kota_id

negara_id

pasien_no_tlp

pasien_no_hp

l d f

tb_detail_alergi_pasien1

PK det_alergi_id

pasien_id

FK2 alergi_ id

m_alergi1

PK alergi_id

alergi_nama

FK1 jenis_alergi_id

m_jenis_alergi1

PK jenis_alergi_id

jenis_alergi_nama

75



75

tb_setup_inap merupakan sebuah tabel dengan primary key setup_inap_id.

Tabel tb_setup_inap perlu dikembangkan lagi pada tahap normalisasi tahap dua.

Field jenis inap pada tabel tb_setup_inap bisa dipecah lagi menjadi suatu tabel

baru dengan nama m_jenis_inap dengan primary key jenis_inap_id. Hasil dari

tahapan normalisasi tahap kedua tabel tb_setup_inap dapat dilihat pada Gambar

4.30.

m_jenis_inap

PK jenis_inap_id

jenis_inap_nama

tb_setup_inap

PK setup_inap_id

reg_id

FK1 jenis_inap_id

id_pegawai

wali_nama

wali_alamat

wali_hp

wali_tlp

Gambar 4.30 NormalisasiTabel tb_detail_alergi_pasien

76



76

tb_registrasi

P K r eg _i d

no_reg

FK3 pasien_id

FK8 sumber_data_id

FK11 jenis_pasien_id

FK7 tipe_rawat_id

FK1 jenis_layanan_id

FK9 cara_masuk_id

FK6 departemen_id

FK5 cara_keluar_id

FK10 kondisi_id

tgl_masuk

tgl_keluar

status_inap

tb_pembayaran

PK bayar_id

no_ref

FK2 reg_id

FK1 jenis_bayar_id

total

total_terbayar

status

status_posting

m_jenis_inap

PK jenis_inap_id

jenis_inap_nama

m_jenis_layanan

PK jenis_layanan_id

jenis_layanan_nama

tb_surat_rujukan

PK surat_rujukan_id

FK2 reg_id

surat_rujuk_no

diagnosa

alasan_rujuk

tipe_surat

asal_rujuk

tujuan_rujuk

tb_pegawai(hrd)

PK peg_id

peg_nip

peg_nama

peg_tmpt_lahir peg_tgl_lahir

peg_jenis_kel

agama_id

peg_gol_darah

nikah_id

peg_alamat

peg_telp

status_id

cpns_tmt

berkala_tmt

no_sk_penempatan

tugaspokok_id

subunitkerja_id

peg_no_SIP

peg_no_SIK

peg_no_rekening

peg_foto status_aktif

m_tipe_rawat

PK tipe_rawat_id

nama

tb_bed(sarpras)

PK bed_id

kamar_id

nama

status

tb_kelas(sarpras)

PK kelas_id

kelas_nama

harga

jmlh_bed

tb_reg_bed

PK reg_bed_id

FK1 reg_id

FK2 bed_id

tgl_masuk

tgl_keluar

status

akun_id

tb_request_kelas

PK request_id

FK1 reg_id

FK2 kelas_id

waktu_request

status

tb_detail_terbayar

PK det_terbayar_id

FK1 bayar_id

tgl_bayar

jumlah_bayar

m_agama

PK agama_id

agama

tb_diagnosa_awal

PK diagnosa_awal_id

FK1 reg_id

diagnosa_id

FK2 dianosa_id

tb_jenis_pembayaran

PK jenis_bayar_id

jenis_bayar_nama

akun_id

tb_mas_departemen(layanan)

PK departemen_id

departemen_nama

status_aktif

m_diagnosa

PK dianosa_id

diagnosa_nama

m_alergi

PK alergi_id

alergi_nama

FK1 jenis_alergi_id

m_jenis_alergi

PK jenis_alergi_id

jenis_alergi_nama

tb_sumber_data

PK sumber_data_id

nama

m_masuk

PK cara_masuk_id

nama

tb_det_trans_karcis

PK trans_karcis_id

FK1 reg_id

FK3 karcis_id

akun_id

m_karcis

PK karcis_id

nama

harga

tb_request_ambulance

PK request_ambulance_id

nama

FK1 kota_id

alamat

no_hp

status

FK2 aset_id

tb_aset(sarpras)

PK aset_id

aset_nama

akun_kode

aset_kepemilikan

aset_jenis

no_aset

aset_merk

aset_kondisi

aset_harga

aset_tgl_masuk

aset_tgl_keluar

aset_tipe aset_no_mesin

tb_trans_ambulance

PK trans_ambulance_id

FK1 reg_id

FK2 aset_id

qty

tgl

akun_id

m_kota*

PK kota_id

kota

kecamatan_id

kota_jenis

m_kondisi

PK kondisi idtb_jenis_pasien

tb_setup_inap

PK setup_inap_id

FK1 reg_id

77



77

4.5.4

Struktur Data

Tabel-tabel di bawah merupakan struktur data dari Database Front Office

Rumah Sakit.

1. Tabel m_pasien

Tabel m_pasien digunakan untuk menyimpan data pasien saat pasien

pertama kali berkunjung ke rumah sakit.

Tabel 4.1 Struktur Data Tabel m_pasien

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

Pasien_id Bigint 20 8 byte Primary key

Autoincrement

Unsigned (tidak

boleh minus)

Field ini

digunakan untuk

78



78

Pasien_tanggal_lahir Date 8 byte NOT NULL (tidak

boleh

dikosongkan)

Field ini

digunakan untuk

menyimpan

tanggal lahir

pasien.

Gol_darah Enum 4 byte NOT NULL (tidak

boleh

dikosongkan)

Value (A, B, AB,

O)

Field ini

digunakan untuk

79



79

Field ini

digunakan untuk

menyimpan

nomor telepon

pasien.

Pasien_no_hp Varchar 15 Max 16

Byte

NOT NULL (tidak

boleh

dikosongkan)

Field ini

digunakan untuk

menyimpan

nomor handphone

pasien.

Pasien_alamat Varchar 140 Max 141

Byte

NOT NULL (tidak

boleh

80



80

Kota_id Int 10 4 Byte Foreign Key

NOT NULL

Field ini

digunakan untuk

menyimpan kota

alamat pasien.

Tgl_daftar Date 8 Byte NOT NULL (tidak

boleh

dikosongkan)

Field ini

digunakan untuk

menyimpan

tanggal daftar

pasien.

pekerjaan_id Small Int 6 2 Byte Field ini

81



81

Agama_id Pasien_no_tlp Pasien_no_hp Pasien_alamat jenis_

kelamin

1 021721345 08123918473 Jl. Soedirman Pria

2 0361724231 08998174832 Jl. Nusa Dua Wanita

Negara_id Kota_id Tgl_daftar Pekerjaan_id Pendidikan_id

1 1 30/12/2014 1 1

2 2 31/12/2014 1 1

2. Tabel m_agama

Tabel m_agama digunakan untuk menyimpan data agama.

Tabel 4.3 Struktur Data Tabel m_agama

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

agama_id Tinyint 2 1 Byte Primary key

82



82

3 Kristen

4 Katolik

5 Islam

6 Kong Hu Cu

3. Tabel m_jenis_inap

Tabel m_jenis_inap digunakan untuk menyimpan data jenis inap khusus

pasien rawat inap.

Tabel 4.5 Struktur Data Tabel m_jenis_inap

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

Jenis_inap_id Tinyint 2 1 Byte Primary key

AUTOINCREMENT

(menambah secara

otomatis)

NOT NULL

83



83

4.

Tabel m_jenis_layanan

Tabel m_jenis_layanan digunakan untuk menyimpan data jenis layanan

pasien.

Tabel 4.7 Struktur Data Tabel m_jenis_layanan

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

Jenis_layanan_id Tinyint 2 1 Byte Primary key

AUTOINCREMENT

(menambah secara

otomatis)

Field ini digunakan

untuk menyimpan id

jenis layanan.

Jenis_layanan_nama Varchar 15 Max 16

Byte

Field ini digunakan

untuk menyimpan

84



84

(menambah secara

otomatis)

NOT NULL

Field ini digunakan

untuk menyimpan id

provinsi.

provinsi Varchar 20 Max 21

Byte

Field ini digunakan

untuk menyimpan

nama provinsi.

Contoh data:

Tabel 4.10 Contoh Data Tabel Tabel m_provinsi

provinsi_id Provinsi

1 Bali

2 Papua

85



85

provinsi_id Medium

Int

6 3 Byte Foreign key

AUTOINCREMENT

(menambah otomatis)

NOT NULL

Field ini digunakan

untuk menyimpan id

provinsi.

kecamatan Varchar 20 Max 20

Byte

Field ini digunakan

untuk menyimpan

nama kecamatan.

Contoh data:

Tabel 4.12 Contoh Data Tabel m_kecamatan

kecamatan_id provinsi_id kecamatan

1 1 Banjarangkan

86



86

kecamatan_id Medium

Int

6 3 Byte Foreign key

AUTOINCREMENT

(menambah secara

otomatis)

NOT NULL

Field ini digunakan

untuk menyimpan id

kecamatan.

kota Varchar 20 Max 21

Byte

Field ini digunakan

untuk menyimpan

nama kota.

Kota_jenis Enum 2 Byte Value (0,1)

Field ini digunakan

untuk menyimpan

jenis kota, apakah

87



Tabel 4.15 Struktur Data Tabel m_negara

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

Negara_id Tiny Int 2 1 Byte Primary key

AUTOINCREMENT

(menambah secara

otomatis)

NOT NULL

Field ini digunakan

untuk menyimpan id

negara.

Negara Varchar 20 Max 21

Byte

Field ini digunakan

untuk menyimpan

nama negara.

88



NOT NULL

Field ini digunakan

untuk menyimpan id

tipe rawat dari pasien.

nama Varchar 20 Max 21

Byte

Field ini digunakan

untuk menyimpan

nama tipe rawat

seperti rawat jalan,

rawat darurat, dan

lain sebagainya.

Contoh data:

Tabel 4.18 Contoh Data Tabel m_tipe_rawat

Tipe_rawat_id nama

1 Rawat Inap

89




Byte

Field ini digunakan

untuk menyimpan

nama tipe rawat.

Contoh data:

Tabel 4.20 Contoh Data Tabel tb_tipe_rawat

Cara_keluar_id nama

1 Rujukan

2 Dengan Paksaan

11.

Tabel m_jenis_surat Tabel m_jenis_surat digunakan untuk menyimpan data jenis surat.

Tabel 4.21 Struktur Data Tabel m_jenis_surat

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

90



Contoh data:

Tabel 4.22 Contoh Data Tabel m_jenis_surat

surat_id Nama Kode

1 Penolakan ST

2 Penerimaan SP

3 Permohonan

Kerjasama

SK

4 Keterangan Sehat KS

5 Keterangan

Kematian

KK

12.

Tabel m_diagnosa Tabel m_diagnosa digunakan untuk menyimpan data master diagnosa.

Tabel 4.23 Struktur Data Tabel m_diagnosa

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

91



Contoh data:

Tabel 4.24 Contoh Data Tabel m_diagnosa

diagnosa_id diagnosa_nama

1 Demam Berdarah

2 TBC

13. Tabel m_alergi

Tabel m_alergi digunakan untuk menyimpan data master alergi yang

digunakan untuk mengisi alergi pasien nantinya.

Tabel 4.25 Struktur Data Tabel m_alergi

Nama Field TipeData

Length KeperluanMemori

Keterangan

alergi_id Small Int 4 2 Byte Primary key

AUTOINCREMENT

(menambah secara

92



Contoh data:

Tabel 4.26 Contoh Data Tabel m_alergi

alergi_id alergi_nama Jenis_alergi_id

1 Vitamin C 3

2 Kacang 1

14. Tabel m_keterangan

Tabel m_keterangan digunakan untuk menyimpan data master keterangan

yang diperlukan untuk membuat surat keterangan.

Tabel 4.27 Struktur Data Tabel m_alergi

Nama Field TipeData

Length KeperluanMemori

Keterangan

keterangan_id Tiny Int 2 2 Byte Primary key

AUTOINCREMENT

(menambah secara

93



15.

Tabel m_jenis_alergi

Tabel m_jenis_alergi digunakan untuk menyimpan data master

jenis_alergi.

Tabel 4.29 Struktur Data Tabel m_jenis_alergi

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

jenis_alergi_id Tiny Int 2 1 Byte Primary key

AUTOINCREMENT

(menambah secara

otomatis)

NOT NULL

Field ini digunakan

untuk menyimpan id

master jenis alergi.

Jenis_alergi_nama Varchar 50 Max 51 Field ini digunakan

94



Tabel 4.31 Struktur Data Tabel tb_registrasi

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

Reg_id Big Int 20 8 Byte Primary key

Autoincrement

Field ini

digunakan untuk

menyimpan id

registrasi pasien.

no_reg Varchar 15 Max 15

Byte

Field ini

digunakan untuk

menyimpan

nomor registrasi

pasien.

Pasien_id Big Int 20 8 Byte Foreign key

95



jenis_layanan_id Tiny Int 2 1 Byte Foreign key

NOT NULL

(tidak boleh

dikosongkan)

Field ini

digunakan untuk

menyimpan id

jenis layanan

pasien.

jenis_pasien_id Tiny Int 2 1 Byte Foreign key

NOT NULL

(tidak boleh

dikosongkan)

Field ini

digunakan untuk

96



Cara_keluar_id Tiny Int 2 1 Byte Foreign Key

(Layanan)

Field ini

digunakan untuk

menyimpan cara

keluar pasien.

Kondisi_id Tiny Int 2 1 Byte Field ini

digunakan untuk

menyimpan id

kondisi awal

pasien saat

masuk rumah

sakit.

tgl_masuk Datetime - 8 Byte NOT NULL

(tidak boleh

97



status apakah

pasien diharuskan

rawat inap atau

tidak.

Contoh data:

Tabel 4.32 Contoh Data Tabel tb_registrasi

no_reg no_rm Jenis_pasien_id tipe_rawat_id

1 1 1 1

2 2 1 1

3 3 2 2

jenis_layanan_id departemen_id cara_masuk_id Cara_keluar_id

2 1 1 1

1 2 1 1

1 1 1 1

98



(menambah secara

otomatis)

Field ini digunakan

untuk menyimpan id

polis.

Reg_id Big Int 20 8 Byte Foreign Key

NOT NULL (tidak boleh

dikosongkan)

Field ini digunakan

untuk menyimpan id

registrasi.

Perusahaan_id Int 10 4 Byte - Foreign Key

Field ini digunakan

untuk menyimpan id

perusahaan

99



Tabel 4.35 Struktur Data Tabel tb_perusahaan

Nama Field Tipe

Data

Length Keperluan

Memory

Keterangan

perusahaan_id Small

Int

6 2 Byte -

Primary key

- AUTOINCREMENT

(menambah secara

otomatis)

Field ini digunakan

untuk menyimpan id

perusahaan_nama Varchar 50 Max 51

Byte

- NOT NULL (tidak

boleh dikosongkan)

Field ini digunakan

untuk menyimpan nama

perusahaan.

perusahaan_jenis Enum 2 Byte Value (Jaminan, Non

100



nomor telpon

perusahaan.

perusahaan_email Varchar 13 Max 14

Byte

Field ini digunakan

untuk menyimpan email

perusahaan.

status Enum 2 Byte Value (Aktif, NonAktif)

Field ini digunakan

untuk menyimpan status

keaktifan perusahaan.

Contoh data:

Tabel 4.36 Contoh Data Tabel tb_perusahaan

Perusahaan_id Perusahaan_nama Perusahaan_jenis Perusahaan_alamat

1 JKBM Jaminan Renon

2 BPJS Jaminan Bukit

101



untuk menyimpan id

kontrak.

Kontrak_no Int 10 4 Byte - NOT NULL (tidak

boleh dikosongkan)

- UNSIGNED (tidak

boleh minus)

Perusahaan_id Small

Int

6 2 Byte -

Foreign Key

- NOT NULL (tidak

boleh dikosongkan)

Field ini digunakan

untuk id perusahaan.

Tgl_terbit Date 8 Byte - NOT NULL (tidak

boleh dikosongkan)

Field ini digunakan

untuk menyimpan tgl

102



Tgl_terbit Tgl_selesai Status

12/12/2012 12/12/2014 Aktif

01/01/2011 01/01/2016 Aktif

20. Tabel tb_tanggungan_obat

Tabel tb_tanggungan_obat digunakan untuk menyimpan detail kontrak

obat yang ditanggung perusahaan penjamin kesehatan yang bekerja sama dengan

rumah sakit.

Tabel 4.39 Struktur Data Tabel tb_tanggungan_obat

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

tanggungan_obat_id Int 10 4 Byte Primary key

AUTOINCREMENT

UNSIGNED (tidak

boleh minus)

i ld i i di k

103



boleh minus)

Field ini digunakan

untuk menyimpan id

sediaan farmasi dari

rumah sakit.

Contoh data:

Tabel 4.40 Contoh Data Tabel tb_tanggungan_obat

tanggungan_obat_id Kontrak_id Sediaan_farmasi_id

1 1 1

2 1 2

21.

Tabel tb_tanggungan_tindakan

Tabel tb_tanggungan_tindakan digunakan untuk menyimpan detail

kontrak tindakan yang ditanggung perusahaan penjamin kesehatan yang bekerja

sama dengan rumah sakit

104



UNSIGNED Field

ini digunakan untuk

menyimpan id

kontrak.

Tin_umum_id Small

Int

6 2 Byte Foreign Key

(Layanan)

NOT NULL (tidak

boleh dikosongkan)

UNSIGNED (tidak

boleh minus)

Field ini digunakan

untuk menyimpan id

tindakan medis.

Contoh data:

105



Field ini digunakan

untuk menyimpan no

detail kontrak kelas.

Kontrak_id Int 10 4 Byte Foreign Key

NOT NULL (tidak

boleh dikosongkan)

UNSIGNED (tidak

boleh minus)

Field ini digunakan

untuk menyimpan id

kontrak perusahaan

kerjasama.

kelas_id Tinyint 2 1 Byte Foreign Key (Sarana

Prasarana)

NOT NULL (tidak

106



23.

Tabel tb_tanggungan_penunjang

Tabel tb_tanggungan_penunjang digunakan untuk menyimpan detail

kontrak penunjang yang ditanggung perusahaan penjamin kesehatan yang bekerja

sama dengan rumah sakit.

Tabel 4.45 Struktur Data Tabel tb_tanggungan_penunjang

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

tanggungan_penunjang_id Small

Int

6 2 Byte Primary key

AUTOINCREMENT

(menambah secara

otomatis)

UNSIGNED (tidak

boleh minus)

Field ini digunakan

untuk menyimpan

107



untuk menyimpan id

kelas dari rumah

sakit.

Contoh data:

Tabel 4.46 Contoh Data Tabel tb_tanggungan_penunjang

tanggungan_penunjang_id Kontrak_id Tin_peunjang_id

1 1 1

2 1 2

24.

Tabel tb_detail_alergi

Tabel tb_detail_alergi digunakan untuk menyimpan data alergi pasien

rumah sakit.

Tabel 4.47 Struktur Data Tabel tb_detail_alergi

Nama Field Tipe Length Keperluan Keterangan

108



Contoh data:

Tabel 4.48 Contoh Data Tabel tb_detail_alergi

Detail_alergi_id reg_id Alergi

1 1 Susu

2 1 Vitamin C

25. Tabel tb_diagnosa_awal

Tabel tb_diagnosa_awal digunakan untuk menyimpan data diagnosa

awal pasien.

Tabel 4.49 Struktur Data Tabel tb_diagnosa_awal

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

Diagnosa_awal_id Big Int 10 8 Byte Primary key

AUTOINCREMENT

(menambah secara

109



Contoh data:

Tabel 4.50 Contoh Data Tabel tb_diagnosa_awal

Diagnosa_awal_id reg_id Diagnosa

1 1 Sakit Mata

2 2 Diare

26. Tabel tb_reg_bed

Tabel tb_reg_bed digunakan untuk menyimpan data registrasi sekaligus

transaksi bed di rumah sakit.

Tabel 4.51 Struktur Data Tabel tb_reg_bed

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

Reg_bed_id Big Int 20 8 Byte Primary key

AUTOINCREMENT

(menambah secara

110



tgl_masuk Datetime 8 Byte NOT NULL (tidak

boleh dikosongkan)

Field ini digunakan

untuk menyimpan

waktu masuk pasien.

tgl_keluar Datetime 8 Byte Field ini digunakan

untuk menyimpan

waktu keluar pasien.

Status Enum 2 Byte Field ini digunakan

untuk menyimpan

status registrasi.

Akun_id Small Int 6 2 Byte Field ini digunakan

untuk menyimpan

akun COA

111



Tabel 4.53 Struktur Data Tabel tb_request

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

Request_id Int 10 4 Byte Primary key

AUTOINCREMENT

(menambah otomatis)

NOT NULL

Field ini digunakan

untuk id request .

reg_id Big Int 20 8 Byte Foreign Key

Field ini digunakan

untuk menyimpan id

registrasi pasien yang

melakukan request .

kelas_id Tiny Int 2 1 Byte Foreign Key

112



Contoh data:

Tabel 4.54 Contoh Data Tabel tb_request

request_id reg_id kelas_id Waktu_request Status

1 1 1 01/01/2015 13:00 Confirm

2 2 2 01/01/2015 13:00 Confirm

28. Tabel tb_surat_rujukan

Tabel tb_surat_rujukan digunakan untuk menyimpan data surat rujukan

pasien.

Tabel 4.55 Struktur Data Tabel tb_surat_rujukan

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

Surat_rujukan_id Int 10 4 Byte Primary key

AUTOINCREMENT

(menambah secara

113



Alasan_rujuk Varchar 50 Max 51

Byte

Field ini digunakan

untuk menyimpan

alasan rujukan yang

diajukan oleh medicl

unit .

Tipe_surat Enum 2 Byte Value (Masuk,

Keluar)

Field ini digunakan

untuk menyimpan

tipe surat.

Tujuan Rujuk Varchar 50 Max 51

Byte

Field ini digunakan

untuk menyimpan

tujuan_rujuk

Contoh data:

114



Tabel 4.57 Struktur Data Tabel tb_surat_keterangan

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

Surat_ket_id Int 10 4 Byte Primary key

AUTOINCREMENT

(menambah secara

otomatis)

NOT NULL

Field ini digunakan

untuk menyimpan id

surat keterangan.

Surat_ket_no Varchar 20 Max 21

Byte

Field ini digunakan

untuk menyimpan

nomor surat

keterangan yang

115



Peg_id Int 5 4 Byte Foreign Key (HRD)

Digunakan untuk

menyimpan dokter

penanggung jawab.

Contoh data:

Tabel 4.58 Contoh Data Tabel tb_surat_keterangan

Surat_ket_id Surat_ket_no No_reg

1 101kt1 1

2 102kt2 2

Jenis_surat_id Keterangan_id Peg_id

5 1 1

5 1 2

30. Tabel tb_surat_kerjasama

116



untuk menyimpan

nomor surat

kerjasama yang

masuk/keluar

rumah sakit.

Tgl_surat Date 8 Byte Field ini digunakan

untuk menyimpan

tanggal surat masuk

atau keluar.

Tipe_surat Enum 2 Byte Value (Masuk,

Keluar)

Field ini digunakan

untuk menyimpan

tipe surat.

Jenis_surat_id Tiny Int 2 1 Byte Field ini digunakan

117



Contoh data:Tabel 4.60 Contoh Data Tabel tb_surat_kerjasama

surat_id Surat_no Tgl_surat Tipe_surat

1 PK/101 10/10/2010 Keluar

2 PK/102 10/10/2010 Keluar

Jenis_surat_id asal tujuan Penanggung_jawab

1 Marketing Manulife Kevin

1 Marketing Prudensial Kevin

31. Tabel tb_pembayaran_transaksi

Tabel tb_pembayaran_transaksi digunakan untuk menyimpan data

pembayaran transaksi di rumah sakit.

Tabel 4.61 Struktur Data Tabel tb_pembayaran_transaksi

Nama Field Tipe

Data

Length Keperluan

Memory

Keterangan

118



boleh minus)

Field ini digunakan

untuk menyimpan no

registrasi pasien.

Jenis_bayar_id Tiny Int 2 1 Byte Digunakan untuk

menyimpan jenis

Total Numeric 10,0 10 Byte Field ini digunakan

untuk menyimpan

total biaya.

Total_terbayar Numeric 10,0 10 Byte Field ini digunakan

untuk menyimpan

total biaya terbayar

pasien.

Status Enum 2 Byte Value (Lunas,

Pending )

119



Total Total_terbayar Status Status_posting1000000 1000000 Lunas Posted

2000000 2000000 Lunas Posted

32. Tabel tb_detail_terbayar

Tabel tb_detail_terbayar digunakan untuk menyimpan data uang yang

sudah dibayar oleh pasien.

Tabel 4.63 Struktur Data Tabel tb_detail_terbayar

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

detail_terbayar_id Big Int 20 8 Byte Primary key

AUTOINCREMENT

(menambah secara

otomatis)

NOT NULL

i ld i i di k

120



Contoh data:Tabel 4.64 Contoh Data Tabel tb_detail_terbayar

Detail_terbayar_id bayar_id jumlah_bayar Tgl_bayar

1 1 20000 12/01/2015

10:00

2 1 20000 12/01/2015

10:00

33. Tabel tb_jenis_pembayaran

Tabel tb_jenis_pembayaran digunakan untuk menyimpan data jenis

pembayaran pasien.

Tabel 4.65 Struktur Data Tabel tb_jenis_pembayaran

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

Jenis_bayar_id Tiny Int 2 1 Byte Primary key

AUTOINCREMENT

121



Contoh data:Tabel 4.66 Contoh Data Tabel tb_jenis_pembayaran

Jenis_bayar_id Jenis_bayar_nama Akun_id

1 Umum 1

2 Jaminan 2

34. Tabel m_sumber_data

Tabel m_sumber_data digunakan untuk menyimpan data sumber identitas

pasien saat melakukan registrasi.

Tabel 4.67 Struktur Data Tabel m_sumber_data

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

Sumber_data_id Tinyint 2 1 Byte Primary key

AUTOINCREMENT

NOT NULL

122



35.

Tabel tb_det_penyakit_bawaan

Tabel tb_det_penyakit_bawaan digunakan untuk menyimpan data

penyakit bawaan yang diderita oleh pasien seperti asma, jantung, dan lain

sebagainya.

Tabel 4.69 Struktur Data Tabel tb_det_penyakit_bawaan

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

Det_penyakit_bawaan

_id

Big Int 20 8 Byte Primary key

AUTOINCREMENT

(menambah secara

otomatis)

NOT NULL

Field ini digunakan

untuk menyimpan id

penyakit bawaan

123



36.

Tabel tb_det_riwayat_operasi

Tabel tb_det_riwayat_operasi digunakan untuk menyimpan data

riwayat operasi yang pernah dilakukan pasien.

Tabel 4.71 Struktur Data Tabel tb_det_riwayat_operasi

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

Riwayat_operasi

_id

Big Int 20 8 Byte Primary key

AUTOINCREMENT

(menambah secara

otomatis)

NOT NULL

Field ini digunakan

untuk menyimpan id

riwayat operasi.

Pasien_id Big Int 20 Max 21 Field ini digunakan

124



Tabel 4.73 Struktur Data Tabel m_masuk

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

Cara_masuk _id Tiny Int 2 1 Byte Primary key

AUTOINCREMENT

NOT NULL

Field ini digunakan

untuk menyimpan id

cara masuk pasien

rumah sakit.


Byte

Field ini digunakan

untuk menyimpan

nama cara masuk.

125



NOT NULL

Field ini digunakan

untuk menyimpan id

pendidikan pasien.


Byte

Field ini digunakan

untuk menyimpan

nama pendidikan.

Contoh data:

Tabel 4.76 Contoh Data Tabel m_pendidikan

pendidikan_id Nama

1 SD

2 SMP

3 Sarjana

39 Tabel k j

126



Contoh data:Tabel 4.78 Contoh Data Tabel m_pekerjaan

pekerjaan_id Nama

1 Pelajar

2 Dosen

3 PNS

40. Tabel m_karcis

Tabel m_karcis digunakan untuk menyimpan data harga karcis masuk

rumah sakit.

Tabel 4.79 Struktur Data Tabel m_karcis

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

karcis _id Tiny Int 2 1 Byte Primary key

AUTOINCREMENT

(M b h S

127



Contoh data:Tabel 4.80 Contoh Data Tabel m_karcis

karcis_id Nama Harga

1 KARCIS E-JKBM UGD 15000

2 KARCIS E-UMUM UGD 15000

41. Tabel tb_det_trans_karcis

Tabel tb_det_trans_karcis digunakan untuk menyimpan data transaksi

karcis masuk di rumah sakit.

Tabel 4.81 Struktur Data Tabel tb_det_trans_karcis

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

Trans_karcis _id Big Int 20 8 Byte Primary key

AUTOINCREMENT

NOT NULL

128



Contoh data:Tabel 4.82 Contoh Data Tabel tb_det_trans_karcis

Det_trans_karcis_id Reg_id Karcis_id akun_id

1 1 1 1

2 2 1 1

42. Tabel m_kondisi

Tabel m_kondisi digunakan untuk menyimpan data kondisi pasien saat

masuk ke rumah sakit.

Tabel 4.83 Struktur Data Tabel m_kondisi

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

kondisi_id Tiny Int 2 1 Byte Primary key

AUTOINCREMENT

NOT NULL

129



Tabel 4.85 Struktur Data Tabel tb_request_ambulance

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

Request_ambulance_id Int 10 4 Byte Primary key

AUTOINCREMENT

NOT NULL

Field ini digunakan

untuk menyimpan id

request ambulance

pasien.


Byte

Field ini digunakan

untuk menyimpan

nama pemesan.

Kota_id Medium

Int

6 6 Byte Field ini digunakan

untuk menyimpan id

130



Contoh data:Tabel 4.86 Contoh Data Tabel tb_request_ambulance

Request_ambulance_id nama Kota_id

1 Bambang 1

2 Wawan 1

Alamat No_hp Status Aset_id

Jl Suli No.2 08139486732 1 1

Jl Sidakarya

No.3

08738281934 1 2

44.

Tabel m_jenis_pasien Tabel m_jenis_pasien digunakan untuk menyimpan data jenis pasien di

rumah sakit.

Tabel 4.87 Struktur Data Tabel m_jenis_pasien

Nama Field Tipe Length Keperluan Keterangan

131



Jumlah_terpakai Status Harga

0 0 100000

1 1 200000

45. Tabel tb_trans_ambulance

Tabel tb_trans_ambulance digunakan untuk menyimpan data

pencatatan transaksi ambulance di rumah sakit.

Tabel 4.89 Struktur Data Tabel tb_trans_ambulance

Nama Field Tipe

Data

Length Keperluan

Memori

Keterangan

trans_ambulance_id BIg Int 20 8 Byte Primary key

AUTOINCREMENT

NOT NULL

Field ini digunakan

k i id

132



Tgl Datetime 8 Byte Digunakan untukmenyimpan tanggal

Akun_id Small

Int

6 2 Byte Field ini digunakan

untuk menyimpan id

akun.

Contoh data:

Tabel 4.90 Contoh Data Tabel tb_trans_ambulance

trans_ambulance_id Reg_id Aset_id

1 1 1

2 2 1 A

qty Tgl Akun_id

10 31/12/2014 12:00 1

10 31/12/2014 12:00 1

133



transaksi ambulance pasien.

Peg_id Int 10 4 Byte Field ini digunakan

untuk menyimpan id

pegawai petugas..

Contoh data:

Tabel 4.92 Contoh Data Tabel tb_det_pegawai_ambulance

Det_pegawai_ambulance_id Trans_ambulance_id Peg_id

1 1 1

2 1 2

47. Tabel tb_setup_inap

Tabel tb_setup_inap digunakan untuk menyimpan data setup inap

pasien di rumah sakit.

134



umum, obsetri, atau perinatal.

Reg_id Big Int 20 8 Byte Foreign key

Field ini digunakan

untuk menyimpan id

registrasi. peg_id Int 10 4 Byte Foreign key (HRD)

Field ini digunakan

untuk menyimpan

data dokter yang

bertanggung jawabatas pasien.

wali_nama Varchar 50 Max 51

Byte

Field ini digunakan

untuk menyimpan

nama wali yang

135



Contoh data:Tabel 4.94 Contoh Data Tabel tb_setup_inap

Setup_inap_id Jenis_inap_id Reg_id Peg_id

1 1 1 1

2 1 2 2

Wali_nama Wali_alamat Wali_no_tlp Wali_no_hp

Bambang Sanur 0361728391 08427183957

Rudi Sesetan 0361382947 08999142837

136



4.6

SOPSOP dari yang diajukan pada modul Front Office akan dijabarkan pada

subbab ini. Proses-proses tersebut adalah:

4.6.1 SOP Daftar Pasien Baru

SOP ini bertujuan untuk mendefinisikan proses saat pasien baru pertama

kali datang ke rumah sakit.

SOP Pendaftar Pasien Baru

Admin Front OficePasien Keterangan

START

Isian Formulir

Pendaftaran

1. Start

2. Pasien mengisi

form pendaftaran,

kemudia form

pendaftaran

diserahkan ke staff

registrasi

Mengisi Formulir

Pendaftaran

View Data Pasien 3 View Data PasienDATA PASIEN

137



Pasien akan melakukan daftar pasien baru saat pertama kali masuk kerumah sakit. Pasien akan mengisi formulir pendaftaran dan admin akan

memasukan data ke dalam sistem. Kartu pasien akan dicetak setelah proses

selesai. Proses dilanjutkan dengan proses registrasi jika pasien ingin melakukan

registrasi.

4.6.2 SOP Registrasi Pasien Rawat Jalan Pasien Umum

SOP ini bertujuan untuk mendefinisikan proses saat pasien umum ingin

melakukan registrasi di rumah sakit.

SOP Proses Registrasi Pasien Umum

Admin Front OfficePasien KeteranganModul Layanan

Kartu Pasien

START

1. Start

2. Pasien mengisi

form registrasiForm RegistrasiMengisi Form

Registrasi

138



dan data registrasi dan rekam medis akan di cetak sebagai bukti telah melakukanregistrasi.

4.6.3 SOP Registrasi Pasien Rawat Jalan Jaminan

SOP ini bertujuan untuk mendefinisikan proses saat pasien jaminan ingin

melakukan registrasi di rumah sakit.

SOP Registrasi Pasien Jaminan

Pasien Admin Front Office Keterangan

Kartu Pasien

START1. Start

2. Khusus untuk

pasien jaminan

harus membawa

dokumen jaminanlengkap. Jika

pasien bukan

merupakan rawat

darurat maka

pasien harus

membawa surat

rujukan

3. Pasien akan

diminta unstuck

mengisi form

registrasi

Mengisi Form

Registrasi

Form Registrasi

139



Pasien akan melakukan registrasi dengan membawa kartu pasien, suratrujukan, dan dokumen asuransi dan mengisi form registrasi terlebih dahulu.

Dokumen akan divalidasi apakah pasien benar tertanggung dan dokumen yang

dibawa lengkap atau tidak. Data registrasi akan dimasukan ke sistem jika validasi

berhasil dilakukan. Data registrasi dan rekam medis akan di cetak sebagai bukti

telah melakukan registrasi.

4.6.4 SOP Registrasi Pasien Rawat Inap Umum

SOP ini bertujuan untuk mendefinisikan proses saat pasien umum ingin

melakukan registrasi di rumah sakit. Pasien akan melakukan registrasi dengan

membawa kartu pasien, surat rekomendasi rawat inap dan mengisi form registrasiterlebih dahulu. Data registrasi akan dimasukan ke sistem dan data registrasi dan

rekam medis akan di cetak sebagai bukti telah melakukan registrasi, lalu akan

dimasukan registrasi bed sesuai dengan kelas pilihan pasien.

140



SOP Proses Registrasi Rawat Inap Pasien Umum

Admin Front OfficePasien KeteranganModul Sarana

Prasaran

START

Data Registrasi

Entri Setup

Inap

1. Start

3. Isian form

registrasi dan kartu

pasien kemudian

diserahkan ke

bagian registrasi

4. Admin akan

memasukan dataregistrasi pasien

Kartu Pasien

Isian Form Registrasi

Surat Rekomendasi

Rawat Inap

Kartu Pasien


Surat Rekomendasi

Rawat Inap

2. Pasien

membawa kartu

pasien, data

registrasi, surat

rekomendasi rawat

inap dari dokter

Cetak Data

Registrasi

5. Admin akan

mencetak data

registrasi pasien

Data Pasien

Rekam Medis

Kartu Pasien


Surat Rekomendasi

Rawat Inap

141



SOP Registrasi Pasien Rawat Inap Jaminan

Pasien Admin Front Office KeteranganModul Sarana

Prasarana

START

Data RegistrasiEntri Setup

Inap

Valid

Y

T

1. Start

2. Khusus untuk

pasien jaminan

harus membawa

dokumen jaminan

lengkap. Jikapasien bukan

merupakan rawat

darurat maka

pasien harus

membawa surat

rujukan

3. Berkas akan

diperiksa ke

validannya, jika

valid maka

dilanjutkan dengan

proses registrasi,

jika tidak maka

berkasdikembalikan dan

diminta untuk

melengkapi berkas

4. Admin akan

memasukan data

registrasi pasien

jika berkas sudah

valid

Melengkapi Berkas

Kartu Pasien


Dokumen Asuransi

Surat Rujukan

Surat Rekomendasi

Rawat Inap

Kartu Pasien


Dokumen Asuransi

Surat Rujukan

Surat Rekomendasi

Rawat Inap

5. Admin akan

mencetak RM

Rekam Medis

Data RegistrasiCETAK RM

142



Pasien akan melakukan registrasi dengan membawa kartu pasien, suratrujukan, dan dokumen asuransi dan mengisi form registrasi terlebih dahulu.

Dokumen akan divalidasi apakah pasien benar tertanggung dan dokumen yang

dibawa lengkap atau tidak. Data registrasi akan dimasukan ke sistem jika validasi

berhasil dilakukan. Data registrasi dan rekam medis akan di cetak sebagai bukti

telah melakukan registrasi. Admin akan memasukan data registrasi bed sesuaikelas pilihan pasien setelah proses tersebut selesai dilakukan

4.6.6 SOP Cetak Form Rekam Medis

SOP ini bertujuan untuk mendefinisikan proses pencetakan form rekam

medis pasien.

SOP Cetak Form Rekam Medis

Admin Front OfficePasien Modul Layanan Keterangan

START 1. Start

143



4.6.7

SOP Cetak Surat KeteranganSOP ini bertujuan untuk mendefinisikan proses pencetakan surat

keterangan untuk medical unit .

SOP Cetak Surat Keterangan

Admin Front OfficePASIEN KeteranganDokter

START

ENTRI DATA

SURAT

KETERANGAN

DATA SURAT

KETERANGAN

1. Start

4. Dokter akan

mengentri data

surat keterangan,

lalu pasien akan

diminta menuju ke

bagian front office

unstuck menerima

surat keterangan

tersebut

5 D t t

REQUEST SURAT

KETERANGAN

YPEMERIKSAAN

PASIEN

REGISTRASI

2. Pasien meminta

surat keterangan

3. Pasien akan

melakukan

registrasi dan akan

dilakukanpemeriksaan oleh

dokter

REGISTRASI

T

144



SOP Cetak Surat Rujukan

Admin Front OfficeMedical Unit Keterangan

START 1. Start

2 P E t i D t

REQEUST SURAT

RUJUKAN

REGISTRASI

Y

REGISTRASI

T

145



4.6.9

SOP Pembayaran TransaksiSOP ini bertujuan untuk mendefinisikan pembayaran transaksi yang

dilakukan pasien.

SOP Pembayaran Transaksi

Admin Front OfficePasien KeteranganBagian Akunting dan Keuangan

START

ENTRI DATA

PEMBAYARAN

TRANSAKSI

DATA

PEMBAYARAN

TRANSAKSI

1. Start

2. Proses Entri

Data

Pembayaran

berdasarkan

semua transaksi

yang pernah

dilakukan oleh

pasien selama

DATA REGISTRASI DATA REGISTRASI

MELAKUKAN

PEMBAYARAN

146



2 diberikan ke Bagian Akunting dan rangkap 3 akan disimpan oleh bagian FrontOffice sebagai arsip.

4.6.10 SOP Pembayaran Transaksi Jaminan

SOP ini bertujuan untuk mendefinisikan pembayaran transaksi yang

dilakukan pasien.

SOP Pembayaran Transaksi Jaminan

Admin Front OfficePasien KeteranganBagian Akunting &

Keuangan

START 1. Start

2. Proses Entri

Data

P b

DATA REGISTRASI DATA REGISTRASI

MELAKUKAN

PEMBAYARAN

147



rangkap dua. Rangkap 1 diberikan ke akunting untuk di claim, dan rangkap 2disimpan di bagian Front Office sebagai arsip.

4.6.11 SOP Pelaporan Kunjungan Pasien

SOP ini bertujuan untuk mendefinisikan pembuatan laporan kunjungan

pasien.

SOP Pembuatan Laporan Kunjungan Pasien

Admin Front Office Direktur Umum Keterangan

START

DATA PASIEN

DATA

REGISTRASI

1. Start

VIEW KUNJUNGAN

148



4.6.12

SOP Permohonan KerjasamaSOP ini bertujuan untuk mendefinisikan proses permohonan kerjasama

dengan perusahaan lain.

SOP Permohonan Kerjasama

Bagian Marketing Direktur Perusahaan Mitra Keterangan

START

Membuat

Draft

Proposal

Kerjasama

Entri

Surat

Proposal

Data Surat

Kerjasama

T

Cetak Surat

1. Start

2. Admin akan

membuat proposal

kerjasama

3. Proposal akan di

entri dan dicetak

149



Bagian marketing akan membuat surat proposal kerjasama. Draft proposalkerjasama kemudian diberikan ke direktur untuk ditandatangani, jika direktur

menolak maka akan dibuat surat proposal baru, jika diterima makan akan

diberikan ke perusahaan mitra. Perusahaan mitra akan membalas surat proposal

kerjasama, jika ditolak maka akan dilakukan entri surat penolak, jika diterima

maka akan dilakukan proses konfirmasi kerjasama.

4.6.13 SOP Konfirmasi Kerjasama

SOP ini bertujuan untuk mendefinisikan proses konfirmasi kerjasama

perusahaan lain. Perusahaan mitra akan memberikan surat konfirmasi kerjasama

dan akan di entri ke dalam sistem. Bagian marketing akan membuat draft kontrak

secara manual dan diberikan ke direktur, setelah disetujui direktur draft kontrak

akan diberikan ke perusahaan mitra. Perusahaan mitra akan melakukan

konfirmasi, jika draft diterima maka akan dilakukan entri kontrak ke sistem jika

tidak maka akan dilakukan pembuatan draft ulang.

150



SOP Confirm Kerjasama

Perusahaan Mitra Bagian Marketing Direktur Keterangan

START

Surat Balasan

Proposal

Kerjasama

Surat Balasan

Proposal

Kerjasama

Membuat Draft

Kontrak

Draft Kontrak

Entri Surat

Balasan

Proposal

Kerjasama

Data Surat

Kerjasama

Draft Kontrak

1. Start

2. Perusahaan

Mitra akan

memberi surat

konfirmasi

permohonankerjasama dan

menginput surat

balasan tersebut

sebagai pencatatan

3. Karyawan Front

Office akan

membuat draft

kontrak

4. Draft kontrakyang dibuat akan

diserahkan ke

direktur untuk di

tanda tangani

ACC

y

T

151



4.6.14

SOP Pindah KamarSOP ini bertujuan untuk mendefinisikan proses pindah kamar untuk pasien

yang ingin melakukan pindah kamar.

SOP Pindah Kamar

Admin Front Office KeteranganPasien

START

Melakukan

Permohonan PindahKamar

1. Start

2. View

KetersediaanKamar

3. Apakah Kamar

TersediaKamar Tersedia

Data PencatatanKamarView KetersediaanKamar

152



melakukan update registrasi kamar untuk meng-update data registrasi kamarsebelumnya dan akan memasukan data registrasi kamar baru jika kamar tersedia.

4.6.15 SOP Request Ambulance

SOP ini bertujuan untuk mendefinisikan proses Request Ambulance di

Rumah Sakit.

SOP Request Ambulance

Admin Front OfficePasien Sopir Keterangan

START 1. Start

Request

Ambulance

ViewKetersediaan

Ambulance

DataPencatatan

Ambulance

Tersedia

E t i D t

Y

2. Pasien

Melakukan

Request

Ambulance, Admin

akan Menbgecek

Ketersediaan

Ambulance

Informasi Ketidak

Tersediaan

Ambulance ke

Pasien

TTunggu?

153



4.7

Desain Graphical User I nterfaceGambar-gambar di bawah merupakan rancangan GUI yang digunakan

sebagai refernsi dalam pembuatan sistem nantinya.

4.7.1 Desain Icon Aplikasi

Rancangan icon aplikasi Sistem Informasi Manajemen Rumah Sakit dapat

dilihat pada Gambar 4.47.

Gambar 4.47 Icon Aplikasi

4.7.2 Desain Form Login

154



4.7.3 Desain Form Home

Form Home merupakan tampilan saat admin masuk ke sistem informasi

untuk pertama kali, rencangan dapat dilihat pada Gambar 4.49.

155



Gambar 4.50 Front Office Form

4.7.5 Desain Form Daftar Pasien Baru

Gambar 4.51 menunjukan rancangan form Daftar Pasien Baru Rumah

Sakit. Form ini digunakan saat pasien pertama kali masuk ke rumah sakit dan

156



157



158



159



160



161



162



163



164



165



Gambar 4.60 Entri Kontrak

Form Entri Kontrak merupakan tampilan saat admin ingin meng-input

data kontrak dari perusahaan yang berkerjasama dengan rumah sakit.

166



167



Gambar 4.62 Registrasi Kamar

Form Registrasi Kamar merupakan tampilan saat admin ingin meng-input

data kamar yang ingin diinapi oleh pasien di rumah sakit.

168



Form Registrasi Keluar Kamar merupakan tampilan saat admin ingin

meng-input update data keluar kamar pasien di rumah sakit.

4.7.18 Desain Form Entri Registrasi Keluar

Gambar 4.64 menunjukan rancangan form Registrasi Keluar untuk pasien

di rumah sakit.

169



Gambar 4.65 Surat Rujukan

Form Surat Rujukan merupakan tampilan saat admin ingin meng-input

data surat rujukan yang diminta pasien di rumah sakit.

170



Form Surat Keterangan merupakan tampilan saat admin ingin meng-input

data surat keterangan yang diminta pasien di rumah sakit.

4.7.21 Desain Form Pembayaran

Gambar 4.67 menunjukan rancangan form Entri Pembayarn pasien di

rumah sakit.

171



Form Pembayaran merupakan tampilan saat admin ingin meng-input data

pembayaran pasien di rumah sakit.

4.7.22 Desain Form Bayar

Gambar 4.68 menunjukan rancangan form Entri Bayar pasien di rumah

sakit.

172



Form Bayar merupakan tampilan saat admin ingin meng-input data bayar

pasien di rumah sakit.

4.7.23 Desain Form Posting

Gambar 4.69 menunjukan rancangan form Posting Pembayaran di rumah

sakit.



BAB V

PENUTUP

Bab ini berisi simpulan dan saran berdasarkan penelitian mengenai

perancangan Sistem Informasi Rumah Sakit.

5.1 Simpulan

Simpulan penelitian Perancangan SIMRS Modul Front Office berdasarkan

penelitian yang dilakukan antara lain:

1. Perancangan Sistem Informasi Manajemen Rumah Sakit yang dibuat

merupakan Sistem Informasi yang terintegrasi dengan modul lain, dan

terbukti dengan adanya pertukaran data antar modul.

2. Perancangan Modul Front Office yang dibuat mengikuti proses bisnis pada

Rumah Sakit tempat studi kasus dilaksanakan dan dikombinasikan dengan

referensi dari rumah sakit lain.

3 P M d l F Offi iliki t did l

174



3.

Pihak rumah sakit tidak mengizinkan untuk melihat contoh data karena

bersifat rahasia, sehingga sedikit menghambat penelitian.



DAFTAR PUSTAKA

Dwiprastyo, Rendy. 2013. Tipe-tipe Data pada MySQL.

http://www.rendydwiprastyo.web.id/2013/09/tipe-tipe-data-pada-

mysql.html. Diakses 1 Oktober 2014.

Gede Rai Astawa, Anak Agung. 2013. Computerizing Billing System Sebagai

Sistem Informasi Akuntansi Berbagai Akrual pada Rumah Sakit UmumDaerah Sanjiwani Gianyar. Gianyar: Fakultas Ekonomi Universitas

Mahasaraswati.

Gunawan, Henry. 2002. Rancang Bangun Sistem Informasi Apotek dengan Metode

Prototyping.

Muryanto, Joko. 2012. DFD (Data Flow Diagram) biasa disebut Model Proses.

http://manajemenbasisdata.blogspot.com/2012/10/dfd-data-flow-diagram-biasa-disebut.html. Diakses 20 Oktober 2014

Noerlina. 2013. Rancangan Sistem Informasi Rumah Sakit Subsistem Pengelolaan

Inventory dan Transaksi Obat.

Nurharyadi, Sugeng. 2010. Perancangan Sistem Informasi Sekolah Menggunakan

CURICULUM VITAE

http://manajemenbasisdata.blogspot.com/2012/10/dfd-data-flow-diagram-biasa-disebut.html.%20Diakses%2020%20Oktober%202014






A. IDENTITAS DIRI

1. Nama Lengkap : Kevin Wijaya2. NIM : 1104505005

3. Judul Tugas Akhir

: Perancangan Sistem Informasi Rumah Sakit

Modul Front Office Studi Kasus Rumah Sakit

PTN Unud

4. Jenis Kelamin : L

5 T l l hi J k 04 N b 1993

B. DATA PRESTASI

1. Pengurus Organisasi Kemahasiswaan

a Pengurus Organisasi Intra Perguruan Tinggi



a. Pengurus Organisasi Intra Perguruan Tinggi

No Nama Organisasi Kedudukan Jk. Waktu Nama Pimpinan/KetuaTingkat

(Jur/Fak/PT)

1 Himpunan Mahasiswa Teknologi Informasi Anggota Bidang Ilmiah 1 tahun I Gede Eddy Wiputra Jurusan

b. Kepanitiaan Intra Perguruan Tinggi

No Nama Kegiatan Kedudukan Jk. Waktu Nama Pimpinan/Ketua

Tingkat

(Jur/Fak/PT/

Nas/Inernas)

1 Seminar Nasional Interpersonal & Life Skill 2015 Anggota Sie Keamanan

& Perlengkapan

1 hari Dewa Agung Krishna Arimbawa P Jurusan

2 Seminar Nasional HMTI 2014 Anggota Sie Publikasi &

Dokumentasi

1 hari Ni Putu Sinria Franza Jurusan

3 GAMADHIS 2012 Anggota SiePerlengkapan

3 hari Satrisca Sagitha Surya Universitas

4 Bazaar HMTI 2014 Anggota Sie Penggalian

Dana

1 hari Charaka Jurusan

5 Bazaar FKMBU 2012 Anggota Sie Keamanan

& Perlengkapan

1 hari Anita Universitas

2. Kegiatan Ilmiah Mahasiswa

a. Penelitian Mahasiswa Intra Perguruan Tinggi



g gg

No. Judul

Kedudukan

(Ket/Angg/

Kolektor Data)

Tahun Tempat

Tingkat

(Jur/Fak/PT/Nas/Int

ernas)

2 Kegiatan PKM Karsa Cipta (Perancangan Sistem InformasiRumah Sakit Modul Front Office Studi Kasus Rumah Sakit

X)

Ketua 2014 Jurusan Teknologi Informasi Fakultas

b. Peserta Seminar Ilmiah Intra Perguruan Tinggi

No. Nama Seminar Tahun Tempat Penyelenggara

Tingkat

(Jur/Fak/PT/Nas/Int

ernas)

1 Seminar Nasional Interpersonal & Life Skill 2012 GedungUndagi Graha

Jurusan Teknologi Informasi Nasional

2 Seminar Nasional ITpreneurship HMTI 2013 HotelWerdaputra

Himpunan Mahasiswa TeknologiInformasi

Nasional

3 Seminar Nasional Interpersonal & Life Skill 2012 GedungUndagi Graha

Jurusan Teknologi Informasi Nasional

4 Metro TV On Campus 2014 UniversitasUdayana

Metro TV Nasional

3. Kegiatan Penunjang Lainnya

a. Pengabdian Masyarakat Intra Perguruan Tinggi

Tingkat



No. Nama KegiatanKedudukan

(Ket/Angg)Waktu Tempat

Tingkat

(Jur/Fak/PT/Nas/

Internas)

1 Kuliah Kerja Nyata PPM Udayana Anggota 1 bulan Desa Timuhun Universitas

b. Pengalaman Kerja

No. Jenis Profesi Nama Lembaga (Pem/NonPem) Waktu Jabatan/Posisi

1 Game Developer PT. Bamboomedia Cipta Persada 1 bulan Engineer

Perancangan Sistem Informasi Rumah Sakit Modul Front Office Studi Kasus Rumah Sakit PTN Unud

Documents

Transcript of Perancangan Sistem Informasi Rumah Sakit Modul Front Office Studi Kasus Rumah Sakit PTN Unud