dfd alur data pelayanan kesehatan

📚 Kuliah Basis Data · Artikel 5 dari 16

🏥➡️🗂️

Ikuti Alur Datanya! Membaca Pelayanan Kesehatan lewat DFD

Dari meja pendaftaran sampai laporan bulanan, lihat ke mana saja data pasien berjalan sebelum kamu merancang satu tabel pun.

DFD Analisis Kebutuhan Data Alur Data Rawat Jalan Rekam Medis

⏳

±9 menit

Estimasi baca

🎯

Pemula

Level

📅

2026

Tahun

Bayangkan kamu petugas pendaftaran di puskesmas. Seorang bapak datang dengan keluhan batuk tiga minggu. Dalam hitungan menit, namanya masuk register, berkasnya pindah ke poli umum, dokter menulis diagnosis, lalu data yang sama muncul lagi di laporan bulanan. Pertanyaannya: sebenarnya data itu berjalan ke mana saja?

Di sinilah DFD data flow diagram berperan. Diagram sederhana ini membantu kamu "melihat" perjalanan data dari satu titik ke titik lain, sebelum menyentuh satu baris SQL pun. Ini Artikel 5 dari 16 dalam seri Kuliah Basis Data untuk mahasiswa D3 RMIK semester 3. Setelah membaca, kamu bisa mengidentifikasi aliran data pelayanan kesehatan dan mengubahnya menjadi daftar kebutuhan data. Siap ikut alurnya?

Apa Itu DFD Data Flow Diagram? Peta Perjalanan Data

Kalau ERD adalah denah gudang yang menunjukkan apa saja yang disimpan dan di rak mana, maka DFD data flow diagram adalah rute kurirnya: menunjukkan bagaimana paket data bergerak dari pengirim, singgah di mana, lalu sampai ke penerima. Keduanya penting, tapi urutannya jelas. Kamu harus tahu rutenya dulu sebelum bisa merancang gudang yang pas.

📌 DEFINISI INTI

DFD (Data Flow Diagram) = diagram yang menggambarkan bagaimana data masuk ke sistem, diproses, disimpan, dan keluar, tanpa membahas teknis pemrogramannya.

Rujukan konsep: Kendall & Kendall (2019), Systems Analysis and Design.

Kenapa ini penting untuk RMIK? Satu kunjungan pasien melibatkan loket pendaftaran, poli, dokter, ruang rekam medis, sampai bagian pelaporan. Tanpa peta, data mudah "tersangkut": nomor rekam medis ganda, diagnosis tidak terdokumentasi, atau laporan yang tidak cocok dengan register. DFD membuat semua masalah itu kelihatan sebelum kamu merancang tabel.

Dalam Sub-CPMK T2 mata kuliah ini, DFD adalah pintu masuk. Dari alur data, kamu menurunkan kebutuhan data, lalu merepresentasikannya sebagai ERD di artikel-artikel berikutnya.

🔥 Fakta Menarik

Notasi DFD populer lewat dua buku klasik. DeMarco (1978) memakai lingkaran untuk proses, sedangkan Gane & Sarson (1979) memakai persegi bersudut membulat. Artikel ini mengikuti gaya Gane & Sarson karena lebih mudah digambar di kertas maupun di teks.

Empat Simbol DFD Data Flow Diagram yang Wajib Kamu Kenal

Seluruh DFD hanya tersusun dari empat komponen. Anggap saja empat jenis balok lego: sedikit, tapi bisa membentuk sistem serumit apa pun.

Komponen	Simbol (Gane & Sarson)	Fungsi	Contoh di RMIK
Entitas Eksternal	Persegi ▭	Pihak di luar sistem yang mengirim atau menerima data	Pasien, Dokter, Kepala RMIK
Proses	Persegi bersudut membulat ▢	Mengubah data masuk menjadi data keluar	Mendaftarkan Pasien, Mencatat Diagnosis
Aliran Data	Panah berlabel →	Menunjukkan arah dan isi data yang bergerak	"data identitas pasien", "hasil diagnosis"
Penyimpanan Data	Dua garis sejajar ═	Tempat data "beristirahat" sampai dibutuhkan lagi	D1 Data Pasien, D3 Rekam Medis

⚡ Insight Penting: Tiga Aturan Emas

1. Setiap proses wajib punya minimal satu aliran masuk dan satu aliran keluar. Proses tanpa input disebut "ajaib", proses tanpa output disebut "lubang hitam".
2. Data tidak boleh mengalir langsung antar entitas eksternal atau antar penyimpanan data. Selalu lewat proses.
3. Beri nama aliran dengan kata benda yang spesifik, misalnya "data identitas pasien", bukan sekadar "data".

💡 Tips Penamaan

Tulis proses dengan kata kerja (Mendaftarkan Pasien), sedangkan data store dan aliran data dengan kata benda (Data Kunjungan). Bingung membedakan? Tanyakan: "Apakah ia melakukan sesuatu pada data, atau hanya menyimpannya?" Yang pertama proses, yang kedua data store.

Langkah Membuat DFD Data Flow Diagram Pelayanan Kesehatan

Kamu tidak perlu aplikasi khusus. Kertas, pensil, dan satu kasus nyata sudah cukup. Ikuti enam langkah berikut, dengan contoh pelayanan rawat jalan poli umum.

Tentukan batas sistem.
Tulis satu kalimat: "Sistem ini mencakup alur data pasien rawat jalan poli umum, dari pendaftaran sampai laporan kunjungan." Tanpa batas, diagrammu akan melebar ke farmasi, laboratorium, bahkan keuangan.

Daftar entitas eksternal.
Siapa yang mengirim atau menerima data di luar sistem? Pada contoh ini: Pasien, Dokter, dan Kepala RMIK.

Gambar diagram konteks (Level 0).
Seluruh sistem dianggap satu proses besar bernomor 0. Gambar entitas di sekelilingnya dan beri label setiap panah.

Pecah menjadi Level 1.
Bongkar proses 0 menjadi tiga sampai lima proses utama, misalnya 1.0 Mendaftarkan Pasien, 2.0 Memeriksa Pasien, 3.0 Menyusun Resume dan Laporan.

Tambahkan data store dan label aliran.
Tentukan di mana data "menginap": D1 Data Pasien, D2 Data Kunjungan, D3 Rekam Medis. Pastikan setiap panah punya nama.

Uji dengan satu pasien imajiner.
Telusuri satu orang dari datang sampai pulang. Kalau ada langkah yang datanya "muncul begitu saja" atau "hilang entah ke mana", diagrammu perlu diperbaiki.

Hasil langkah 3 untuk kasus kita bisa dituliskan seperti ini:

📄 diagram-konteks-level-0.txt

                 identitas, keluhan
   ┌─────────┐ ───────────────────▶ ╭───────────────╮ ◀─────────────────── ┌─────────┐
   │ PASIEN  │                      │ 0. Sistem     │     diagnosis,       │ DOKTER  │
   └─────────┘ ◀─────────────────── │ Rawat Jalan   │     tindakan         └─────────┘
                 kartu berobat      ╰───────────────╯
                                            │  laporan kunjungan
                                            ▼
                                    ┌──────────────┐
                                    │ KEPALA RMIK  │
                                    └──────────────┘

Membaca DFD Data Flow Diagram Level 1: Satu Pasien, Satu Perjalanan Data

Diagram konteks memberi gambaran besar, tapi detailnya ada di Level 1. Di bawah ini versi teksnya. Setiap proses ditulis lengkap dengan data yang masuk, dibaca, ditulis, dan keluar, sehingga mudah kamu salin ke catatan kuliah.

📄 dfd-level-1-rawat-jalan.txt

PROSES 1.0  Mendaftarkan Pasien
  Masuk : Pasien  → data identitas, keluhan
  Baca  : D1 Data Pasien (cek apakah pasien lama)
  Tulis : D1 Data Pasien (pasien baru), D2 Data Kunjungan
  Keluar: Pasien  ← kartu berobat, nomor antrean

PROSES 2.0  Memeriksa Pasien
  Masuk : Dokter  → hasil anamnesis, diagnosis, tindakan
  Baca  : D1 Data Pasien, D3 Rekam Medis (riwayat)
  Tulis : D3 Rekam Medis
  Keluar: Dokter  ← riwayat penyakit terdahulu

PROSES 3.0  Menyusun Resume dan Laporan
  Baca  : D2 Data Kunjungan, D3 Rekam Medis
  Keluar: Kepala RMIK ← laporan kunjungan

Sekarang saatnya membaca, bukan sekadar menggambar. Perhatikan pola yang muncul:

🔍 Analisis: Apa yang Terbongkar dari Diagram Ini?

D1 dibaca dua proses.
Data pasien jadi data induk. Artinya harus tunggal dan konsisten, karena nomor rekam medis ganda akan merusak dua proses sekaligus.

D3 hanya ditulis proses 2.0.
Isi rekam medis berasal dari pemeriksaan dokter. Ini petunjuk awal untuk hak akses: siapa boleh mengisi, siapa hanya boleh membaca.

D2 menjadi sumber laporan.
Kalau data kunjungan tidak lengkap, laporan proses 3.0 ikut bermasalah. Kualitas di hulu menentukan kualitas di hilir.

⚠️ Perhatian: Ini Data Sensitif

Aliran yang menuju D3 Rekam Medis membawa informasi kesehatan pribadi. Permenkes No. 24 Tahun 2022 mengatur penyelenggaraan rekam medis, termasuk kewajiban fasilitas pelayanan kesehatan menyelenggarakan rekam medis elektronik, dan UU No. 27 Tahun 2022 mengatur pelindungan data pribadi. Sejak tahap DFD, biasakan bertanya: siapa yang boleh melihat aliran ini?

Dari Alur Data ke Kebutuhan Data: Jembatan Menuju ERD

Inilah alasan DFD masuk kuliah Basis Data. Setiap data store adalah calon entitas, dan setiap label aliran data adalah calon atribut. Dengan begitu, daftar kebutuhan datamu tidak berasal dari tebakan, melainkan dari alur nyata.

Data Store (DFD)	Calon Entitas (ERD)	Calon Atribut dari Label Aliran
D1 Data Pasien	PASIEN	no_rm, nama, tanggal_lahir, alamat
D2 Data Kunjungan	KUNJUNGAN	tanggal_kunjungan, keluhan, nomor_antrean
D3 Rekam Medis	DIAGNOSIS, TINDAKAN	kode_icd10, nama_diagnosis, nama_tindakan

Sebagai gambaran, dua data store pertama bisa langsung diterjemahkan ke SQL. Jangan khawatir soal kunci dan relasinya; itu bahan artikel ERD berikutnya.

🗄️ pratinjau-tabel.sql

-- Dari D1 Data Pasien
CREATE TABLE pasien (
  no_rm         VARCHAR(10),
  nama          VARCHAR(100),
  tanggal_lahir DATE,
  alamat        VARCHAR(200)
);

-- Dari D2 Data Kunjungan
CREATE TABLE kunjungan (
  tanggal_kunjungan DATE,
  keluhan           VARCHAR(255),
  nomor_antrean     INT
);

💡 Latihan Mini 15 Menit

Pilih satu alur di tempat praktikmu, misalnya pendaftaran pasien baru atau permintaan berkas rekam medis oleh dokter. Gambar diagram konteksnya, daftarkan data store yang terlibat, lalu tulis tiga calon atribut untuk tiap data store. Bawa hasilnya ke kelas, dan jadikan bahan diskusi.

Kesimpulan: DFD Data Flow Diagram sebagai Peta Sebelum Merancang Data

Kamu sudah melihat bahwa pelayanan kesehatan adalah rangkaian aliran data yang saling bersambung. Poin yang perlu kamu bawa pulang:

▸ DFD hanya punya empat komponen: entitas eksternal, proses, aliran data, dan penyimpanan data.

▸ Buat dari konteks (Level 0) dulu, baru pecah ke Level 1, lalu uji dengan satu pasien imajiner.

▸ Data store menjadi calon entitas, label aliran menjadi calon atribut.

▸ Sejak tahap awal, perhatikan sensitivitas data rekam medis.

Dengan kebiasaan membaca DFD data flow diagram, kamu akan merancang basis data yang berangkat dari kebutuhan nyata, bukan dari asumsi. Nah, bagian paling seru ada di kamu: menurutmu, proses mana di fasilitas kesehatan yang alur datanya paling rumit? Tulis di kolom komentar, lalu bagikan artikel ini ke teman sekelasmu.

💬 Tulis Komentar 📤 Bagikan Artikel

📖 Referensi

DeMarco, T. (1978). Structured Analysis and System Specification. New York: Yourdon Press.

Gane, C. & Sarson, T. (1979). Structured Systems Analysis: Tools and Techniques. Englewood Cliffs, NJ: Prentice-Hall.

Kendall, K. E. & Kendall, J. E. (2019). Systems Analysis and Design (11th ed.). New York: Pearson.

Elmasri, R. & Navathe, S. B. (2016). Fundamentals of Database Systems (7th ed.). Boston: Pearson.

Kementerian Kesehatan Republik Indonesia. (2022). Peraturan Menteri Kesehatan Nomor 24 Tahun 2022 tentang Rekam Medis.

Republik Indonesia. (2022). Undang-Undang Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi.

#BasisData #Database #RMIK #DFD #DataFlowDiagram #AnalisisKebutuhanData

🏷️ DFD Data Flow Diagram 🏷️ Alur Data Pelayanan Kesehatan 🏷️ Kuliah Basis Data 5/16

ARTIKEL UTAMA SERI

📚 Daftar Isi Kuliah Basis Data

Artikel ini bagian dari seri Kuliah Basis Data (Artikel 5 dari 16). Lihat seluruh materi dan urutan belajarnya di halaman utama.

Buka Daftar Isi →

← ARTIKEL SEBELUMNYA

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

ARTIKEL SELANJUTNYA →

Siapa Saja Pemainnya? Mengenal Entitas dan Atribut dalam ERD