PERANCANGAN BASIS DATA SISTEM INFORMASI PELAYANAN MEDIS DI RUMAH BERSALIN PERMATA HATI ABADI SRAGEN
Rohmadi Dosen APIKES Mitra Husada Karanganyar
ABSTRAK Basis data merupakan kumpulan data yang saling berkaitan. Perancangan basisdata merupakan bagian terpenting dalam pengembangan suatu sistem informasi. Penggunaan database management system (SMBD) dalam suatu kegiatan pelayanan khususnya pelayanan kesehatan memiliki keuntungan yang banyak diantaranya adalah dengan menggunakan SMBD pengunaan data dapat dilakukan bersamasama antar unit di pelayanan kesehatan. Tahap awal dalam sebuah pengembangan sistem informasi dilakukan dengan melakukan analisis kebutuhan data yang digunakan di unit pelayanan kesehatan hal ini diperlukan suatu perancangan basis data sistem informasi pelayanan medis yang nantinya akan bermanfaat untuk mencatat rekam medis pasien hingga kegiatan rumah bersalin. Maka perancangan data base agar seluruh pencatatan data medis pasien tercatat dengan baik dalam bentuk record data di data base diperlukan suatu penelitian dan analisis yang mendalam terhadap kebutuhan data dan analisis data dari kegiatan yang dilakukan selama ini. Penelitian ini menitik beratkan bagaimana membuat perancangan basis data sistem pelayan medis di rumah bersalin Permata Hati Abadi Sragen, sehingga database ini dapat digunakan oleh dokter, unit pelayanan untuk melakukan pelayanan medis. Dimulai dengan melakukan penangkapan data yang dibutuhkan kemudian dilakukan analisis data dan perancangan data base dari formulir yang biasa digunakan. Selanjutnya hasil analisis dan perancangan database dapat diimplementasikan dalam software database management system. Dengan demikian perancangan data base ini diharapkan dapat digunakan untuk pengembangan sistem informasi, dengan berbasis multi user. Kata Kunci Kepustakaan
: Basis Data, Rumah Sakit Bersalin : 5 (1994-2006)
pelayanan dan pecarian data rekam medis
PENDAHULUAN Data rekam medis merupakan data
pasien
hambat
sehingga
mempengaruhi
klinis pasien yang dicatat oleh unit pelayanan
pelayanan pasien di poliklinik. Perekaman
kesehatan untuk membantu dokter dalam
data medis pasien selalu dilakukan setiap
memberikan
pasien
tindakan
berikutnya
kepada
selesai
pemeriksaan,
tetapi
pasien. Jumlah kunjungan pasien rawat jalan
keterbatasan untuk penyebaran data bagi yang
yang tidak sedikit terkadang menjadikan
berhak
membutuhkan
Perancangan Basis Data Sistem Informasi Pelayanan Medis… (Rohmadi)
sering
terjadi
99
dikarekanan sistem pegelolaan data medis
kesehatan sangat penting karena sebagai dasar
pasien menggunakan paperless. Kendala lain
pemeliharaan
yang dialami ketika data medis pasien ditulis
pasien, bahan pembuktian dalam perkara
secara paperless adalah pencarian data yang
hukum, untuk kepentingan penelitian, dasar
lambat dan data medis pasien yang tidak
pembayaran biaya pelayanan kesehatan dan,
berkesinambungan
bahan untuk menyiapkan statistik kesehatan.
disebabkan
karena
dokumen rekam medis yang tidak ditemukan
kesehatan
dan
pengobatan
Penelitian ini akan menghasilkan
berakibat pada pelayanan yang tidak tuntas
suatu
kepada pasien, sebab data rekam medis akan
pengambangan sistem informasi rumah sakit
digunakan untuk dokter dalam melakukan
bersalin permata hati abadi di Sragen. Tujuan
tindakan
Penggunaan
perancangan ini adalah pengelolaan data dari
teknologi informasi dalam pencatatan rekam
paperless dapat di migrasi menjadi elektronik
medis pasien akan mempermudah bagi dokter
dalam bentuk database, sehingga perancangan
dan petugas pelayanan kesehatan untuk
ini dapat digunakan untuk pengembangan
melayani pasien. Pelayanan prima cepat dan
sistem.
kepada
pasien.
perancangan
basis
data
untuk
tepat akan meningkatkan kualitas pelayanan kesehatan.
Sehingga
diperlukan
suatu
perancangan basisdata rekam medis pasien
TINJUAN PUSTAKA A. Rekam Medis
rawat jalan.
Menurut Huffman EK, (1994) rekam
Sistem Rekam Medis dan Informasi
medis adalah rekaman atau catatan mengenai
Kesehatan di institusi pelayanan kesehatan
siapa,
seperti Rumah Sakit, dan Lembaga Pelayanan
bagaimana pelayanan yang diberikan kepada
Kesehatan Masyarakat yang terintegrasi dan
pasien selama masa perawatan yang memuat
akurat merupakan proses aktivitas penting
pengetahuan mengenai pasien dan pelayanan
melalui sistem pencatatan, pengolahan dan
yang diperolehnya serta memuat informasi
analisis data medis secara lengkap, akurat,
yang
tepat
membenarkan diagnosis dan pengobatan serta
waktu
dan
terintegrasi
dalam
pengelolaan data pasien baik yang tertulis
apa,
mengapa,
cukup
bilamana,
mengidentifikasi
dan
pasien,
merekam hasilnya.
maupun terekam tentang identitas, amnesia,
Tujuan rekam medis adalah untuk
penentuan fisik, laboratorium, diagnosa segala
menunjang tercapainya tertib administrasi
pelayanan dan tindakan, medik yang diberikan
dalam rangka upaya peningkatan pelayanan
kepada pasien dan pengobatan baik yang
kesehatan di rumah sakit. Tanpa didukung
dirawat inap, rawat jalan maupun, gawat
suatu sistem pengelolaan rekam medik yang
darurat. Data rekam medis dan informasi
baik dan benar, mustahil tertib administrasi
100
Jurnal Kesehatan, ISSN 1979-9551, VOL.II, NO.2, MARET 2008, Hal 99-113
rumah sakit akan berhasil sebagaimana yang
dan pemulihan diri setelah persalinan. Rumah
diharapkan. Sedangkan tertib administrasi
Sakit Bersalin memiliki berbagai program
merupakan salah satu faktor yang menentukan
kegiatan yang mendukung kegiatan medisnya,
didalam upaya pelayanan kesehatan di rumah
diantaranya adanya sarana untuk informasi
sakit (Dep.Kes RI, 2006).
dan konsultasi serta pemeriksaan baik dari
Secara harfiah, pengertian Rumah sakit
(hospital)
perawatan
adalah
kesehatan
pelayanannya
sebuah
institusi
profesional
disediakan
oleh
segi fisik, psikis maupun sosial. C. Basis Data
yang dokter,
Istilah "basis data" berawal dari ilmu komputer.
Meskipun
kemudian
artinya
perawat, dan tenaga ahli kesehatan lainnya.
semakin luas, memasukkan hal-hal di luar
Sedangkan Rumah Sakit Ibu dan Anak adalah
bidang elektronika, artikel ini mengenai basis
rumah sakit yang dilengkapi dengan fasilitas
data komputer. Catatan yang mirip dengan
untuk melahirkan pemeriksaan kehamilan,
basis data sebenarnya sudah ada sebelum
pemeriksaan ibu dan anak serta berada
revolusi industri yaitu dalam bentuk buku
dibawah pengawasan dokter dan atau bidan
besar, kuitansi dan kumpulan data yang
senior.
berhubungan dengan bisnis.
Masalah kesehatan ibu dan anak kini terus
Konsep dasar dari basis data adalah
berkembang. Ini menuntut kemampuan dan
kumpulan dari catatan-catatan, atau potongan
profesionalisme
untuk
dari pengetahuan. Sebuah basis data memiliki
mengatasinya. Layanan medis yang tepat,
penjelasan terstruktur dari jenis fakta yang
cepat,
diharapkan
tersimpan di dalamnya: penjelasan ini disebut
masyarakat. Sebab kesehatan menjadi salah
skema. Skema menggambarkan obyek yang
satu hal terpenting yang tengah menjadi
diwakili suatu basis data, dan hubungan di
sorotan sekaligus kebutuhan masyarakat.
antara obyek tersebut. Ada banyak cara untuk
B. Rumah Sakit Bersalin
mengorganisasi skema, atau memodelkan
dan
kalangan
akurat,
medis
sangat
Rumah Sakit Bersalin adalah adalah sebuah institusi kesehatan yang menyediakan
struktur basis data ini dikenal sebagai model basis data atau model data.
pelayanan oleh ahli profesional dan peralatan spesialis
untuk
yang
umum
digunakan
kesehatan
sekarang adalah model relasional, yang
kehamilan dan persalinan, rawat inap dalam
menurut istilah layman mewakili semua
jangka waktu panjang ataupun pendek, serta
informasi dalam bentuk tabel-tabel yang
rawat
saling berhubungan dimana setiap tabel terdiri
jalan.
pemeriksaan
Model
Rumah
Sakit
Bersalin
mengakomodasi kebutuhan ibu hamil mulai
dari
baris
dari awal kehamilan sampai proses persalinan
sebenarnya
Perancangan Basis Data Sistem Informasi Pelayanan Medis… (Rohmadi)
dan
kolom
menggunakan
(definisi
yang
terminologi
101
matematika). Dalam model ini, hubungan
b. DFD
antar tabel diwakili denga menggunakan nilai
c. Model ER
yang sama antar tabel. Model yang lain seperti model
hierarkis
dan
model
2.
Perancangan secara logis.
jaringan
menggunakan cara yang lebih eksplisit untuk
Translasi model ER ke Model Relasional 3.
Perancangan secara fisik.
mewakili hubungan antar tabel.
Penciptaan database, relasi, dan hal-hal
Istilah basis data mengacu pada koleksi dari
terkait ke dalam bentuk fisik.
data-data yang saling berhubungan, dan perangkat sebagai
lunaknya sistem
(database
seharusnya
manajemen
management
mengacu
basis
data
system/DBMS).
Dalam menggambarkan diagram alir data
a.
data
base
dapat
Diagram konteks merupakan gambaran kasar aliran informasi dan data yang akan dilakukan oleh system database yang
user application programmer
application interface
konsep
menggunakan :
Berikut ini gambar struktur DBMS : naive user
pada
sophisticated user
application program
database administrator
Database Scheme
query
akan dirancang. b.
DFD merupakan detail rancangan dari diagram konteks yang sudah dibuat yang sudah memuat rancangan table database
Data manipulation language precompiler
application programs object code
yang
query processor
database manager
data definition language compiler database management system
akan
diimplementasikan
pada
database yang akan dibuat. Untuk relasi data dapat digambarkan dengan menggunakan Diagram E-R (Entity Relational). ERD merupakan model jaringan
file manager
yang
menggunakan
disimpan
dalam
susunan
sistem
data
secara
yang
abstrak.
Diagram E-R berupa model data konseptual, data files
yang merepresentasikan data dalam suatu organisasi. ERD menekankan pada struktur
data dictionary disk storage
dan relationship data, berbeda dengan DFD
Gambar 1. Struktur Database Management
jaringan fungsi yang akan dilaksanakan
System (DBMS) Tahap
(Data Flow Diagram) yang merupakan model
Perancangan
Database
sistem.
dilakukan dengan cara sebagai berikut : 1.
Perancangan secara konseptual a. Diagram konteks
102
Jurnal Kesehatan, ISSN 1979-9551, VOL.II, NO.2, MARET 2008, Hal 99-113
Notasi
Yang
digunakan
{(e1, e2, ... ,en) | e1 E1, e2 E2, . . . ., en
pada
perancangan E-R diagram ENTI TAS
En} Kardinalitas:
dimana (e1, e2, ... ,en) adalah suatu relasi
Selalu hanya satu
Hubung an
d.
Binary Relationship Set adalah relasi antara dua himpunan entitas
Satu atau banyak
e.
Ternary Relationship Set adalah relasi antara tiga himpunan entitas
Atrib ut
Nol atau satu
f.
N-ary Relationship Set adalah relasi antara n himpunan entitas
Nol, satu, atau banyak
g.
Suatu relasi dapat memiliki attribute Attribute
Gambar 2. Notasi perancangan ERD
adalah
sekumpulan
attribut-attribut akan dapat menjelaskan suatu Normalisasi
merupakan
teknik
entitas
Pertimbangkan
himpunan
entitas
analisis data yang mengorganisasikan atribut-
employee dengan attribut employee-name dan
atribut data dengan cara mengelompokkan
phone-number, Sementara itu suatu telephone
sehingga
adalah suatu entitas yang memiliki attribut
terbentuk entitas
yang
non-
redundant, stabil, dan fleksible. Normalisasi dilakukan sebagai uji coba pada suatu relasi
phone-number dan location. Mapping cardinality adalah suatu
menentukan
ekspresi yang menyatakan jumlah entitas yang
apakah relasi itu sudah baik, yaitu dapat
dapat diassisiasikan dengan entitas lain pada
dilakukan proses insert, update, delete, dan
suatu himpunan relasi.
secara
berkelanjutan
untuk
modifikasi pada satu atau beberapa atribut
a1
b1
tanpa mempengaruhi integritas data dalam
a2
b2
relasi tersebut.
a3
b3
a4
b4
Relasi dan Himpunan Relasi-relasi
One-to-one
adalah : a.
diantara beberapa entitas b.
b1
Suatu Relasi adalah suatu assosiasi
Suatu himpunan relasi adalah suatu
a1
b2
a2
b3
a3
b4
himpunan relasi yang memiliki tipe yang sama c.
b5
One-to-many
Jika E1, E2, ..... En adalah himpunan entitas, maka suatu himpunan relasi R adalah suatu subset dari
Perancangan Basis Data Sistem Informasi Pelayanan Medis… (Rohmadi)
103
g.
a1 a2
b1
a3
b2
a4
b3
Discriminator dari suatu himpunan weak entity adalah suatu himpunan attribut yang
digunakan
h.
Primary key dari weak entity didapatkan dengan membentuk primary key pada
Many-to-one
strong entity a1
b1
a2
b2
a3
b3
a4
b4
i.
j.
adalah Primary-key(E1) Primary-key(E2)
Superkey adalah suatu himpunan dari satu
... Primary-key(En)
kolektif,
kesempatan
yang
kepada
k.
memberikan kita
{a1, a2, ... an} Primary-key(E1) Primary-key(E2)
mengidentifikasikan suatu entitas secara
... Primary-key(En) {a1, a2,... an}
Candidate key adalah suatu super set dari D. Conceptual Database Design
suatu super key
Conceptual database design adalah
Primary key adalah suatu key dari candidate key yang dipilih oleh user untuk mengidentifikasikan suatu entitas
proses membangun suatu model berdasarkan informasi yang digunakan oleh perusahaan atau
dalam suatu data base Weak entity set adalah suatu himpunan entitas yang tidak memiliki suatu attrtibut yang dapat dijadikan key Suatu himpunan entitas yang memiliki primary key adalah disebut sebagai
Suatu weak entity dapat dibuat menjadi berarti dengan menggunakan suatu relasi, dan harus dalam bentuk one-to-many
organisasi,
pertimbangan
Langkah pertama : Membuat local conceptual data model untuk setiap pandangan yang spesifik. Local conceptual data model terdiri dari : Entitiy types Menurut Connoly (2002,p331), entity types
adalah
kumpulan
objek
yang
mempunyai karakteristik yang sama, dimana
104
tanpa
perencanaan fisik (Connolly, 2002).
a.
strong entity set f.
Attribut untuk suatu relasi dengan attribut
untuk
unik dalam suatu himpunan entitas
e.
Attribut untuk suatu relasi tampa attribut
base :
secara
d.
Diperlukan suatu mekanisme yang sama dengan entitas untuk suatu relasi
atau beberapa attribut yang diambil
c.
ditambah discriminator
entity tersebut
Many-to-many Penggunaan key (kunci) pada data
b.
membedakan
entitas tersebut
a5
a.
untuk
telah
diidentifikasi
oleh
Jurnal Kesehatan, ISSN 1979-9551, VOL.II, NO.2, MARET 2008, Hal 99-113
perusahaan. Menurut Silberschatz (2006),
beberapa bagian. Contoh dari simple
entity types adalah kumpulan dari entity
attribute
yang memiliki tipe dan karakteristik yang
sedangkan untuk composite attribute
sama.
adalah alamat pada entity mahasiswa,
Entity dapat dibedakan menjadi dua yaitu
karena dalam alamat bisa dibagi
:
menjadi bagian entiti jalan, entiti
1.
Strong
Entity
:
keberadaannya
entity
tidak
yang
kode_pos
tergantung
b.
Weak
entity
2. :
entity
yang
entiti
kota
Single-valued attribute dan Multivalued attribute
keberadaannya tergantung dari entity
Single-valued
lain (Fathansyah,1999).
attribute yang memiliki satu nilai
attribute
adalah
Relationship types
pada setiap entity, sedangkan multi-
Menurut Connolly (2002) definisi dari
valued attribute adalah attribute
relationship types adalah kumpulan antar
yang mempunyai beberapa nilai pada
entity yang saling berhubungan dan
setiap entity (Connolly,2002). ·
mempunyai arti. c.
dan
nama_barang
(Silberchatz,2002,p29).
kepada entity lain. 2.
adalah
3.
Derived attribute
Attribute dan attribute domains
Derived
Attribute adalah karakteristik dari suatu
attribute
entity atau relasi (Connolly,2002). Setiap
diperoleh dari hasil perhitungan atau
attribute diperbolehkan untuk memiliki
dapat diturunkan dari attribute lain
nilai
yang
yang
disebut
dengan
domain.
Attribute domains adalah kumpulan dari nilai-nilai yang diperbolehkan untuk satu
attribute yang
merupakan nilai-nilainya
berhubungan
(Silberschatz,2006). d.
Primary key dan alternate keys
atau lebih attribute. Ada beberapa jenis
Primary key adalah key yang telah
dalam attribute :
menjadi candidate key yang dipilih secara
1.
Simple
attribute
dan
Composite
unik untuk mengidentifikasi suatu entity
attribute
types. Candidate key adalah kumpulan
Simple attribute adalah attribute
attribute
yang terdiri dari komponen tunggal
mengidentifikasikan suatu entity types
dimana attribute tersebut tidak dapat
(Connolly,2002). Alternate key adalah
dipisahkan
key yang digunakan sebagai alternatif dari
lagi,
sedangkan
minimal
composite attribute adalah attribute
key
yang
yang masih dapat dipisahkan menjadi
(Fathansyah,1999).
Perancangan Basis Data Sistem Informasi Pelayanan Medis… (Rohmadi)
yang
telah
unik
untuk
didefinisikan
105
e.
Integrity constraints Integrity
constraints
b. adalah
batasan-
Atribut attribute)
bukan
kunci
(non-key
tidak
boleh
memiliki
batasan yang menentukan dalam rangka
ketergantungan fungsional terhadap
melindungi basis data untuk menghindari
atribut bukan kunci lainnya. Seluruh
terjadinya inconsistent. (Connolly,2002).
atribut bukan kunci pada suatu relasi hanya
memiliki
ketergantungan
fungsional terhadap primary key
E. Normalisasi Proses normalisasi terhadap tabel
direlasi itu saja.
pada database dapat dilakukan dengan tiga tahap normalisasi antara lain :
METODE PENELITIAN
1. Bentuk Normal ke Satu(1NF)
Metode yang digunakan yaitu metode
Syarat :
analisis dan metode perancangan. Metode
a.
Tidak ada set atribut yang berulang
Analisis, yaitu :
atau bernilai ganda.
a.
b.
c.
d.
Telah ditentukannya primary key
pembelian
untuk tabel atau relasi.
melakukan wawancara terhadap pihak
Tiap atribut hanya memiliki satu
manajemen dan karyawan yang terlibat
pengertian.
dalam kegiatan rumah sakit. Analisa terhadap hasil survey
banyak
c.
Mengetahui
nilai
sebenarnya
d.
bentuk normal ke satu. bukan
Hasil dari analisa ini digunakan untuk merancang basis data aktif seperti yang
kunci(non-key
haruslah
ketergantungan
diusulkan. Metode Perancangan, antara lain:
memiliki
a.
Pembuatan DFD (Data Flow Diagram)
fungsional
b.
Pembuatan kamus data (Data
sepenuhnya pada primary key 3. Bentuk Normal ke Tiga (3NF) Syarat :
Dictionary) c.
Pembuatan spesifikasi file
d.
Pembuatan ERD (Entity Relationship
Bentuk data telah memenuhi kriteria bentuk normal ke dua.
106
Mengetahui persyaratan sistem agar
berjalan.
Bentuk data telah memenuhi kriteria
attribute)
informasi
sesuai dengan kegiatan yang sudah
Syarat :
Atribut
hubungan
berjalan,
pengguna sistem
2. Bentuk Normal ke Dua(2NF)
a.
sedang
b.
yang terpisah.
b.
yang
Tiap atribut yang dapat memiiki
menggambarkan entitas atau relasi
a.
Melakukan survei terhadap sistem
Diagram) e.
Perancangan basis data
Jurnal Kesehatan, ISSN 1979-9551, VOL.II, NO.2, MARET 2008, Hal 99-113
2. Data Flow Diagram
HASIL PENELITIAN DAN PEMBAHASAN
Context diagram dari Perancangan
A.
Hasil Penelitian
Sistem menjelaskan garis besar dari
1. Aliran Dokumen Proses Pendaftaran
proses
Rawat Pasien
perawatan
pasien.
Pada
context diagram ini terdapat empat
Aliran
dokumen
entity yaitu pasien (ibu maupun
pendaftaran rawat pasien merupakan
bayi),
dokter,
aliran dokumen pendaftaran rawat
penjamin/asuransi
inap ibu, proses-proses yang terjadi
rumah sakit.
secara manual dan terkomputerisasi
perusahaan dan
direktur
Surat Rujukan Pasien ke RS Lain Ttd 1 Nota Pembayaran Perawatan Inap Pasien Bayi Oleh Perusahaan Lunas Nota Pembayaran Perawatan Inap Pasien Ibu dan Bayi Lunas Nota Pembayaran Perawatan Inap Pasien Ibu Oleh Perusahaan Nota Pembayaran Inap Pada Pasien Bayi Lunas Kartu Pasien Bayi Yang Baru Dilahirkan Rincian Pembayaran Perawatan Inap Pasien Ibu dan Bayi Surat Persetujuan Tindakan Medis Pasien Ibu Ttd 1
tetapi sistem belum berjalan secara
Resep Obat Pasien Ibu Pulang Nota Pembayaran Perawatan Inap Pasien Ibu Lunas Rincian Pembayaran Perawatan Inap Pasien Bayi
Pasien
Surat Persetujuan Pasien Ibu Persalinan Normal Ttd 2 Surat Persetujuan Pasien Ibu Persalinan Operasi Ttd 1 Rincian Pembayaran Perawatan Inap Pasien Ibu
baik
serta
bagian-bagian
dari
Surat Persetujuan Rawat Inap Surat Persetujuan Pasien Ibu Pulang Ttd Surat Rujukan Ke RS Lain Surat Persetujuan Tindakan Medis Pasien Bayi Ttd 1 Surat Persetujuan Pasien Bayi Pulang Ttd Surat Kelahiran Bayi Kartu Pasien Bayi 1 Resep Obat Pasien Bayi Pulang
organisasi yang terlibat dari proses
Surat Pesan Pulang 1 Laporan Keuangan Laporan Rekam Medik
Kartu Pasien Ibu 1
Laporan Data Pasien
Dir Operasional
Laporan Rawat Inap
perawatan pasien.
0 Kartu Pasien Ibu Kartu Pasien Bayi Surat Persetujuan Pasien Ibu Persalinan Normal Ttd 1 Surat Persetujuan Pasien Bayi Pulang Ttd 2 Data Pasien Bukti Pembayaran Surat Jaminan Pembayaran Surat Persetujuan Pasien Ibu Persalinan Operasi Ttd 2 Surat Persetujuan Tindakan Medis Pasien Ibu Ttd 2 Resume Medis 1
Surat Persetujuan Tindakan Medis Pasien Bayi Ttd 2 Surat Persetujuan Pasien Bayi Pulang Untuk Pembayaran
Lap Pembayaran Rawat Inap Pasien ibu
Rincian Pembayaran Perawatan Inap Pasien Bayi 1 Rincian Pembayaran Perawatan Inap Pasien Ibu dan Bayi 1
Lap Pembayaran Rawat Inap Pasien Bayi
Surat Persetujuan Pasien Ibu Pulang Utk Pembayaran Surat Pengantar Rawat Inap
Sistem Informasi Rawat Inap
Pembayaran
Surat Persetujuan Rawat Inap Ttd
Rekam Medis Pasien Ibu Inap 1 Rekam Medis Pasien Ibu Inap 2 Surat Persetujuan Pasien Ibu Persalinan Operasi Surat Persetujuan Pasien Ibu Persalinan Operasi Ttd Surat Persetujuan Pasien Ibu Pulang Surat Persetujuan Pasien Ibu Pulang Ttd Lembar Identitas Bayi Persalinan Operasi
+
Surat Persetujuan Pasien Ibu Persalinan Normal Ttd Rekam Medik Pasien Bayi Inap 1 Rekam Medik Pasien Bayi Inap 2
Resume Medis Surat Pesan Pulang Resep Obat Lembar Identitas Bayi Persalinan Normal Surat Persetujuan Pasien Ibu Persalinan Normal Rekam Medik Pasien Ibu Persalinan Normal Rekam Medik Pasien Ibu Persalinan Normal 1 Rekam Medik Pasien Bayi 1 Rekam Medik Tindakan Medik Pasien Ibu 2 Rekam Medik Tindakan Medis Pasien Ibu 1 Surat Persetujuan Tindakan Medis Pasien Bayi Ttd Surat Persetujuan Tindakan Medis Pasien Bayi Surat Persetujuan Tindakan Medis Ibu Surat Persetujuan Tindakan Medis Pasien Ibu Ttd Dokter Surat Persetujuan Pasien Bayi Pulang Surat Persetujuan Pasien Bayi Pulang Ttd 1 Rekam MedikTindakan Medis Pasien Bayi 1 Rekam Medik Tindakan Medis Pasien Bayi 2 Rekam Medik Pasien Bayi Persalinan Normal 1 Rekam Medik Pasien Bayi Persalinan Normal Rekam Medis Pasien Bayi Persalinan Operasi Rekam Medik Pasien Bayi Persalinan Operasi 1 Rekam Medik Pasien Ibu Persalinan Operasi 2 Rekam Medik Pasien Ibu Persalinan Operasi 1 Surat Rujukan Pasien ke RS Lain Surat Rujukan Pasien ke RS Lain Ttd
Gambar 4. Context Diagram RSBP Abadi Sragen 3. Entity Realiontship Diagram Entity
Relation
Diagram
adalah
proses yang menjelaskan hubungan antar entity dan relasinya. Entity Relation Diagram memiliki 2 model yaitu Conceptual Data Model (CDM) yang menjelaskan suatu hubungan antar entity secara konseptual dan Gambar
3.
Pendaftaran
Gambaran
Aliran
Dokumen
Physical Data Model (PDM) yang menggambarkan
hubungan
antar
entity secara fisik.
Perancangan Basis Data Sistem Informasi Pelayanan Medis… (Rohmadi)
107
Perusahaan
1. Model
data
MASTER_IBU
konseptual
RM_IBU NAMA_IBU ALAMAT_PASIEN_2 TELP TEMPAT_LAHIR_IBU TANGGAL_LAHIR_IBU UMUR NAMA_SUAMI PEKERJAAN_SUAMI PEKERJAAN_PASIEN AGAMA_PASIEN NO_TELP_HP GOLONGAN_DARAH CAP_IBU_JARI_TANGAN_KANAN_IBU NAMA_WAKIL_KELUARGA ALAMAT_WAKIL_KELUARGA
(Conseptual Data Model). Model data konseptual adalah rancangan
char(6) varchar(25) varchar(25) varchar(15) varchar(15) date integer varchar(25) varchar(20) varchar(20) varchar(15) varchar(15) varchar(10) long binary varchar(20) varchar(20)
RM_IBU =RM_IBU RM_IBU = RM_IBU
REGISTRASI_PASIEN ID_REG_PASIEN integer ID_DET_REG_BAYI integer ID_DET_REG_IBU integer TANGGAL_MASUK date JAM_MASUK time TANGGAL_KELUAR date JAM_KELUAR time TIPE_PEMBAYARAN varchar(10) NAMA_TIPE_PEMBAYARAN varchar(20)
ID_REG_PASIEN = ID_R EG_PASIEN
dalam bentuk diagram sebelum
RM_IBU = RM_IBU
ID_ DET_ REG_IBU =ID_DET_REG_IBU
DETAIL_REGISTRASI_IBU ID_DET_REG_IBU integer RM_IBU char(6) ID_RUJUKAN char(5) ID_REG_PASIEN integer
pembuatan database secara detail.
RELATION_254 ID_REG_PASIEN ID_JENIS_PERAWATAN
integer char(4)
MASTER_JENIS_PERAWATAN
Master Ibu
ID_DOKTER NAMA_DOKTER ALAMAT_RUMAH_DOKTER AGAMA NO_TELP_HP TEMPAT_LAHIR_DOKTER TANGGAL_LAHIR_DOKTER PENDIDIKAN_TERAKHIR STATUS_DOKTER JENIS_SPESIALIS
Master Bayi
RM Ibu Nama Ibu Alamat Pas ien 2 T elp T empat Lahir Ibu T ang g al Lahir Ibu Umur Nama Suami Pekerjaan Suami Pekerjaan Pasien Agama Pasien No T elp Hp Golongan Darah Cap Ibu J ari T angan Kanan Ibu Nama Wakil Keluarg a Alamat Wakil Keluarg a
Memiliki Mempunyai
Mempunyai
RM Bayi Nama Bayi Jenis Kelamin Berat Badan Panjang Badan Jam Lahir T empat Lahir bayi T ang g al Lahir Status Bayi Lahir Cap Kaki Kiri Bayi Cap Kaki Kanan Bayi Golongan Darah Bayi
Dimiliki Memiliki
Mempunyai
FEE_DOKTER ID_FEE_DOKTER integer ID_RM integer FEE_DOKTER numeric(15)
ID_PALTEM = ID _PAL TEM
char(5) integer
Master Kamar ID Kamar Nama Kamar
Memiliki
Master Kelas Memiliki
ID Perawat Nama Perawat Alamat Perawat T elp Agama T empat Lahir T ang g al Lahir Pendidikan Terakhir Status
Menangani
Pemakaian Obat Id Pobat Dos is Obat T ang g al Pemakaian Obat Keterangan Pemakaian O bat
ID_ BAYAR = ID _BAYAR
integer integer integer date varchar(25)
ID_BAYAR ID_RM TGL_BAYAR KETERANGAN_BAYAR DISKON TOTAL_DISKON TOTAL_BAYAR TERBILANG TGL_UPDATE
integer integer date varchar(10) varchar(15) varchar(15) varchar(15) varchar(30) date
Gambar 6. RSB Permata Hati Abadi Sragen B.
Pembahasan
Memiliki
Master Ruang Id Ruang Nama Ruang T arif Ruang
1.
Struktur tabel basisdata
a.
Tabel Ibu
F ee Dokter Id Fee Dokter F ee Dokter
Mempunyai
Master Obat
ID Kelas T ipe Kelas T arif Kelas
Master Perawat
ID RM Keluhan Pasien Diag nos a Utama T indakan
Memiliki
Master Alkes
Dimiliki
Memiliki
MASTER_PERAWAT ID_PERAWAT char(5) NAMA_PERAWAT varchar(25) ALAMAT_PERAWAT varchar(25) TELP varchar(15) AGAMA varchar(15) TEMPAT_LAHIR varchar(15) TANGGAL_LAHIR date PENDIDIKAN_TERAKHIR varchar(20) STATUS char(5) PEMBAYARAN_PERAWATAN
ID_RM= ID_RM
ID_PALTEM ID_RM JUMLAH_PEMAKAIAN TANGGAL_PEMAKAIAN_ALKES KETERANGAN_PEMAKAIAN_ALKES
MASTER_RUANG ID_RUANG char(4) NAMA_RUANG varchar(15) TARIF_RUANG numeric(10)
Master Karyawan
Rekam M edik
Pemakaian Alat Kesehatan
Dimiliki
Pembayaran Perawatan
Id Palkes Jumlah Pemakaian T ang g al Pemakaian Alkes Keterangan Pemakaian Alkes
Memliki Dimiliki
Id Bayar T gl Bayar Keterangan Bayar Diskon T otal Diskon T otal Bayar T erbilang T gl Update
No
Nama Field
Type
Size
Ket
1
No_reg
Varchar
8
Primary Key
2
Nama_ibu
Varchar
20
Atribut penyerta
3
Tgl_lahir_ibu
Atribut penyerta
Agama_ibu
Datetim eVarchar
-
4
7
Atribut penyerta
5
Pekerjaan_ibu
Varchar
20
Atribut penyerta
6
Alamat
Varchar
30
Atribut penyerta
Model data phisik adalah hasil
7
Gol_darah
Char
2
Atribut penyerta
generate
data
8
Tlp_ibu
Varchar
15
Atribut penyerta
konseptual. Model data phisik
9
Nama_suami
Varchar
20
Atribut penyerta
10
Agama_suami
Varchar
7
Atribut penyerta
11
Pekerjaan_suami Varchar
20
Atribut penyerta
rancangan fisik basis data yang
12
Tlp_suami
Varchar
15
Atribut penyerta
disimpan. Model data phisik ini
13
Umur_ibu
Varchar
2
Atribut penyerta
menghasilkan table-tabel
14
Tgl_daftar
Atribut penyerta
Nik
Datetim eVarchar
-
15
20
Atribut penyerta
16
Umur_suami
Varchar
2
Atribut penyerta
17
Gravida
Char
1
Atribut penyerta
perancangan data model RSB
18
Abortus
Char
1
Atribut penyerta
Permata Hati Abadi Sragen
19
Partus
Char
1
Atribut penyerta
Gambar 5. Conceptual Data Model RSB Permata Hati Abadi Sragen 2. Model data phisik (Physical Data Model)
dari
model
pada sistem ini mempresentasikan
nantinya
dipakai
yang dalam
implementasi sistem. Berikut ini
108
ID_OBAT ID_PALTEM
ID_PERAWAT= ID_ PERAWAT
ID_RM = ID_RM
RELATION_251 ID_OBAT =ID_OBAT
Menempat i
ID Karyawan Nama Karyawan Alamat Karyawan T elp Karyawan Agama Karyawan T empat Lahir Karywan T ang g al Lahir Karyawan Pendidikan Terakhir Status Karyawan
Dimiliki
Id Obat Nama Obat Harg a Obat Stok
char(6) integer integer date varchar(25)
PEMAKAIAN_ALAT_KESEHATAN
Master Dokter ID Dokter Nama Dokter Alamat Rumah Dokter Agama No T elp Hp T empat Lahir Dokter T ang g al Lahir Dokter Pendidikan Terakhir Status Dokter Jenis Spesialis
Id Alat Nama Alat Harg a_Alat Stok
MASTER_OBAT ID_OBAT char(5) NAMA_OBAT varchar(25) HARGA_OBAT numeric(15) STOK integer
ID_RUANG = ID _RUANG
RELATION_247 ID_RM integer ID_PERAWAT char(5)
ID_POBAT =ID _POBAT
PEMAKAIAN_OBAT ID_POBAT ID_RM DOSIS_OBAT TANGGAL_PEMAKAIAN_OBAT KETERANGAN_PEMAKAIAN_OBAT
ID_RUANG = ID _RUANG
ID_ RM =ID_ RM
ID Reg Inap
Mempunyai
Master Jenis Perawatan ID J enis Perawatan Jenis Perawatan
Master Rujukan
integer char(6) char(6) integer integer char(5) varchar(25) varchar(25) varchar(25)
Detail Registras i Khus us Inap
Id Det Reg Ibu
ID Rujukan Nama Rumah Sakit
ID_KEL AS= ID_KELAS
ID_RM =ID_ RM
RELATION_250 ID_ALAT char(5) ID_POBAT char(6)
ID_ALAT = ID_ALAT
MASTER_KELAS ID_KELAS char(4) ID_RUANG char(4) ID_REG_INAP integer TIPE_KELAS varchar(15) TARIF_KELAS varchar(20)
REKAM_MEDIK ID_RM RM_IBU RM_BAYI ID_BAYAR ID_REG_PASIEN ID_DOKTER KELUHAN_PASIEN DIAGNOSA_UTAMA TINDAKAN
ID_RM =ID_RM
char(5) varchar(25) numeric(15) integer
ID_KELAS= ID_ KELAS ID_REG_ IN AP = ID_REG_INAP
ID_DOKTER = ID _DOKTER
Detail Registras i Bayi Id Det Reg Bayi Mempunyai
MASTER_KAMAR ID_KAMAR char(5) ID_KELAS char(4) NO_KAMAR varchar(15) RM_BAYI= RM_BAYI
RELATION_255 ID_REG_PASIEN integer ID_PEGAWAI char(5)
char(5) varchar(25) varchar(25) varchar(15) varchar(15) ID_ PEGAWAI= ID_PEGAWAI varchar(15) date varchar(20) varchar(5)
MASTER_ALKES ID_ALAT NAMA_ALAT HARGA_ALAT STOK
Detail Registras i Ibu Dimiliki
char(5) varchar(20) varchar(25) varchar(15) varchar(15) varchar(15) date varchar(20) varchar(5) varchar(25)
DETAIL_REGISTRASI_KHUSUS_INAP ID_REG_INAP integer ID_REG_PASIEN integer ID_RUANG char(4) ID_KELAS char(4)
ID_REG_PASIEN = ID _REG_PASIEN
Memiliki
Reg istrasi Pasien Id Reg Pas ien T ang g al M asuk Jam M asuk T ang g al Keluar Jam Keluar T ipe pembayaran Nama T ipe Pembayaran
char(4) varchar(15)
MASTER_PEGAWAI ID_PEGAWAI NAMA_KARYAWAN ALAMAT_KARYAWAN TELP_KARYAWAN AGAMA_KARYAWAN TEMPAT_LAHIR_KARYWAN TANGGAL_LAHIR_KARYAWAN PENDIDIKAN_TERAKHIR STATUS_KARYAWAN
MASTER_DOKTER
pada Gambar berikut ini.
ID_REG_PASIEN = ID_R EG_PASIEN
ID_REG_ PASIEN = ID _R EG_PASIEN
ID_JENIS_PERAWATAN JENIS_PERAWATAN
DETAIL_REGISTRASI_BAYI ID_DET_REG_BAYI integer RM_BAYI char(6) ID_REG_PASIEN integer
RM_BAYI=RM_BAYI ID_DET_R EG_BAYI=ID_DET_R EG_BAYI
ID_REG_PASIEN = ID _REG_PASIEN
ID_RUJUKAN =ID_RUJUKAN
MASTER_RUJUKAN ID_RUJUKAN char(5) NAMA_RUMAH_SAKIT varchar(20)
char(6) char(6) varchar(20) char(1) varchar(15) integer time varchar(15) date varchar(10) long binary long binary varchar(10)
ID_REG_PASIEN = ID _R EG_PASIEN
ID_JENIS_ PERAWATAN =ID_J ENIS_PERAWATAN
Untuk lebih jelasnya dapat dilihat
MASTER_BAYI RM_BAYI RM_IBU NAMA_BAYI JENIS_KELAMIN BERAT_BADAN PANJANG_BADAN JAM_LAHIR TEMPAT_LAHIR_BAYI TANGGAL_LAHIR STATUS_BAYI_LAHIR CAP_KAKI_KIRI_BAYI CAP_KAKI_KANAN_BAYI GOLONGAN_DARAH_BAYI
Jurnal Kesehatan, ISSN 1979-9551, VOL.II, NO.2, MARET 2008, Hal 99-113
b. No
Tabel Bayi
Nama Field
f. Type
Size
Ket
No
Tabel Layanan Nama Field
Type
Size
Ket
1
No_reg
Varchar
8
Foreign Key
1
Kd_pelayanan
Varchar
5
Primary Key
2
Nama_anak
Varchar
15
Atribut penyerta
2
Jenis_pelayanan Varchar
25
Atribut penyerta
3
JK_anak
Varchar
9
Atribut penyerta
3
Biaya_pelayananMoney
8
Atribut penyerta
4
BBL
Varchar
4
Atribut penyerta
5
PBL
Varchar
4
Atribut penyerta
6
Riwayat_kelahir Varchar
20
Atribut penyerta
7
Umur_anak
Varchar
2
Atribut penyerta
Size
Ket
8
Tgl_lahir_anak
datetime
-
Atribut penyerta
c. No
Tabel Kamar Nama FieldType
Size
Ket
1
Kd_kamar
Varchar
5
Primary Key
2
Jenis_kamar
Varchar
20
Atribut penyerta
3
Biaya_kamar
Money
8
Atribut penyerta
4
Status_kamar
Varchar
6
Atribut penyerta
d. No
Tabel Obat
Nama Field
Type
Size
Ket
g. No
Tabel Pendaftaran Nama Field
Type
1
No_antrian
Varchar
9
Primary Key
2
No_reg
Varchar
8
Foreign Key
3
Tgl_kunjungan Datetime
8
Atribut penyerta
4
Kd_pelayanan Varchar
5
Foreign Key
5
Kd_dokter
3
Foreign Key
h. No
Varchar
Tabel Imunisasi Nama Field
Type
Size
Ket
1
No_antrian
Varchar
9
Foreign Key
2
BB_periksa
Varchar
4
Atribut penyerta
3
TB_anak
Varchar
4
Atribut penyerta
4
Kd_dokter
Varchar
5
Foreign Key
1
Kd_obat
Varchar
5
Primary Key
2
Nama_obat
Varchar
20
Atribut penyerta
3
Harga_obat
Money
8
Atribut penyerta
No
Type
Size
4
Stok_obat
Int
3
Atribut penyerta
1
No_antrian
Varchar
9
5
Satuan_obat
Varchar
6
Atribut penyerta
2
Keluhan_ibuRJ
Text
16 Atribut penyerta
3
Diagnosa_ibuRJ Text
16 Atribut penyerta
4
Tindakan_ibuRJ Text
16 Atribut penyerta
5
Usia_kehamilan Char
2
6
Kondisijanin
Varchar
20 Atribut penyerta
7
BB_ibu
Varchar
3
Atribut penyerta
8
Tensi
Varchar
7
Atribut penyerta
e. No
Tabel Dokter/bidan
Nama Field
Type
Size
Ket
1
Kd_dokter
Varchar
3
Primary Key
2
Nama_dokter
Varchar
20
Atribut penyerta
3
Alamat_dokter
Varchar
30
Atribut penyerta
4
Tlp_dokter
Varchar
15
Atribut penyerta
5
Status_dokter
Varchar
6
Atribut penyerta
i.
Tabel RJIbu (KB dan kehamilan) Nama Field
Perancangan Basis Data Sistem Informasi Pelayanan Medis… (Rohmadi)
Ket Foreign Key
Atribut penyerta
109
j. No
Tabel Rawat_Inap
Nama Field
n.
Type Size
Ket
No
Tabel Bayar_obat Nama Field
Type
Size
Ket
1
No_inap
Varchar 5
Primary Key
1
No_notaobat
Varchar
10
Primary Key
2
Tgl_masukRB
Datetim 8
Atribut penyerta
2
Kd_resep
Varchar
10
Foreign Key
3
Tgl_keluarRB
Datetim 8
Atribut penyerta
3
Tgl_nota
Datetime
8
Atribut penyerta
4
Jam_masukRB
Datetim 8
Atribut penyerta
4
Kasir
Varchar
10
Atribut penyerta
5
Jam_keluarRB
Datetim 8
Atribut penyerta
6
Riwayat_penyak Varchar 20
Atribut penyerta
7
Nama_penanggu Varchar 20
Atribut penyerta
8
Alamat_penangg Varchar 30
Atribut penyerta
9
Pekerjaan_penan Varchar 20
Atribut penyerta
10
Tlp_penanggung Varchar 15
Atribut penyerta
11
No_antrian
Varchar 9
Foreign Key
12
Kd_kamar
Varchar 5
Foreign Key
k. No
o. No
Tabel DetailRI Type
Size
1
No_inap
Nama Field
Varchar
5
Foreign Key
Ket
2
Jam_periksa
Varchar
5
Atribut penyerta
3
Keluhan_perawata Text
16
Atribut penyerta
4
hasil_pemeriksaan Text
16
Atribut penyerta
5
Tindakan_perawat Text
16
Atribut penyerta
Tabel Rujukan
Nama Field
Type
Size
Ket
2.
Kodefikasi
1
No_surat
Varchar
20 Primary Key
Pengkodean dibutuhkan dalam suatu
2
No_reg
Varchar
8
Foreign Key
sistem informasi, pengkodean dalam
3
Nama_RS
Varchar
20 Atribut penyerta
sistem informasi kesehatan yang
4
Nama_dokterRS
Varchar
20 Atribut penyerta
digunakan yaitu:
5
Tgl_rujukan
Datetime
8
6
Diagnosa_sementara Text
16 Atribut penyerta
7
Tindakan_sementara Text
16 Atribut penyerta
Atribut penyerta
a.
No_reg
Format : XXXXX-XX l. No
Ket :
Tabel Resep Nama Field
Type
Size
Ket
1
Kd_resep
Varchar
4
Primary Key
2
Tgl_resep
Datetime
8
Atribut
3
No_antrian
Varchar
9
Atribut
- 5 digit pertama menunjukan urutan no reg pasien - 2 digit terakhir menunjukan tahun daftar diambil 2 digit terakhir dari tahun
m. Tabel Detailresep No
Nama Field
Contoh : 00001-08
Type
Size
Ket
1
Kd_resep
Varchar
4
Foreign Key
2
Kd_obat
Varchar
4
Foreign Key
3
Jml_obat
Int
4
Atribut penyerta
4
Dosis
Varchar
15
Atribut penyerta
5
Aturan_pakai
Varchar
3
Atribut penyerta
6
Cara_penggunaan Vachar
15
Atribut penyerta
110
Ket : menunjukan pasien dengan urutan ke-1 yang daftar pada tahun 2008
Jurnal Kesehatan, ISSN 1979-9551, VOL.II, NO.2, MARET 2008, Hal 99-113
b.
Kd_dokter
e.
Kd_obat
Format : XXX
Format : XXXX
Ket :
Ket :
- 1 digit pertama yaitu D,
- 1 digit pertama menunjukkan
menunjukkan kode untuk dokter
bahwa O merupakan kode
- 2 digit selanjutnya menunjukkan
untuk obat
no urut dokter
- 3 digit terakhir menunjukkan no
Contoh : D01
urut obat
Ket : kode dokter dengan no urut ke -
Contoh : O001
1
Ket : kode obat dengan no urut ke -1
c.
Kd_kamar
f.
No_antrian
Format : XX-XX XX
Format : XXXXXXXXX
Ket
Ket :
:
- 2 digit pertama menunjukkan
- 2 digit pertama menunjukkan
kelas kamar (1-3) 3)
tanggal ketika anrtian
- 2 digit terakhir menunjukkan uno
- 2 digit berikutnya menunjukkan
urut setiap kelas kamarnya Contoh :
bulan ketika antrian
K1-01
- 2 digit berikutnya menunjukkan
Ket :
tahun ketika antrian yang diambil
Kamar inap kelas 1 dengan urutan
2 digit dari belakang.
ke-1
- 3 digit terakhir menunjukkan no urut antrian pasien
d.
Kd_layanan
Contoh : 1906 190608001
Format : XX-XX XX
Ket : no antriana pasien kunjungan
Ket
ke-1 pada tanggal 19 juni 2008 20
:
- 2 digit pertama menunjukkan nama depan pelayanan
g.
No_inap
- 2 digit terakhir menunjukkan uno
Format : XXXXX
urut setiap pelayanan Contoh : IM-01 IM
Ket :
Ket :
- 2 digit pertama menunjukkan
Kode layanan dengan nama
singkatan dari rawat inap
imunisasi dengan no urut ke-1 ke
Perancangan Basis Data Sistem Informasi Pelayanan Medis… Medis (Rohmadi)
111
- 3 digit terakhir menunjukkan no
KESIMPULAN DAN SARAN
urut rawat inap
A. Kesimpulan
Contoh : RI001
Berdasarkan analisis data di Rumah
Ket : layanan rawat inap pasien
Sakit Bersalin Permata Hati Abadi Sragen
dengan no urut ke -1
maka
pemecahan
masalah
yang
dapat
dilakukan adalah : h.
No_nota_obat
1.
Dengan
memanfaatkan
teknologi
Format : XXXXXXXXXX
informasi komputer dengan melakukan
Ket :
pengelolaan data pelayanan kesehatan
- 1 digit pertama menunjukkan kode
dengan
nota yang disingkat menjadi N
management
- 2 digit berikutnya menunjukkan
menggunakan DBMS ini diharapkan
tanggal nota
seluruh kegiatan pelayanan dapat tercatat
- 2 digit berikutnya menunjukkan
secara
bulan nota
mengoptimalkan kinerja pelayanan.
- 2 digit berikutnya menunjukkan
2.
menggunakan
database
system.
elektronik
Dengan
sehingga
dapat
Keuntungan
dengan
tahun nota
database
management
- 3 digit terakhir menunjukkan no
mengurangi
urut nota
secara optimal data bisa dishared ke
Contoh : N190611001
seluruh unit di pelayanan kesehatan.
penggunaan
menggunakan system kertas
dan
Ket : no nota pembayaran resep obat dengan no urut ke -1
B. Saran Diharapkan rumah sakit besalin permata
i.
Kd_resep
hati abadi Sragen memiliki standar
Format : XXXX
pelayanan atau alur kerja dalam kegiatan
Ket :
pelayanan medis sehingga dasar dari
- 1 digit pertama menunjukkan
perancangan basis data adalah sesuai
singkatan dari resep yaitu R
dengan aturan dan kebijakan yang ada.
- 3 digit berikutnya menunjukkan no urut daro resp obat Contoh : R001 Ket : resep obat pasien dengan no urut ke -1
102
Jurnal Kesehatan, ISSN 1979-9551, VOL.II, NO.2, MARET 2008, Hal 99-113
DAFTAR PUSTAKA Departemen Kesehatan RI, 2006. Draft Pedoman Penyelenggaraan Rekam Medis di Rumah Sakit di Indonesia Revisi 2. Jakarta.
Huffman EK, 1994. Health Information Management. Physicions Record Company. Berwyn Illinois. USA
Connolly, Thomas., Begg, Carolyn. (2002). Database Systems: A Practical Approach to Design, Implementation, and Management. Inggris: Pearson Education Limited.
Fathansyah, Ir. 1999. Basis Data. Cetakan pertama. Penerbit Informatika. Bandung Silberschatz Abraham 2006. Database System Concepts
Perancangan Basis Data Sistem Informasi Pelayanan Medis… (Rohmadi)
113
