basis data relasional tabel atribut record

🗂️

Kuliah Basis Data · Artikel 3 dari 16

Tabel, Atribut, Record: Anatomi Basis Data Relasional

Bedah satu per satu bagian tubuh basis data, dengan contoh pasien, kunjungan, dan poli yang sehari-hari kamu temui di rekam medis.

Basis Data Relasional Tabel Atribut Record

8 menit

Estimasi baca

Dasar

Level

2026

Tahun

Bayangkan kamu bertugas di bagian pendaftaran. Seorang ibu datang dan bilang, "Anak saya dulu pernah berobat di sini, Mbak." Kamu mencari berkas di rak, tapi ternyata namanya tertulis tiga cara berbeda di tiga map. Mana yang benar? Masalah klasik ini yang diselesaikan oleh basis data relasional: data tersimpan rapi dalam tabel, setiap pasien punya satu identitas, dan semua data saling terhubung.

Artikel ini ditulis untukmu, mahasiswa D3 RMIK yang ingin paham fondasi data kesehatan. Ini bagian dari seri "Kuliah Basis Data" (Artikel 3 dari 16), dan tujuannya jelas: kamu mampu menjelaskan konsep basis data relasional serta mengidentifikasi tabel, atribut, record, dan relasi.

Kenapa ini penting buat kamu sebagai calon perekam medis? Karena hampir semua pekerjaan RMIK, mulai dari pendaftaran, pengkodean diagnosis, sampai pelaporan, akhirnya bermuara pada data. Kalau struktur datanya berantakan, laporan morbiditas ikut berantakan. Permenkes No. 24 Tahun 2022 sendiri mengatur rekam medis elektronik, sehingga kemampuan membaca struktur basis data bukan lagi kemampuan tambahan, melainkan bekal dasar.

Apa Itu Basis Data Relasional? Bayangkan Lemari Arsip Pintar

Bayangkan ruang filing rekam medis. Ada lemari khusus pasien, lemari khusus kunjungan, dan lemari khusus tenaga kesehatan. Tiap lemari berisi lembar-lembar dengan format seragam. Di basis data relasional, "lemari" itu disebut tabel, dan benang yang menghubungkan antarlemari disebut relasi.

Konsep ini pertama kali diusulkan Edgar F. Codd pada 1970 (Codd, 1970). Idenya sederhana: simpan data dalam bentuk tabel dua dimensi, lalu hubungkan tabel-tabel itu lewat nilai yang sama.

Sebuah tabel yang baik punya beberapa sifat. Pertama, setiap tabel punya nama yang unik di dalam basis datanya. Kedua, setiap atribut punya nama unik di dalam tabel itu. Ketiga, setiap sel hanya berisi satu nilai. Jadi, jangan mengisi satu sel dengan "Hipertensi, Diabetes" sekaligus. Satu diagnosis, satu nilai. Keempat, urutan baris dan kolom tidak memengaruhi arti data (Elmasri & Navathe, 2016).

📐 Definisi Kunci

Basis data relasional adalah kumpulan data terorganisasi dalam tabel (relasi). Setiap tabel punya atribut (kolom) dan record (baris), dan antartabel dihubungkan melalui kunci (Elmasri & Navathe, 2016).

💡 Tips

Kalau bingung membedakan istilah, ingat pola ini: tabel = lemari, record = satu lembar formulir, atribut = satu kolom isian di formulir itu.

Mungkin kamu bertanya, "Bukannya tabel itu sama saja dengan lembar Excel?" Mirip, tapi tidak sama. Lembar Excel hanya menyimpan data, sedangkan DBMS (Database Management System, sistem pengelola basis data) juga menjaga aturan. DBMS memastikan primary key tidak kembar, tipe data sesuai, dan hubungan antartabel tidak putus. Bayangkan Excel sebagai buku catatan, dan DBMS sebagai petugas arsip yang cerewet tapi teliti.

Bayangkan pula puluhan petugas pendaftaran, poli, dan farmasi yang mengakses data pasien yang sama pada saat yang sama. Dengan lembar Excel biasa, risiko data bentrok sangat besar. DBMS dirancang untuk melayani banyak pengguna sekaligus tanpa merusak konsistensi data (Silberschatz dkk., 2020). Karena itu, sistem informasi rumah sakit dan puskesmas dibangun di atas basis data, bukan di atas lembar kerja.

Anatomi Tabel dalam Basis Data Relasional: Atribut dan Record

Ambil contoh tabel pasien. Setiap baris mewakili satu pasien, setiap kolom mewakili satu jenis informasi. Perhatikan bagaimana kolom no_rm berfungsi sebagai identitas unik.

no_rm	nama	tgl_lahir	jenis_kelamin
000101	Siti Aminah	1990-03-12	P
000102	Budi Santoso	1985-11-02	L
000103	Rina Wulandari	2018-07-21	P

Tabel di atas punya 4 atribut dan 3 record. Istilah-istilah ini punya beberapa nama, jadi simpan tabel perbandingan berikut sebagai contekan.

Istilah Formal	Sebutan Lain	Contoh di RMIK
Tabel	Relasi, entitas (di model konseptual)	pasien, kunjungan, dokter
Atribut	Kolom, field	nama, tgl_lahir
Record	Baris, tuple	Data lengkap Siti Aminah
Primary key	Kunci utama	no_rm
Foreign key	Kunci tamu	no_rm di tabel kunjungan

Setiap atribut juga punya tipe data. Atribut tgl_lahir bertipe tanggal, nama bertipe teks, dan id_kunjungan bertipe angka. Tipe data bertindak seperti satpam di pintu masuk: kalau kamu mencoba mengisi tanggal lahir dengan kata "kemarin", sistem akan menolaknya. Ini membantu menjaga kualitas data sejak awal.

Bagaimana kalau suatu nilai memang belum diketahui, misalnya nomor telepon pasien yang belum dicatat? Basis data relasional menyediakan nilai khusus bernama NULL, yang berarti "tidak ada nilai". Perhatikan bahwa NULL bukan angka nol dan bukan spasi kosong. Atribut yang wajib terisi, seperti nama pasien, sebaiknya ditandai NOT NULL.

⚡ Insight Penting

Urutan record dalam tabel tidak bermakna. Yang membedakan satu pasien dengan pasien lain adalah nilai primary key-nya, bukan posisi barisnya (Date, 2003).

Kunci dan Relasi: Perekat Basis Data Relasional

Satu tabel saja belum cukup. Pasien datang berkali-kali, dan setiap kunjungan perlu dicatat. Kalau semua ditaruh di satu tabel, nama dan alamat pasien akan terulang di setiap kunjungan. Lebih rapi kita pisahkan: tabel pasien menyimpan identitas, tabel kunjungan menyimpan peristiwa berobat. Penghubungnya adalah no_rm.

Ada tiga jenis hubungan yang perlu kamu kenali. Satu-ke-satu (1:1): satu pasien punya satu data kartu identitas berobat. Satu-ke-banyak (1:N): satu pasien punya banyak kunjungan, seperti pada diagram di bawah. Banyak-ke-banyak (N:M): satu dokter menangani banyak pasien, dan satu pasien bisa ditangani banyak dokter. Hubungan N:M biasanya dipecah menjadi tabel perantara, dan topik ini akan kita bahas di artikel berikutnya.

+----------------+            +--------------------+
|    PASIEN      |            |     KUNJUNGAN      |
+----------------+            +--------------------+
| no_rm (PK)     |1         N | id_kunjungan (PK)  |
| nama           |------------| no_rm (FK)         |
| tgl_lahir      |            | tgl_kunjungan      |
| jenis_kelamin  |            | poli               |
+----------------+            +--------------------+
Satu pasien dapat memiliki banyak kunjungan.

Primary key punya dua syarat: nilainya tidak boleh kosong dan tidak boleh kembar. Nomor rekam medis memenuhi syarat ini karena tiap pasien hanya memperoleh satu nomor. Nama pasien tidak cocok jadi primary key, sebab di dunia nyata ada banyak orang bernama "Siti" atau "Budi". Sementara itu, foreign key adalah atribut di tabel kedua yang nilainya mengacu ke primary key tabel pertama.

🔍 Analisis: Arsip Kertas vs Basis Data Relasional

Arsip kertas
Nama pasien ditulis ulang tiap kunjungan. Salah ketik berarti satu orang bisa punya beberapa "identitas".

Basis data relasional
Identitas disimpan sekali di tabel pasien. Kunjungan cukup menyimpan no_rm sebagai rujukan.

Hasilnya: data tidak berulang, perbaikan cukup dilakukan di satu tempat, dan data lebih konsisten.

🔥 Fakta Menarik

Makalah Codd tahun 1970 ditulis saat ia bekerja di IBM, dan menjadi dasar sistem basis data yang kita pakai sampai sekarang (Codd, 1970). Lebih dari lima dekade kemudian, rekam medis elektronik di banyak fasilitas kesehatan masih bersandar pada ide yang sama.

⚠️ Perhatian

Data rekam medis bersifat rahasia. Permenkes No. 24 Tahun 2022 tentang Rekam Medis mengatur penyelenggaraan rekam medis elektronik, termasuk keamanan dan kerahasiaannya. Jadi, jangan pakai data pasien asli saat latihan. Gunakan data fiktif.

Praktik: Membuat Basis Data Relasional Sederhana

Sekarang giliran kamu mempraktikkan. Ikuti empat langkah ini dengan DBMS apa pun, misalnya MySQL atau PostgreSQL (lihat dokumentasi resmi masing-masing untuk pemasangan).

1

Tentukan tabel. Tulis daftar hal yang ingin kamu catat: pasien dan kunjungan.

2

Tentukan atribut dan primary key. Pilih satu atribut yang unik untuk setiap record, misalnya no_rm.

3

Hubungkan dengan foreign key. Tabel kunjungan menyimpan no_rm yang merujuk ke tabel pasien.

4

Isi data fiktif dan uji. Masukkan beberapa record, lalu gabungkan kedua tabel dengan JOIN.

Sebelum menjalankan kode, baca dulu polanya. Perintah CREATE TABLE membuat tabel, INSERT INTO mengisi record, dan SELECT ... JOIN menggabungkan dua tabel berdasarkan atribut yang sama. Salin kode di bawah dengan tombol yang tersedia, lalu jalankan di DBMS pilihanmu.

SQL

CREATE TABLE pasien (
  no_rm         VARCHAR(10) PRIMARY KEY,
  nama          VARCHAR(100) NOT NULL,
  tgl_lahir     DATE,
  jenis_kelamin CHAR(1)
);

CREATE TABLE kunjungan (
  id_kunjungan  INT PRIMARY KEY,
  no_rm         VARCHAR(10) NOT NULL,
  tgl_kunjungan DATE,
  poli          VARCHAR(50),
  FOREIGN KEY (no_rm) REFERENCES pasien(no_rm)
);

INSERT INTO pasien VALUES ('000101','Siti Aminah','1990-03-12','P');
INSERT INTO kunjungan VALUES (1,'000101','2026-10-05','Poli Umum');

SELECT p.nama, k.tgl_kunjungan, k.poli
FROM pasien p
JOIN kunjungan k ON p.no_rm = k.no_rm;

Coba masukkan kunjungan dengan no_rm yang belum terdaftar di tabel pasien. DBMS akan menolaknya. Inilah yang disebut integritas referensial: kunjungan tidak boleh "menggantung" tanpa pasien (Silberschatz dkk., 2020).

Ada tiga kesalahan yang sering muncul saat mahasiswa baru belajar. Pertama, memakai nama pasien sebagai primary key. Kedua, menyimpan banyak nilai dalam satu sel. Ketiga, lupa membuat foreign key sehingga tabel-tabel berdiri sendiri tanpa hubungan. Kalau kamu menghindari ketiganya, desain basis data relasionalmu sudah jauh lebih sehat daripada rata-rata pemula.

💡 Tips Latihan

Tambahkan tabel ketiga, misalnya dokter, lalu tentukan sendiri primary key dan foreign key-nya. Ini latihan kecil untuk menyambut artikel berikutnya tentang relasi pelayanan kesehatan.

Kesimpulan

Basis data relasional menyimpan data dalam tabel. Tiap tabel terdiri dari atribut (kolom) dan record (baris), sedangkan primary key dan foreign key menghubungkan tabel satu dengan yang lain. Dengan pola ini, data pasien tidak berulang, lebih konsisten, dan lebih mudah dikelola.

Sekarang giliran kamu: coba sebutkan atribut apa saja yang akan kamu simpan di tabel diagnosis. Tulis jawabanmu di kolom komentar, lalu bagikan artikel ini ke teman sekelasmu.

Tulis komentar Bagikan artikel

Daftar Referensi

1. Codd, E. F. (1970). A relational model of data for large shared data banks. Communications of the ACM, 13(6), 377–387.
2. Date, C. J. (2003). An Introduction to Database Systems (8th ed.). Addison-Wesley.
3. Elmasri, R., & Navathe, S. B. (2016). Fundamentals of Database Systems (7th ed.). Pearson.
4. Silberschatz, A., Korth, H. F., & Sudarshan, S. (2020). Database System Concepts (7th ed.). McGraw-Hill.
5. Peraturan Menteri Kesehatan Republik Indonesia Nomor 24 Tahun 2022 tentang Rekam Medis.

#BasisData #Database #RMIK #BasisDataRelasional #Tabel #Record

Anatomi Basis Data Relasional

📚

Daftar Isi Kuliah Basis Data

Lihat seluruh 16 artikel dalam seri ini dan pantau perjalanan belajarmu.

Buka Daftar Isi

⬅️ Artikel Sebelumnya

Tiga Lapisan Model Data: Dari Ide di Kepala sampai Tersimpan di Server

Artikel Selanjutnya ➡️

Ketika Pasien, Dokter, dan Poli Saling Terhubung: Relasi pada Pelayanan Kesehatan