Selasa, 16 September 2008

BAB IV

BAB IV

PERANCANGAN SISTEM INFORMASI

4.1. Data Flow Diagram (DFD)

Data Flow Diagram (DFD) sering digunakan untuk menggambarkan suatu sistem yang telah ada atau sistem baru yang akan dikembangkan secara logika tanpa mempertimbangkan lingkungan fisik dimana data tersebut mengalir atau lingkungan fisik dimana data tersebut disimpan. DFD merupakan alat yang digunakan pada metodologi pengembangan sistem yang terstruktur.

1. Context Diagram

Context diagram adalah gambaran sistem secara logical, gambaran ini tidak tergantung pada perangkat keras, atau organisasi file. Keuntungan dari context diagram adalah memudahkan pemakai untuk mengerti sistem yang akan dikembangkan. Gambaran context diagram untuk sistem baru yang dirancang adalah sebagai berikut :

Gambar 4.1 Context Diagram Sistem Informasi Pasien Rawat Inap

2. Data Flow Diagram (DFD) level 0

DFD level 0 adalah merupakan penjabaran dari context diagram seperti dapat dilihat pada gambar 4.2

Gambar 4.2 Data Flow Diagram Sistem Informasi Pasien Rawat Inap

4.2 Entity Relationship Diagram (ERD)

Entity Relationship Diagram (ERD) adalah suatu model jaringan kerja (network) yang menguraikan susunan data yang disimpan dari sistem secara abstrak. ERD menunjukkan hubungan antar entity didalam sistem, entity dalam suatu tempat, benda yang semuanya memiliki nama yang umum.

Gambar 4.3 Entity Relationship Diagram Sistem Informasi Pasien Rawat Inap

4.3 Struktur Program

Struktur program akan digambarkan untuk membuat spesifikasi modul program aplikasi. Dalam struktur program ini terlihat bahwa program aplikasi yang dirancang terdiri atas beberapa modul program, modul ini dirumuskan sesuai dengan fungsinya dan bukan berdasarkan ukuran dari program.

Untuk lebih jelasnya struktur program untuk sistem informasi yang dirancang dapat dilihat pada gambar 3.6 dibawah ini :

Gambar 4.4 Struktur Program

4.4 Desain Secara Terinci

Desain Secara Terinci merupakan pengembangan lebih lanjut dari disain sistem secara global, dimana pada disain terinci ini dapat kita bagi atas empat rancangan yaitu disain output, disain input, disain file dan disain logika program.

4.4.1. Disain Output

a) Kartu Berobat

Gambar 4.5 Kartu Berobat

b) Kartu Status Pasien


PEMERINTAH DAERAH PESISIR SELATAN

RUMAH SAKIT RS.M.ZAIN

PAINAN



Gambar 4.6 Status Pasien

c) Status Penderita


PEMERINTAH DAERAH KABUPATEN PESISIR SELATAN

RUMAH SAKIT RS.M.ZAIN

PAINAN.

STATUS PENDERITA

No.Register : X (15) Kamar : X (7)

I. Nama : X (25)

Umur : 9 (2)

Jenis Kelamin : X (2)

Pekerjaan : X (50)

Alamat : X (50)

II. KETERANGAN TENTANG PENYAKIT YANG TERDAHULU

Keluhan Utama : X (50)

Status Rawat :X (50)

Suhu Badan : X (40) Celcius

Tinggi Badan : X (4) Cm

Berat Badan : X (4) Kg/Gram


Painan, 99 / 99 / 9999

Mengetahui,

Perawat / Dokter Yang membuat pernyataan,

( X (25) ) ( X (25) )


Gambar 4.7 Status Penderita

d) Catatan Perawatan Intensif

Painan, 99/99/9999

Diket.Pimpinan

( Dr. Hj. Hafleziani. Mkes )


Gambar 4.8 Laporan Catatan Perawatan Intensif

e) Kwitansi Pembayaran

PEMERINTAH DAERAH KABUPATEN PESISIR SELATAN

RUMAH SAKIT RS.M.ZAIN

PAINAN.


KWITANSI PEMBAYARAN

No.Register : X (15)

Kode Pasien : X (7)

Nama Pasien : X (25)

Kamar : X (30)

Tanggal Masuk : 99/99/9999

Tanggal Keluar : 99/99/9999

Kode Perawatan : X (7)

Jenis Perawatan : X (25)

Harga : 9 (8)

Lain-lain :

1. Biaya perawatan : 9 (8)

2. Biaya Obat : 9 (8)

3. Biaya Lain : 9 (8)

TOTAL : 9 (8)

Painan, 99/99/9999

Diket.Pimpinan

RSUD M.ZEIN Bendahara

PAINAN

( dr. Hj. Hafleziani. Mkes ) (adnan, Amd )

Gambar 4.9 Kwitansi Pembayaran

f) Surat Rawat Inap


PEMERINTAH DAERAH KABUPATEN PESISIR SELATAN

RUMAH SAKIT RS.M.ZAIN

PAINAN.


Surat Rawat Inap

Saya yang bertanda tangan dibawah ini :

Nama : X (25)

Pekerjaan : X (50)

Agama : X (20)

Alamat : X (50)

Adalah SUAMI / ISTRI / AYAH / IBU / FAMILY dari penderita :

Nama : X (25)

Pekerjaan : X (50)

Agama : X (25)

Alamat : X (50)

Dengan ini meyatakan bahwa sesungguhnya akibat dari penyakit yang diderita telah dirawat di RS.M.ZAIN PAINAN selama 9(2) hari terhitung dari tanggal : 99/99/9999 sampai dengan tanggal 99/99/9999.

Painan, 99 / 99 / 9999

Mengetahui,

Perawat / Dokter Yang membuat pernyataan,

( X (25) ) ( X (25) )

Gambar 4.10 Surat Rawat Inap

g) Laporan Data Pasien

Tabel 4.1 Laporan Data Pasien

h) Laporan Pembayaran Biaya

Tabel 4.2 Laporan Pembayaran Biaya

4.4.2 Desain Input

Tujuan dari disain input adalah untuk menjamin pemasukan data yang diterima dan dimengerti agar tercapai keakuratan yang tinggi sehingga pemasukan data dapat dilakukan dengan seobjektif mungkin. Dalam pembahasan selanjutnya dirancang, disain input agar memudahkan bagi pemakai dalam mengentrikan data. Adapun bentuk dari disain input yang penulis rancang pada sistem informasi pasien rawat inap RS.M.ZAIN PAINAN adalah sebagai berikut:

a. Desain Input File Pasien

Gambar 4.11 Disain input File Pasien

b. Desain Input File Kamar

Gambar 4.12 Disain input File Kamar

c. Desain Input File Perawatan

Gambar 4.13 Disain input File Perawatan

d. Desain Input File Pembayaran

Gambar 4.14 Disain input File Pembayaran

4.4.3 Desain File

Setelah bentuk laporan didisain dan rancangan input selesai dibuat, langkah selanjutnya adalah mendisain file-file database. File berfungsi untuk menyimpan dan mengorganisasi data, file-file tersebut terdiri dari beberapa record, record ini terdiri dari beberapa field, setiap record akan menampung data yang akan diproses menghasilkan informasi.

Rancangan program untuk pengolahan data pasien rawat inap pada RS.M.Zain Painan terdiri dari 4 file. Setiap file akan menampung data yang dibutuhkan dalam menghasilkan bentuk output (laporan) yang telah didisain pada disain output. Setiap file akan mempunyai sebuah field kunci yang berfungsi sebagai penghubung antar file.

1. File Pasien

Nama Database : Pasien

Nama Tabel : TPasien

Organisasi : Index

Media : Disk

Field Key : Kd_Pas

Tabel 4.3 Disain File Pasien

No

Field Name

Type

Width

Dec

Description

1

2

3

4

5

6

7

8

Kd_pas

Nm_Pas

Tgl_Lhr

Jns_Kel

Umur

Agama

Almt

Pekerjaan

Text

Text

Currency

Text

Number

Text

Text

Text

7

25

8

10

2

20

50

50

-

-

-

-

-

-

-

Kode Pasien

Nama Pasien

Tanggal Lahir

Jenis kelamin

Umur

Agama

Alamat

Pekerjaan

Total Width

172 Byte

-

2. File Kamar

Nama Database : Kamar

Nama Tabel : TKamar

Organisasi : Index

Media : Disk

Field Key : Kd_Kmr

Tabel 4.4 Disain File Kamar

No.

Field Name

Type

Width

Dec

Description

1.

2.

3

4

Kd_Kmr

Nm_Kmr

Tipe_kmr

Harga

Text

Text

Text

Currency

7

30

30

8

-

-

-

-

kode Kamar

Nama Kamar

Tipe Kamar

Harga

Total Width

75 Byte

-

3. File Perawatan

Nama Database : Perawatan

Nama Tabel : TPerawatan

Organisasi : Index

Media : Disk

Field Key : No_Register

Tabel 4.5 Disain File Perawatan

No

Field Name

Type

Width

Dec

Description

1

2

3

4

5

6

7

8

9

No_Register

Kd_Pas

Tgl_Msk

Kel_Utama

Kd_Kamar

Stts_Rawat

Suhu_Badan

Tinggi_Badan

Berat_Badan

Total Width

Text

Text

Date/time

Text

Text

Text

Text

Text

Text

15

7

8

50

7

50

40

4

4

240 Byte

-

-

-

-

-

-

-

-

-

No Register

Kode Pasien

Tanggal masuk

Keluhan Utama

Kode Kamar

Status Rawat

Suhu Badan

Tinggi_Badan

Berat_Badan

4. File Pembayaran

Nama Database : Pembayaran

Nama Tabel : TPembayaran

Organisasi : Index

Media : Disk

Field Key : No_Register

Tabel 4.6 Disain File Pembayaran

No

Field Name

Type

Width

Dec

Description

1.

2.

3.

4.

5.

No_Register

Tgl_keluar

Biaya_Lain

Biaya_Obat

Biaya_Perawatan

Text

Date/time

Currency

Currency

Currency

15

8

8

8

8

-

-

-

-

-

No Register

Tanggal Keluar

Biaya lain

Biaya Obat

Biaya Perawatan

Total Width

39 Byte

-

Tidak ada komentar: