Apa Itu Docker dan Kenapa Developer Wajib Tahu Ini?
Dari "works on my machine" yang menyebalkan sampai deployment yang mulus — Docker adalah jawabannya. Yuk pahami dari nol!
#Docker#BelajarDocker#ZeroToZorro#apaituDocker
⏱️
Estimasi Baca
8–10 Menit
🎯
Level
Pemula
📅
Tahun
2026
✍️
Penulis
Saifi Ahmada
Pernah nggak sih kamu bikin aplikasi di laptop sendiri, terus pas deploy ke server — tiba-tiba semuanya meledak? Error ini, dependency nggak cocok itu, versi Node beda, PHP beda, MySQL beda... Nah, itulah masalah klasik yang sudah menyiksa jutaan developer di seluruh dunia. Dan di sinilah apa itu Docker menjadi jawaban yang paling sering disebut-sebut.
Docker bukan sekadar tools keren yang wajib ada di CV kamu. Docker adalah perubahan cara berpikir tentang bagaimana aplikasi dikemas, dijalankan, dan disebarkan. Kalau kamu baru mulai belajar dunia backend, DevOps, atau bahkan frontend modern — artikel ini memang untuk kamu.
📌 Definisi Kunci
Docker adalah platform open-source yang memungkinkan developer mengemas aplikasi beserta seluruh dependensinya ke dalam sebuah container yang ringan, portabel, dan dapat dijalankan di lingkungan manapun secara konsisten.
Sumber: Docker Official Documentation — docker.com
🐋 Apa Itu Docker, Sebenarnya?
Bayangkan kamu seorang chef yang punya resep rahasia. Kamu memasak di dapur sendiri dan hasilnya sempurna. Tapi saat kamu pindah ke dapur restoran — kompor berbeda, peralatan beda, bahan-bahannya nggak sama — hasil masakannya jadi beda (dan mungkin gagal total).
Docker menyelesaikan masalah ini dengan cara yang elegan: alih-alih memindahkan resepnya saja, Docker memungkinkan kamu memindahkan seluruh dapurnya — lengkap dengan kompor, peralatan, dan bahan-bahannya — ke mana saja.
Dalam dunia pemrograman, "dapur" ini disebut container. Container berisi aplikasimu + semua library + konfigurasi + environment yang dibutuhkan, dikemas jadi satu paket yang bisa dijalankan di mana saja.
🔥
Fakta Menarik
Lebih dari 13 juta developer menggunakan Docker dan Docker Hub telah memiliki lebih dari 15 miliar image pull per bulan. Docker adalah salah satu tools paling populer di ekosistem DevOps modern.
Container vs Virtual Machine — Apa Bedanya?
Banyak yang bingung: "Bukankah itu sama seperti Virtual Machine (VM)?" Jawabannya: tidak sama, dan perbedaannya sangat fundamental.
Aspek
🐋 Docker Container
💻 Virtual Machine
Ukuran
Ringan (MB)
Berat (GB)
Waktu Start
Detik
Menit
OS
Berbagi kernel host
OS penuh tersendiri
Isolasi
Process-level
Full hardware-level
Portabilitas
⭐⭐⭐⭐⭐ Sangat tinggi
⭐⭐⭐ Sedang
💡
Tips
Docker bukan pengganti VM, tapi alternatif yang jauh lebih ringan untuk sebagian besar use case development dan deployment. Untuk keamanan tingkat tinggi (misal: bank), VM masih sering dipakai karena isolasinya lebih ketat.
🧩 Konsep Inti yang Wajib Kamu Pahami
Sebelum kita bisa benar-benar memahami apa itu Docker secara menyeluruh, ada tiga konsep inti yang harus kamu pahami. Anggap ini sebagai "kosakata dasar" Docker.
1
📄 Dockerfile — Resep Container-mu
Dockerfile adalah file teks berisi instruksi untuk membangun sebuah Docker Image. Ibarat resep masakan — kamu tulis bahan apa saja yang dibutuhkan, langkah-langkahnya, dan hasilnya akan selalu sama setiap kali "dimasak".
2
🖼️ Docker Image — Snapshot Aplikasi-mu
Docker Image adalah hasil "build" dari Dockerfile. Image ini bersifat read-only dan berisi semua yang dibutuhkan aplikasi: kode, runtime, library, environment variables, dan file konfigurasi. Anggap ini seperti cetakan kue — dari satu cetakan, kamu bisa bikin banyak kue.
3
📦 Docker Container — Aplikasi yang Berjalan
Container adalah instance yang sedang berjalan dari sebuah Image. Dari satu Image, kamu bisa menjalankan banyak container secara bersamaan. Ini yang dimaksud dengan "kue yang sudah jadi" — bisa dimakan, bisa dibagi, bisa dimodifikasi, tanpa mengubah cetakannya.
🔍 Analogi Lengkap
📄
Dockerfile = Resep Masak
→
🖼️
Image = Cetakan Kue
→
📦
Container = Kue Jadinya
→
🌐
Docker Hub = Toko Kue Online
🚀 Kenapa Docker Wajib Dipelajari Developer?
Belajar apa itu Docker bukan hanya soal menambah skill di CV. Ada alasan nyata kenapa hampir semua perusahaan tech modern — dari startup hingga unicorn — sudah mengadopsi Docker.
1
Konsistensi Lintas Environment
Aplikasi yang berjalan di Docker container-mu akan berjalan persis sama di laptop teman, server staging, maupun production. No more "works on my machine!"
2
Onboarding Tim yang Super Cepat
Developer baru join tim? Cukup docker compose up dan dalam hitungan menit, semua environment sudah siap. Tidak perlu setup berhari-hari!
3
Resource yang Efisien
Container jauh lebih ringan dari VM. Di satu server yang sama, kamu bisa menjalankan puluhan container dibanding hanya beberapa VM. Hemat biaya server secara signifikan!
4
Fondasi Ekosistem Modern
Docker adalah pintu gerbang ke dunia Kubernetes, CI/CD pipeline, microservices, dan cloud-native development. Tanpa Docker, kamu akan kesulitan memahami ekosistem DevOps modern.
⚡
Insight Penting
Menurut Stack Overflow Developer Survey, Docker secara konsisten masuk dalam top 5 tools paling banyak digunakan oleh professional developer. Menguasai Docker berarti kamu berbicara bahasa yang sama dengan sebagian besar industri tech global.
👨💻 Intip Seperti Apa Rasanya Pakai Docker
Tanpa instalasi dulu, yuk intip dulu bagaimana tampilan kode Docker itu. Di artikel selanjutnya kita akan instalasi dan praktik langsung — tapi sekarang, kenali dulu "wajahnya".
Ini adalah contoh Dockerfile sederhana untuk aplikasi PHP/Laravel:
Dockerfile
# Gunakan image PHP 8.2 sebagai baseFROMphp:8.2-fpm# Set working directory di dalam containerWORKDIR/var/www/html# Install dependensi sistem yang dibutuhkanRUN apt-get update && apt-get install -y \
git \
curl \
zip \
unzip
# Install Composer (package manager PHP)COPY --from=composer:latest /usr/bin/composer /usr/bin/composer
# Salin semua file project ke dalam containerCOPY . .
# Install dependensi Laravel via ComposerRUN composer install --no-dev --optimize-autoloader
# Expose port 9000 untuk PHP-FPMEXPOSE 9000
# Jalankan PHP-FPM saat container startCMD ["php-fpm"]
📝 Jangan khawatir belum paham setiap barisnya — kita akan bahas detail di artikel-artikel berikutnya!
Dan ini adalah beberapa perintah Docker paling dasar yang akan sering kamu pakai:
Terminal / Bash
# Cek versi Docker yang terinstalldocker--version# Download image dari Docker Hubdocker pull nginx
# Jalankan container dari image nginxdocker run -d -p 8080:80 nginx
# Lihat container yang sedang berjalandocker ps
# Stop containerdocker stop [container-id]
# Build image dari Dockerfile di folder saat inidocker build -t nama-app .
⚠️
Perhatian
Jangan panik jika perintah-perintah di atas belum bisa dijalankan sekarang karena Docker belum terinstall. Artikel 2 dari seri ini akan memandu kamu instalasi Docker langkah demi langkah, dari nol sampai bisa!
💡
Tips Belajar
Artikel ini adalah bagian dari seri 10 Artikel Belajar Docker: Docker From Zero to Zorro. Ikuti seri lengkapnya secara berurutan untuk hasil belajar yang paling optimal. Setiap artikel dirancang sebagai fondasi untuk artikel berikutnya!
📝 Kesimpulan
Jadi, Apa Itu Docker?
Hari ini kamu sudah memahami bahwa apa itu Docker: sebuah platform containerisasi yang mengemas aplikasi beserta seluruh dependensinya dalam wadah (container) yang portabel, konsisten, dan efisien.
Kita juga sudah mempelajari tiga pilar utamanya:
✅ Dockerfile — resep untuk membangun image
✅ Docker Image — snapshot read-only dari aplikasi
✅ Docker Container — instance yang berjalan dari image
Dan kamu sudah tahu kenapa Docker bukan sekadar trend — ini adalah keahlian fundamental yang dibutuhkan developer modern, dari development hingga deployment.
💬 Punya pertanyaan atau pengalaman menarik tentang Docker? Tulis di kolom komentar di bawah! Dan kalau artikel ini bermanfaat, share ke teman developer-mu yang masih belum tahu Docker — bantu mereka upgrade skill juga! 🚀
📊 Evaluasi Sistem🔬 Model DeLone & McLean⚖️ Aspek Legal & Keamanan📚 Seri 8/8 Final
Manajemen Rekam Medis Hybrid — Artikel Penutup
Evaluasi RME: Cara Menilai Sistem dengan Model DeLone, HOT-FIT, UTAUT & TTF
Panduan lengkap untuk mahasiswa PMIK D3 memahami kerangka evaluasi sistem rekam medis elektronik — plus aspek legal dan keamanan yang sering dilupakan.
⏱ 12
Menit Baca
🎓 D3
Level PMIK
📅 2026
Diperbarui
✅ 4
Model Evaluasi
Bayangkan kamu baru saja lulus dan mulai bekerja di rumah sakit. Sistem Rekam Medis Elektronik (RME) sudah dipasang, dokter sudah dilatih, dan biayanya tidak sedikit. Tapi setelah tiga bulan berjalan — dokter masih sering ngeluh, data kerap error, dan petugas farmasi bingung kenapa resep bisa "hilang" di sistem. Pertanyaannya: apakah sistem ini berhasil atau gagal? Dan siapa yang bisa menilainya?
Di sinilah evaluasi RME masuk. Bukan sekadar "apakah sistem jalan atau tidak," tapi penilaian yang terstruktur dan berbasis bukti — menggunakan model seperti DeLone & McLean, HOT-FIT, UTAUT, dan TTF. Ditambah lagi, di balik semua teknologi itu, ada aspek legal rekam medis elektronik yang wajib kamu pahami agar tidak tersandung hukum. Artikel penutup seri ini akan membahas semuanya secara tuntas.
🎯 Mengapa Evaluasi RME Tidak Bisa Diabaikan?
Implementasi RME bukan proyek yang "selesai" begitu sistem go-live. Menurut Kusumadewi et al. (2014), kegagalan sistem informasi kesehatan di negara berkembang sering bukan karena teknologinya buruk, melainkan karena tidak ada evaluasi berkelanjutan yang memberi umpan balik kepada manajemen. Sistem berjalan, tapi tidak diketahui apakah ia bermanfaat.
WHO (2010) dalam panduan National eHealth Strategy Toolkit menekankan bahwa evaluasi adalah komponen wajib dalam siklus hidup sistem eHealth — bukan tambahan opsional. Tanpa evaluasi, investasi miliaran rupiah bisa menjadi "bom waktu" yang meledak saat audit atau akreditasi.
🔥
FAKTA MENARIK
Studi Boonstra & Broekhuis (2010) menemukan bahwa sekitar 50–70% implementasi sistem informasi di fasilitas kesehatan dianggap gagal atau tidak memenuhi tujuan awalnya — dan sebagian besar kegagalan baru diketahui saat dilakukan evaluasi formal.
📐 KONSEP KUNCI
Apa Itu Evaluasi Sistem Informasi Kesehatan?
Evaluasi sistem informasi kesehatan adalah proses sistematis untuk mengukur sejauh mana sistem memenuhi tujuan yang ditetapkan — mencakup kualitas teknis, manfaat bagi pengguna, dampak organisasi, dan kesesuaian dengan kebutuhan klinis. Evaluasi dilakukan secara formatif (selama implementasi) maupun sumatif (setelah sistem berjalan penuh).
🧩 Empat Model Evaluasi RME yang Wajib Kamu Kuasai
Ada puluhan model evaluasi sistem informasi di dunia akademik, tapi empat model berikut ini paling sering digunakan dalam penelitian rekam medis di Indonesia dan konteks layanan kesehatan global. Anggap saja ini sebagai "empat kacamata" berbeda untuk melihat satu sistem yang sama.
📊
MODEL 1
Model DeLone & McLean (D&M)
Model DeLone & McLean pertama kali diperkenalkan pada 1992 dan diperbarui pada 2003. Model ini mengukur kesuksesan sistem informasi melalui enam dimensi yang saling berkaitan: kualitas sistem, kualitas informasi, kualitas layanan, penggunaan sistem, kepuasan pengguna, dan manfaat bersih (net benefit). Model ini cocok untuk mengevaluasi RME secara menyeluruh dari sudut pandang teknis hingga dampak organisasi (DeLone & McLean, 2003).
HOT-FIT dikembangkan oleh Yusof et al. (2008) khusus untuk evaluasi sistem informasi di bidang kesehatan. Singkatan HOT merujuk pada tiga komponen utama: Human (faktor manusia — pengguna dan perilakunya), Organization (faktor organisasi — struktur, proses, lingkungan), dan Technology (faktor teknologi — kualitas sistem dan informasi). Ketiga komponen ini dinilai dalam konteks "fit" atau kecocokan satu sama lain. Bila ketiganya selaras, sistem dianggap berhasil.
👤
HUMAN
Penggunaan & kepuasan pengguna
🏢
ORGANIZATION
Struktur, kepemimpinan, lingkungan
💻
TECHNOLOGY
Kualitas sistem & informasi
🧠
MODEL 3
Model UTAUT
Unified Theory of Acceptance and Use of Technology (UTAUT) dikembangkan oleh Venkatesh et al. (2003). Kalau model sebelumnya mengevaluasi sistem secara menyeluruh, UTAUT fokus pada satu pertanyaan krusial: "Mengapa pengguna mau atau tidak mau menggunakan sistem ini?" Empat faktor utama UTAUT adalah: performance expectancy (ekspektasi kinerja), effort expectancy (ekspektasi kemudahan), social influence (pengaruh sosial), dan facilitating conditions (kondisi fasilitas). Model ini sangat berguna saat rumah sakit baru meluncurkan RME dan ingin memprediksi tingkat adopsi oleh tenaga kesehatan.
🎯
MODEL 4
Model TTF (Task-Technology Fit)
Task-Technology Fit dikembangkan oleh Goodhue & Thompson (1995). Analogi sederhananya: TTF bertanya, "Apakah sepatu ini cocok untuk medan yang akan ditempuh?" Dalam konteks RME, TTF menilai seberapa cocok fitur dan kemampuan sistem dengan tugas nyata yang dikerjakan pengguna sehari-hari. Jika dokter butuh memasukkan diagnosis kompleks tapi form RME terlalu sederhana, maka TTF-nya rendah — dan kemungkinan besar dokter akan mencari cara bypass sistem. TTF sering dikombinasikan dengan UTAUT untuk penelitian yang lebih komprehensif (Dishaw & Strong, 1999).
💡
TIPS UNTUK SKRIPSI & PENELITIAN
Tidak ada aturan harus pakai hanya satu model. Banyak penelitian tugas akhir PMIK mengombinasikan DeLone & McLean + HOT-FIT untuk mendapatkan gambaran yang lebih komprehensif. Pilih model berdasarkan tujuan penelitianmu: jika ingin tahu "apakah sistem sukses?" → D&M; jika ingin tahu "kenapa pengguna enggan?" → UTAUT; jika ingin tahu "apakah sistem sesuai kebutuhan?" → TTF.
📋 Perbandingan Cepat: Mana Model yang Tepat untuk Kasusmu?
Performance expectancy, effort expectancy, social influence, facilitating conditions
Pra-implementasi atau adopsi awal
Kuesioner kuantitatif
TTF
Kesesuaian teknologi dengan tugas kerja
Task characteristics, technology characteristics, task-technology fit
Evaluasi kesesuaian fitur vs kebutuhan klinis
Kuesioner + observasi langsung
🛠️ Langkah-Langkah Praktis Melakukan Evaluasi RME
Berikut panduan step-by-step untuk melakukan evaluasi RME — baik untuk keperluan penelitian tugas akhir maupun audit internal di fasilitas kesehatan.
1
Tentukan Tujuan & Ruang Lingkup Evaluasi
Apa yang ingin kamu ukur? Seluruh sistem atau modul tertentu (misalnya modul pendaftaran saja)? Siapa yang akan dievaluasi — dokter, perawat, atau petugas rekam medis? Jawaban atas pertanyaan ini menentukan model mana yang tepat.
2
Pilih Model Evaluasi yang Sesuai
Sesuaikan dengan tujuan. Bisa satu model saja, atau kombinasi. Pastikan model yang dipilih memiliki instrumen kuesioner yang sudah tervalidasi agar hasilnya dapat dipercaya.
3
Susun Instrumen Pengumpulan Data
Kembangkan kuesioner berbasis dimensi model yang dipilih. Gunakan skala Likert 5 poin (1 = Sangat Tidak Setuju, 5 = Sangat Setuju). Lakukan uji validitas dan reliabilitas sebelum distribusi.
4
Kumpulkan & Analisis Data
Distribusikan kuesioner ke responden yang representatif. Analisis menggunakan statistik deskriptif, analisis regresi, atau Structural Equation Modeling (SEM) tergantung kompleksitas penelitian.
5
Buat Rekomendasi & Laporan Evaluasi
Hasil evaluasi harus diakhiri dengan rekomendasi konkret yang bisa ditindaklanjuti manajemen — bukan sekadar kesimpulan "sistem ini cukup baik." Rekomendasi yang baik spesifik, terukur, dan realistis.
⚖️ Aspek Legal & Keamanan Rekam Medis Elektronik di Indonesia
Evaluasi teknis saja tidak cukup. Setiap RME yang beroperasi di Indonesia wajib mematuhi kerangka hukum yang berlaku. Ini bukan formalitas — ini perlindungan bagi pasien, tenaga kesehatan, dan fasilitas itu sendiri.
⚠️
PERHATIAN — REGULASI WAJIB
Dua regulasi utama yang menjadi landasan hukum RME di Indonesia:
1. Permenkes No. 24 Tahun 2022 tentang Rekam Medis — mengatur penyelenggaraan rekam medis elektronik secara komprehensif, termasuk kewajiban fasilitas pelayanan kesehatan untuk menerapkan RME dan standar minimal yang harus dipenuhi.
2. UU No. 17 Tahun 2023 tentang Kesehatan — memperkuat dasar hukum digitalisasi layanan kesehatan dan perlindungan data kesehatan pasien sebagai data sensitif.
Catatan: Keputusan Menteri Kesehatan (KMK) No. 1423 dan KMK 223 Tahun 2022 perlu diverifikasi lebih lanjut melalui situs resmi JDIH Kemenkes RI (jdih.kemkes.go.id) untuk memastikan kesesuaian nomor dan substansinya sebelum dikutip dalam karya ilmiah.
🏛️ Empat Pilar Aspek Legal RME
🔐
Kerahasiaan Data
Rekam medis bersifat rahasia. Akses hanya boleh diberikan kepada pihak yang berwenang sesuai Pasal 47 Permenkes No. 24/2022.
✍️
Tanda Tangan Elektronik
Rekam medis elektronik harus ditandatangani secara elektronik sesuai UU ITE No. 11/2008 jo No. 19/2016 untuk memiliki kekuatan hukum.
🗄️
Retensi & Pemusnahan
Rekam medis wajib disimpan minimal 5 tahun dari tanggal terakhir berobat, atau 5 tahun setelah pasien meninggal (Permenkes No. 24/2022).
🛡️
Perlindungan Data Pribadi
UU No. 27/2022 tentang PDP mewajibkan pengelola RME menerapkan prinsip perlindungan data, termasuk pembatasan tujuan dan minimisasi data.
🔒 Checklist Keamanan RME (Minimal Standard)
✓ Autentikasi multi-faktor (MFA) untuk semua akun pengguna ✓ Enkripsi data at-rest (AES-256) dan in-transit (TLS 1.2+) ✓ Audit log: setiap akses & perubahan data tercatat otomatis ✓ Role-based access control (RBAC) sesuai kewenangan klinis ✓ Backup data terjadwal + disaster recovery plan teruji ⚠ Uji penetrasi (pentest) minimal 1x per tahun ⚠ Kebijakan pengelolaan perangkat (BYOD policy) tertulis ✗ JANGAN simpan password dalam plaintext di database ✗ JANGAN izinkan akses remote tanpa VPN terenkripsi
⚡
INSIGHT PENTING — KHUSUS MAHASISWA PMIK
Dalam akreditasi SNARS Edisi 1.1, standar MKI (Manajemen Komunikasi dan Informasi) mensyaratkan fasilitas kesehatan memiliki kebijakan tertulis tentang kerahasiaan, keamanan, dan integritas data rekam medis — termasuk dalam format elektronik. Kalau kamu bekerja di unit rekam medis, menguasai regulasi ini bukan hanya nilai tambah, tapi syarat mutlak kompetensi.
📚 Referensi
Boonstra, A., & Broekhuis, M. (2010). Barriers to the acceptance of electronic medical records by physicians from systematic review to taxonomy and interventions. BMC Health Services Research, 10(1), 231. https://doi.org/10.1186/1472-6963-10-231
DeLone, W. H., & McLean, E. R. (2003). The DeLone and McLean model of information systems success: A ten-year update. Journal of Management Information Systems, 19(4), 9–30. https://doi.org/10.1080/07421222.2003.11045748
Dishaw, M. T., & Strong, D. M. (1999). Extending the technology acceptance model with task–technology fit constructs. Information & Management, 36(1), 9–21. https://doi.org/10.1016/S0378-7206(98)00101-3
Goodhue, D. L., & Thompson, R. L. (1995). Task-technology fit and individual performance. MIS Quarterly, 19(2), 213–236. https://doi.org/10.2307/249689
Kementerian Kesehatan RI. (2022). Peraturan Menteri Kesehatan Nomor 24 Tahun 2022 tentang Rekam Medis. Kemenkes RI.
Kusumadewi, S., Luthfi, F. I., & Sanjaya, G. Y. (2014). Informatika kesehatan. Graha Ilmu.
Venkatesh, V., Morris, M. G., Davis, G. B., & Davis, F. D. (2003). User acceptance of information technology: Toward a unified view. MIS Quarterly, 27(3), 425–478. https://doi.org/10.2307/30036540
WHO. (2010). National eHealth strategy toolkit. World Health Organization. https://www.who.int/ehealth/
Yusof, M. M., Kuljis, J., Papazafeiropoulou, A., & Stergioulas, L. K. (2008). An evaluation framework for health information systems: Human, organisation and technology-fit factors (HOT-fit). International Journal of Medical Informatics, 77(6), 386–398. https://doi.org/10.1016/j.ijmedinf.2007.08.011
Penutup Seri: Evaluasi Adalah Mata Rantai Terakhir
Kita sudah menempuh perjalanan panjang — dari konsep dasar rekam medis hybrid, implementasi, tata kelola data, hingga di artikel terakhir ini: evaluasi RME menggunakan model DeLone & McLean, HOT-FIT, UTAUT, dan TTF.
Ingat: sistem terbaik sekalipun bisa gagal tanpa evaluasi yang konsisten. Dan evaluasi terbaik pun tidak ada artinya jika aspek legal dan keamanan diabaikan. Keduanya adalah dua sisi koin yang sama.
Kamu sudah menyelesaikan seluruh seri Manajemen Rekam Medis Hybrid. Selamat — dan semoga ilmu ini menjadi bekal nyata di dunia kerja! 🚀
saifiahmada.com adalah blog belajar programming Indonesia, membahas lengkap materi bahasa pemrograman: code HTML, CSS, Bootstrap, Desain, PHP, MySQL, coding Java, Query, SQL, dan dunia linux
