Dalam era digitalisasi healthcare, contoh ERD sistem informasi rumah sakit menjadi fondasi penting untuk membangun sistem manajemen yang efisien dan terintegrasi. Entity Relationship Diagram (ERD) membantu merancang struktur database yang optimal untuk mengelola data pasien, dokter, perawat, obat-obatan, dan berbagai aspek operasional rumah sakit lainnya.

Pengertian ERD dalam Konteks Sistem Informasi Rumah Sakit

Entity Relationship Diagram (ERD) adalah representasi visual dari struktur database yang menggambarkan entitas, atribut, dan hubungan antar entitas dalam sistem informasi rumah sakit. ERD membantu developer dan analis sistem memahami alur data dan relasi kompleks yang terjadi dalam operasional rumah sakit sehari-hari.

💡 Mengapa ERD Penting untuk Rumah Sakit?
ERD memastikan integritas data, mengurangi redundansi, meningkatkan efisiensi query, dan memudahkan maintenance sistem informasi rumah sakit yang kompleks.

Komponen Utama ERD Sistem Informasi Rumah Sakit

1. Entitas Utama (Primary Entities)

🏥 Entitas Utama Sistem Informasi Rumah Sakit

PASIEN

• id_pasien (Primary Key)
• nama_pasien
• alamat
• no_telepon
• tanggal_lahir
• jenis_kelamin
• no_ktp
• golongan_darah

DOKTER

• id_dokter (Primary Key)
• nama_dokter
• spesialisasi
• no_sip
• alamat
• no_telepon
• jadwal_praktek

PERAWAT

• id_perawat (Primary Key)
• nama_perawat
• no_sip
• shift_kerja
• ruangan
• alamat
• no_telepon

2. Entitas Pendukung (Supporting Entities)

RUANGAN

• id_ruangan (Primary Key)
• nama_ruangan
• tipe_ruangan
• kapasitas
• lantai
• status

OBAT

• id_obat (Primary Key)
• nama_obat
• jenis_obat
• stok
• harga
• tanggal_kadaluarsa
• supplier

TINDAKAN

• id_tindakan (Primary Key)
• nama_tindakan
• kategori
• tarif
• durasi
• deskripsi

Contoh ERD Lengkap Sistem Informasi Rumah Sakit

Untuk memahami konsep database design secara mendalam, Anda dapat mempelajari Tutorial Database Design lengkap di Kelas Programmer.

📊 ERD Komprehensif Sistem Informasi Rumah Sakit

ERD lengkap sistem informasi rumah sakit menggambarkan hubungan antar entitas sebagai berikut:

• PASIEN melakukan KUNJUNGAN (1:M)
• DOKTER menangani KUNJUNGAN (1:M)
• KUNJUNGAN menghasilkan RESEP (1:M)
• RESEP berisi OBAT (M:M)
• PASIEN menempati RUANGAN (M:1)

Struktur Tabel Database Berdasarkan ERD

1. Tabel Pasien

Tabel: pasien

• id_pasien (INT, PRIMARY KEY, AUTO_INCREMENT)
• nama_pasien (VARCHAR(100), NOT NULL)
• alamat (TEXT)
• no_telepon (VARCHAR(15))
• tanggal_lahir (DATE)
• jenis_kelamin (ENUM(‘L’, ‘P’))
• no_ktp (VARCHAR(16), UNIQUE)
• golongan_darah (VARCHAR(3))
• created_at (TIMESTAMP, DEFAULT CURRENT_TIMESTAMP)

CREATE TABLE pasien (
    id_pasien INT PRIMARY KEY AUTO_INCREMENT,
    nama_pasien VARCHAR(100) NOT NULL,
    alamat TEXT,
    no_telepon VARCHAR(15),
    tanggal_lahir DATE,
    jenis_kelamin ENUM('L', 'P'),
    no_ktp VARCHAR(16) UNIQUE,
    golongan_darah VARCHAR(3),
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

2. Tabel Dokter

Tabel: dokter

• id_dokter (INT, PRIMARY KEY, AUTO_INCREMENT)
• nama_dokter (VARCHAR(100), NOT NULL)
• spesialisasi (VARCHAR(50))
• no_sip (VARCHAR(20), UNIQUE)
• alamat (TEXT)
• no_telepon (VARCHAR(15))
• jadwal_praktek (JSON)
• status (ENUM(‘aktif’, ‘non-aktif’))

CREATE TABLE dokter (
    id_dokter INT PRIMARY KEY AUTO_INCREMENT,
    nama_dokter VARCHAR(100) NOT NULL,
    spesialisasi VARCHAR(50),
    no_sip VARCHAR(20) UNIQUE,
    alamat TEXT,
    no_telepon VARCHAR(15),
    jadwal_praktek JSON,
    status ENUM('aktif', 'non-aktif') DEFAULT 'aktif'
);

3. Tabel Kunjungan (Relasi Many-to-Many)

Tabel: kunjungan

• id_kunjungan (INT, PRIMARY KEY, AUTO_INCREMENT)
• id_pasien (INT, FOREIGN KEY)
• id_dokter (INT, FOREIGN KEY)
• tanggal_kunjungan (DATETIME)
• keluhan (TEXT)
• diagnosa (TEXT)
• tindakan (TEXT)
• status_kunjungan (ENUM(‘antri’, ‘sedang_diperiksa’, ‘selesai’))

CREATE TABLE kunjungan (
    id_kunjungan INT PRIMARY KEY AUTO_INCREMENT,
    id_pasien INT,
    id_dokter INT,
    tanggal_kunjungan DATETIME,
    keluhan TEXT,
    diagnosa TEXT,
    tindakan TEXT,
    status_kunjungan ENUM('antri', 'sedang_diperiksa', 'selesai') DEFAULT 'antri',
    FOREIGN KEY (id_pasien) REFERENCES pasien(id_pasien),
    FOREIGN KEY (id_dokter) REFERENCES dokter(id_dokter)
);

ERD untuk Modul Rawat Inap

Sistem rawat inap memerlukan ERD yang lebih kompleks dengan entitas tambahan untuk mengelola kamar, bed, dan perawatan intensif.

🏨 ERD Modul Rawat Inap

RAWAT_INAP

• id_rawat_inap (Primary Key)
• id_pasien (Foreign Key)
• id_ruangan (Foreign Key)
• id_dokter (Foreign Key)
• tanggal_masuk
• tanggal_keluar
• status_rawat

KAMAR

• id_kamar (Primary Key)
• id_ruangan (Foreign Key)
• nomor_kamar
• tipe_kamar
• tarif_per_hari
• status_kamar

BED

• id_bed (Primary Key)
• id_kamar (Foreign Key)
• nomor_bed
• status_bed
• fasilitas

ERD untuk Sistem Farmasi dan Apotek

Modul farmasi memerlukan pengelolaan stok obat, resep, dan transaksi penjualan yang terintegrasi dengan sistem utama.

💊 ERD Sistem Farmasi

RESEP

• id_resep (Primary Key)
• id_kunjungan (Foreign Key)
• id_dokter (Foreign Key)
• tanggal_resep
• status_resep
• catatan

DETAIL_RESEP

• id_detail (Primary Key)
• id_resep (Foreign Key)
• id_obat (Foreign Key)
• jumlah
• dosis
• aturan_pakai
• harga_satuan

STOK_OBAT

• id_stok (Primary Key)
• id_obat (Foreign Key)
• batch_number
• tanggal_masuk
• tanggal_kadaluarsa
• jumlah_masuk
• jumlah_keluar
• sisa_stok

ERD untuk Sistem Laboratorium

Laboratorium rumah sakit memerlukan sistem yang dapat mengelola berbagai jenis pemeriksaan dan hasil lab dengan akurat.

Entitas Laboratorium

• PEMERIKSAAN_LAB: id_pemeriksaan, id_pasien, jenis_pemeriksaan, tanggal_pemeriksaan
• JENIS_PEMERIKSAAN: id_jenis, nama_pemeriksaan, kategori, tarif, satuan
• HASIL_LAB: id_hasil, id_pemeriksaan, parameter, nilai, nilai_normal, status
• PETUGAS_LAB: id_petugas, nama_petugas, spesialisasi, no_sip

-- Tabel untuk pemeriksaan laboratorium
CREATE TABLE pemeriksaan_lab (
    id_pemeriksaan INT PRIMARY KEY AUTO_INCREMENT,
    id_pasien INT,
    id_petugas_lab INT,
    jenis_pemeriksaan VARCHAR(100),
    tanggal_pemeriksaan DATETIME,
    status_pemeriksaan ENUM('antri', 'proses', 'selesai'),
    catatan TEXT,
    FOREIGN KEY (id_pasien) REFERENCES pasien(id_pasien),
    FOREIGN KEY (id_petugas_lab) REFERENCES petugas_lab(id_petugas)
);

-- Tabel untuk hasil laboratorium
CREATE TABLE hasil_lab (
    id_hasil INT PRIMARY KEY AUTO_INCREMENT,
    id_pemeriksaan INT,
    parameter VARCHAR(100),
    nilai VARCHAR(50),
    nilai_normal VARCHAR(50),
    satuan VARCHAR(20),
    status ENUM('normal', 'tinggi', 'rendah', 'kritis'),
    FOREIGN KEY (id_pemeriksaan) REFERENCES pemeriksaan_lab(id_pemeriksaan)
);

Implementasi ERD dengan Normalisasi Database

Untuk memahami konsep normalisasi dalam database design, silakan pelajari ERD Normalisasi Database di Kelas Programmer.

1. First Normal Form (1NF)

⚠️ Masalah Sebelum 1NF:
Tabel pasien memiliki kolom “riwayat_penyakit” yang berisi multiple values dalam satu cell.

✅ Solusi 1NF:
Pisahkan riwayat penyakit ke tabel terpisah dengan relasi one-to-many.

-- Tabel riwayat penyakit (hasil normalisasi 1NF)
CREATE TABLE riwayat_penyakit (
    id_riwayat INT PRIMARY KEY AUTO_INCREMENT,
    id_pasien INT,
    nama_penyakit VARCHAR(100),
    tanggal_diagnosa DATE,
    status ENUM('sembuh', 'kronis', 'dalam_perawatan'),
    FOREIGN KEY (id_pasien) REFERENCES pasien(id_pasien)
);

2. Second Normal Form (2NF)

-- Memisahkan data dokter dari tabel kunjungan
-- untuk menghindari partial dependency
CREATE TABLE spesialisasi (
    id_spesialisasi INT PRIMARY KEY AUTO_INCREMENT,
    nama_spesialisasi VARCHAR(50),
    deskripsi TEXT,
    tarif_konsultasi DECIMAL(10,2)
);

-- Update tabel dokter dengan foreign key ke spesialisasi
ALTER TABLE dokter 
ADD COLUMN id_spesialisasi INT,
ADD FOREIGN KEY (id_spesialisasi) REFERENCES spesialisasi(id_spesialisasi);

3. Third Normal Form (3NF)

-- Memisahkan data alamat untuk menghindari transitive dependency
CREATE TABLE kota (
    id_kota INT PRIMARY KEY AUTO_INCREMENT,
    nama_kota VARCHAR(50),
    kode_pos VARCHAR(10),
    provinsi VARCHAR(50)
);

CREATE TABLE alamat (
    id_alamat INT PRIMARY KEY AUTO_INCREMENT,
    id_kota INT,
    jalan TEXT,
    rt_rw VARCHAR(10),
    kelurahan VARCHAR(50),
    kecamatan VARCHAR(50),
    FOREIGN KEY (id_kota) REFERENCES kota(id_kota)
);

-- Update tabel pasien dan dokter
ALTER TABLE pasien 
ADD COLUMN id_alamat INT,
ADD FOREIGN KEY (id_alamat) REFERENCES alamat(id_alamat);

ERD untuk Sistem Billing dan Keuangan

Sistem billing rumah sakit memerlukan integrasi dengan semua modul untuk menghasilkan tagihan yang akurat dan komprehensif.

💰 ERD Sistem Billing

TAGIHAN

• id_tagihan (Primary Key)
• id_pasien (Foreign Key)
• nomor_tagihan
• tanggal_tagihan
• total_tagihan
• status_bayar
• metode_bayar

DETAIL_TAGIHAN

• id_detail (Primary Key)
• id_tagihan (Foreign Key)
• jenis_layanan
• deskripsi
• jumlah
• harga_satuan
• subtotal

PEMBAYARAN

• id_pembayaran (Primary Key)
• id_tagihan (Foreign Key)
• tanggal_bayar
• jumlah_bayar
• metode_bayar
• status

Query SQL Berdasarkan ERD

1. Query untuk Mencari Riwayat Kunjungan Pasien

-- Query untuk menampilkan riwayat kunjungan lengkap pasien
SELECT 
    p.nama_pasien,
    d.nama_dokter,
    d.spesialisasi,
    k.tanggal_kunjungan,
    k.keluhan,
    k.diagnosa,
    k.status_kunjungan
FROM kunjungan k
JOIN pasien p ON k.id_pasien = p.id_pasien
JOIN dokter d ON k.id_dokter = d.id_dokter
WHERE p.id_pasien = 1
ORDER BY k.tanggal_kunjungan DESC;

2. Query untuk Laporan Stok Obat Kritis

-- Query untuk monitoring stok obat yang hampir habis
SELECT 
    o.nama_obat,
    o.jenis_obat,
    SUM(s.sisa_stok) as total_stok,
    MIN(s.tanggal_kadaluarsa) as kadaluarsa_terdekat,
    CASE 
        WHEN SUM(s.sisa_stok) < 10 THEN 'KRITIS'
        WHEN SUM(s.sisa_stok) < 50 THEN 'RENDAH'
        ELSE 'AMAN'
    END as status_stok
FROM obat o
LEFT JOIN stok_obat s ON o.id_obat = s.id_obat
GROUP BY o.id_obat, o.nama_obat, o.jenis_obat
HAVING total_stok < 50 OR kadaluarsa_terdekat < DATE_ADD(NOW(), INTERVAL 30 DAY)
ORDER BY total_stok ASC;

3. Query untuk Laporan Pendapatan Harian

-- Query untuk laporan pendapatan per hari
SELECT 
    DATE(t.tanggal_tagihan) as tanggal,
    COUNT(t.id_tagihan) as jumlah_transaksi,
    SUM(t.total_tagihan) as total_pendapatan,
    SUM(CASE WHEN t.status_bayar = 'lunas' THEN t.total_tagihan ELSE 0 END) as pendapatan_terbayar,
    SUM(CASE WHEN t.status_bayar = 'belum_lunas' THEN t.total_tagihan ELSE 0 END) as piutang
FROM tagihan t
WHERE t.tanggal_tagihan >= DATE_SUB(NOW(), INTERVAL 30 DAY)
GROUP BY DATE(t.tanggal_tagihan)
ORDER BY tanggal DESC;

Best Practices dalam Merancang ERD Rumah Sakit

1. Keamanan dan Privacy Data

🔒 Aspek Keamanan:
– Implementasikan enkripsi untuk data sensitif pasien
– Gunakan role-based access control (RBAC)
– Audit trail untuk semua perubahan data
– Backup dan disaster recovery plan

-- Contoh implementasi audit trail
CREATE TABLE audit_log (
    id_audit INT PRIMARY KEY AUTO_INCREMENT,
    table_name VARCHAR(50),
    operation ENUM('INSERT', 'UPDATE', 'DELETE'),
    old_values JSON,
    new_values JSON,
    user_id INT,
    timestamp TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    ip_address VARCHAR(45)
);

-- Trigger untuk audit trail pada tabel pasien
DELIMITER //
CREATE TRIGGER pasien_audit_update
AFTER UPDATE ON pasien
FOR EACH ROW
BEGIN
    INSERT INTO audit_log (table_name, operation, old_values, new_values, user_id)
    VALUES ('pasien', 'UPDATE', 
            JSON_OBJECT('nama', OLD.nama_pasien, 'alamat', OLD.alamat),
            JSON_OBJECT('nama', NEW.nama_pasien, 'alamat', NEW.alamat),
            @current_user_id);
END//
DELIMITER ;

2. Optimasi Performance Database

-- Index untuk optimasi query yang sering digunakan
CREATE INDEX idx_pasien_nama ON pasien(nama_pasien);
CREATE INDEX idx_kunjungan_tanggal ON kunjungan(tanggal_kunjungan);
CREATE INDEX idx_kunjungan_pasien_dokter ON kunjungan(id_pasien, id_dokter);
CREATE INDEX idx_resep_status ON resep(status_resep);
CREATE INDEX idx_tagihan_status ON tagihan(status_bayar);

-- Partitioning untuk tabel dengan data besar
ALTER TABLE kunjungan 
PARTITION BY RANGE (YEAR(tanggal_kunjungan)) (
    PARTITION p2020 VALUES LESS THAN (2021),
    PARTITION p2021 VALUES LESS THAN (2022),
    PARTITION p2022 VALUES LESS THAN (2023),
    PARTITION p2023 VALUES LESS THAN (2024),
    PARTITION p_future VALUES LESS THAN MAXVALUE
);

3. Integrasi dengan Sistem Eksternal

Untuk memahami konsep sistem informasi management yang terintegrasi, pelajari Sistem Informasi Management modern di Kelas Programmer.

-- Tabel untuk integrasi dengan BPJS/Asuransi
CREATE TABLE asuransi (
    id_asuransi INT PRIMARY KEY AUTO_INCREMENT,
    nama_asuransi VARCHAR(100),
    jenis_asuransi ENUM('bpjs', 'swasta', 'perusahaan'),
    contact_person VARCHAR(100),
    no_telepon VARCHAR(15),
    alamat TEXT
);

CREATE TABLE peserta_asuransi (
    id_peserta INT PRIMARY KEY AUTO_INCREMENT,
    id_pasien INT,
    id_asuransi INT,
    nomor_kartu VARCHAR(50),
    status_aktif BOOLEAN DEFAULT TRUE,
    tanggal_mulai DATE,
    tanggal_berakhir DATE,
    FOREIGN KEY (id_pasien) REFERENCES pasien(id_pasien),
    FOREIGN KEY (id_asuransi) REFERENCES asuransi(id_asuransi)
);

-- Tabel untuk klaim asuransi
CREATE TABLE klaim_asuransi (
    id_klaim INT PRIMARY KEY AUTO_INCREMENT,
    id_tagihan INT,
    id_peserta INT,
    nomor_klaim VARCHAR(50),
    tanggal_klaim DATE,
    jumlah_klaim DECIMAL(12,2),
    status_klaim ENUM('diajukan', 'diproses', 'disetujui', 'ditolak'),
    catatan TEXT,
    FOREIGN KEY (id_tagihan) REFERENCES tagihan(id_tagihan),
    FOREIGN KEY (id_peserta) REFERENCES peserta_asuransi(id_peserta)
);

Implementasi ERD dalam Aplikasi Web

1. Model Class dalam PHP (Laravel)

// Model Pasien
class Pasien extends Model
{
    protected $table = 'pasien';
    protected $primaryKey = 'id_pasien';
    
    protected $fillable = [
        'nama_pasien', 'alamat', 'no_telepon', 
        'tanggal_lahir', 'jenis_kelamin', 'no_ktp', 'golongan_darah'
    ];
    
    // Relasi dengan kunjungan
    public function kunjungan()
    {
        return $this->hasMany(Kunjungan::class, 'id_pasien');
    }
    
    // Relasi dengan rawat inap
    public function rawatInap()
    {
        return $this->hasMany(RawatInap::class, 'id_pasien');
    }
    
    // Relasi dengan tagihan
    public function tagihan()
    {
        return $this->hasMany(Tagihan::class, 'id_pasien');
    }
}

// Model Dokter
class Dokter extends Model
{
    protected $table = 'dokter';
    protected $primaryKey = 'id_dokter';
    
    protected $fillable = [
        'nama_dokter', 'spesialisasi', 'no_sip', 
        'alamat', 'no_telepon', 'jadwal_praktek'
    ];
    
    protected $casts = [
        'jadwal_praktek' => 'array'
    ];
    
    // Relasi dengan kunjungan
    public function kunjungan()
    {
        return $this->hasMany(Kunjungan::class, 'id_dokter');
    }
}

2. API Endpoints Berdasarkan ERD

// Routes untuk API Sistem Informasi Rumah Sakit
Route::group(['prefix' => 'api/v1'], function() {
    
    // Pasien endpoints
    Route::get('/pasien', 'PasienController@index');
    Route::post('/pasien', 'PasienController@store');
    Route::get('/pasien/{id}', 'PasienController@show');
    Route::put('/pasien/{id}', 'PasienController@update');
    Route::get('/pasien/{id}/kunjungan', 'PasienController@riwayatKunjungan');
    
    // Dokter endpoints
    Route::get('/dokter', 'DokterController@index');
    Route::get('/dokter/{id}/jadwal', 'DokterController@jadwalPraktek');
    Route::get('/dokter/spesialisasi/{spesialisasi}', 'DokterController@bySpesialisasi');
    
    // Kunjungan endpoints
    Route::post('/kunjungan', 'KunjunganController@store');
    Route::get('/kunjungan/antrian', 'KunjunganController@antrian');
    Route::put('/kunjungan/{id}/status', 'KunjunganController@updateStatus');
    
    // Farmasi endpoints
    Route::get('/obat', 'ObatController@index');
    Route::get('/obat/stok-kritis', 'ObatController@stokKritis');
    Route::post('/resep', 'ResepController@store');
    Route::get('/resep/{id}/detail', 'ResepController@detail');
    
    // Billing endpoints
    Route::post('/tagihan', 'TagihanController@generate');
    Route::get('/tagihan/{id}', 'TagihanController@show');
    Route::post('/pembayaran', 'PembayaranController@store');
});

❓ Frequently Asked Questions (FAQ)

Q: Bagaimana cara menangani data pasien yang sensitif dalam ERD?

A: Implementasikan enkripsi pada level database untuk data sensitif seperti nomor KTP dan riwayat medis. Gunakan juga role-based access control dan audit trail untuk monitoring akses data.

Q: Apakah ERD rumah sakit perlu mengikuti standar internasional tertentu?

A: Ya, sebaiknya mengikuti standar HL7 FHIR untuk interoperabilitas data kesehatan dan ICD-10 untuk kode diagnosa. Ini memudahkan integrasi dengan sistem kesehatan lainnya.

Q: Bagaimana menangani relasi many-to-many antara dokter dan pasien?

A: Gunakan tabel junction seperti “kunjungan” yang menyimpan relasi antara dokter dan pasien beserta informasi tambahan seperti tanggal kunjungan, diagnosa, dan tindakan.

Q: Bagaimana cara mengoptimalkan performance database untuk sistem rumah sakit yang besar?

A: Implementasikan indexing pada kolom yang sering di-query, gunakan partitioning untuk tabel besar, dan pertimbangkan database sharding untuk distribusi beban.

Q: Apakah perlu memisahkan database untuk setiap modul (farmasi, lab, billing)?

A: Untuk rumah sakit kecil-menengah, satu database sudah cukup. Untuk rumah sakit besar, pertimbangkan microservices architecture dengan database terpisah namun tetap terintegrasi.

Q: Bagaimana menangani backup dan disaster recovery untuk data rumah sakit?

A: Implementasikan automated backup harian, replikasi real-time ke server backup, dan disaster recovery plan dengan RTO/RPO yang ketat mengingat kritisnya data kesehatan.

Q: Bagaimana cara mengintegrasikan ERD dengan sistem BPJS atau asuransi lainnya?

A: Tambahkan entitas asuransi, peserta_asuransi, dan klaim_asuransi. Implementasikan API integration untuk real-time verification dan claim submission ke sistem asuransi.

Q: Apakah ERD perlu disesuaikan untuk rumah sakit dengan multiple cabang?

A: Ya, tambahkan entitas “cabang” atau “unit_kerja” dan modifikasi semua entitas utama untuk include referensi cabang. Pertimbangkan juga centralized vs distributed database architecture.

Kesimpulan

Contoh ERD sistem informasi rumah sakit yang telah dibahas menunjukkan kompleksitas dan pentingnya perencanaan database yang matang dalam healthcare IT. ERD yang baik menjadi fondasi untuk sistem informasi rumah sakit yang efisien, aman, dan scalable.

🎯 Key Takeaways:
• ERD rumah sakit harus mengakomodasi semua aspek operasional
• Normalisasi database penting untuk menghindari redundansi
• Keamanan dan privacy data pasien adalah prioritas utama
• Integrasi dengan sistem eksternal perlu dipertimbangkan dari awal
• Performance optimization crucial untuk sistem real-time

Implementasi ERD yang tepat akan menghasilkan sistem informasi rumah sakit yang tidak hanya memenuhi kebutuhan operasional saat ini, tetapi juga dapat beradaptasi dengan perkembangan teknologi dan regulasi di masa depan. Pastikan untuk selalu melibatkan stakeholder medis dalam proses desain untuk memastikan sistem sesuai dengan workflow klinis yang sebenarnya.