Cara Menghitung Fee Nakes Freelance yang Adil dan Konsisten (Tanpa Rekap Manual)

Menghitung fee nakes freelance sering jadi sumber sakit kepala tersendiri buat klinik yang mengandalkan tenaga lepas — mulai dari perawat homecare, fisioterapis, terapis kecantikan, sampai dokter hewan paramedik. Cara menghitung fee nakes freelance yang adil dan konsisten sebenarnya bukan soal rumus rumit, tapi soal basis perhitungan yang jelas dan titik pencatatan yang tepat. Artikel ini membahas empat basis fee yang umum dipakai, langkah menyusun skema yang konsisten, dan bagaimana menghindari selisih yang biasanya muncul dari rekap manual di akhir bulan.

Kenapa Perhitungan Fee Nakes Freelance Sering Meleset

Di klinik yang mengandalkan nakes lepas — homecare, fisioterapi, kecantikan, babycare, maupun klinik hewan — rekap fee biasanya masih dikerjakan lewat Excel, WhatsApp, dan catatan terpisah. Cara kerja seperti ini membuat rekonsiliasi antara invoice, pembayaran, dan kas rawan selisih, sementara rekap fee untuk banyak nakes setiap periode memakan waktu staf finance.

Dampaknya bukan cuma soal waktu. Nakes freelance sering tidak tahu pasti berapa fee yang akan diterima dan kapan dibayar, yang lama-lama menurunkan kepercayaan dan retensi mereka terhadap klinik. Di sisi lain, owner juga kehilangan visibilitas real-time atas pendapatan, kas, dan performa nakes karena datanya tersebar di banyak tempat.

Sumber selisih paling umum sebenarnya sederhana: fee dihitung dari appointment yang belum selesai atau masih terjadwal, bukan dari kunjungan yang statusnya benar-benar "selesai".

4 Basis Perhitungan Fee Nakes Freelance

Sebelum menyusun skema, tentukan dulu basis fee yang cocok dengan model layanan klinik Anda. Ada empat pendekatan yang umum dipakai:

1. Flat per kunjungan — cocok untuk kunjungan rumah atau sesi praktik satuan dengan nilai layanan yang relatif seragam.
2. Flat per shift — cocok untuk paket treatment berdurasi (mis. paket caregiver/homecare atau fisioterapi), di mana unit komersialnya adalah paket, tapi unit kerja dan fee nakes dihitung per shift yang benar-benar dikerjakan.
3. Persentase dari tagihan — dipertimbangkan untuk layanan dengan nilai transaksi yang bervariasi antar kunjungan.
4. Hybrid — kombinasi basis di atas, disesuaikan per peran atau jenis layanan.

Tabel Perbandingan Basis Fee

Basis Fee	Cocok Untuk	Kelebihan
Flat per kunjungan	Kunjungan rumah/sesi satuan dengan nilai seragam	Mudah diprediksi nakes, sederhana dihitung
Flat per shift	Paket treatment berdurasi (homecare, fisioterapi)	Adil untuk beban kerja per shift, bukan per paket
Persentase dari tagihan	Layanan dengan nilai transaksi bervariasi	Fee mengikuti nilai layanan aktual
Hybrid	Klinik dengan campuran jenis layanan	Fleksibel per peran/senioritas

Satu catatan penting: untuk model paket berdurasi, unit komersial yang dijual ke pasien adalah paket (harga lump-sum), tapi unit kerja dan fee nakes tetap dihitung per shift, dan fee ini difinalisasi saat paket ditutup.

Langkah Menyusun Skema Fee yang Adil dan Konsisten

Berdasarkan panduan internal menyusun skema fee nakes freelance, berikut langkah yang bisa diikuti:

1. Tetapkan basis fee sesuai model layanan — kunjungan rumah/sesi satuan pakai flat per kunjungan, paket treatment berdurasi pakai flat per shift.
2. Buat skema konsisten per peran atau senioritas — bukan negosiasi kasus per kasus, supaya nakes bisa memprediksi pendapatannya dan klinik mudah menganggarkan.
3. Dokumentasikan aturan dengan jelas — kapan fee dihitung (saat kunjungan berstatus selesai), kapan dibayar (mengikuti tanggal rekap periode), dan bagaimana penanganan pembatalan.
4. Untuk pesanan multi-nakes atau multi-shift, hitung fee per shift yang benar-benar dikerjakan masing-masing nakes — bukan dibagi rata — supaya adil sesuai beban kerja aktual.
5. Hindari menghitung fee dari appointment yang belum selesai atau masih terjadwal, karena ini sumber selisih paling umum di rekap manual.

Kapan Fee Dihitung dan Kapan Dibayar?

Fee nakes idealnya lahir otomatis begitu kunjungan atau shift berstatus "selesai" — bukan menunggu input manual admin di akhir bulan. Skema fee (fee_scheme) sendiri diatur per nakes atau per layanan, dengan tipe yang umum dipakai adalah flat per kunjungan/shift; skema yang kosong ditangani sebagai "tidak ada fee" dan tidak memblokir operasional lain.

Untuk pembayarannya, rekap fee per periode biasanya dikumpulkan dalam satu daftar berisi fee per nakes per periode yang siap dibayar, dengan status berjalan dari "belum dibayar" ke "dibayar". Periode billing bulanan pun sebaiknya di-anchor ke tanggal yang konsisten (misalnya mulai tanggal 15 setiap bulan berarti siklusnya 15 ke 14 bulan berikutnya), supaya nakes tahu pasti kapan fee-nya masuk.

Menghindari Selisih: Hitung Hanya dari Kunjungan "Selesai"

Aturan paling penting dalam cara menghitung fee nakes freelance yang konsisten adalah: fee hanya dihitung dari kunjungan atau shift yang statusnya benar-benar "selesai", bukan dari yang masih terjadwal atau baru dibooking.

Masalah lain yang sering muncul adalah koreksi data. Kalau ada kunjungan "selesai" yang datanya ternyata salah, idealnya sistem tidak menghapus begitu saja baris fee atau kas yang sudah terbentuk. Pendekatan yang lebih aman adalah menolak penghapusan langsung dan mengarahkan ke entri penyesuaian, supaya jejak keuangan tetap utuh dan bisa ditelusuri.

Cara Mengotomatiskan Perhitungan Fee dengan Manajemen Klinik

Setelah skema fee ditentukan, tantangan berikutnya adalah menjalankannya secara konsisten setiap periode. Di Manajemen Klinik Suite, fee nakes dihitung otomatis dari setiap kunjungan atau shift yang berstatus selesai, mengikuti skema fee yang sudah diatur sebelumnya per nakes atau per layanan — jadi tidak perlu lagi rekap satu per satu di akhir bulan.

Rekap fee per periode tersedia dalam satu halaman khusus (HR & Fee), menampilkan daftar fee per nakes per periode yang siap dibayar. Verifikasi dan pencatatan pembayaran fee dilakukan oleh Finance, Manager, atau Owner, sementara nakes sendiri bisa melihat jadwal dan fee mereka lewat aplikasi mobile pendamping — cukup untuk memberi kejelasan tanpa perlu akses penuh. Begitu fee dibayarkan, pencatatannya otomatis masuk sebagai kas keluar mengikuti rantai transaksi, bukan entri manual terpisah.

Pendekatan ini menyasar langsung dua masalah yang paling sering dikeluhkan: rekonsiliasi manual yang rawan selisih, dan waktu staf finance yang habis untuk rekap fee banyak nakes setiap periode.

FAQ

Kapan fee nakes freelance sebaiknya dihitung? Saat kunjungan atau shift berstatus selesai, bukan saat masih terjadwal. Menghitung dari appointment yang belum selesai adalah sumber selisih paling umum di rekap manual.

Lebih baik fee flat per kunjungan atau persentase dari tagihan? Flat per kunjungan cocok untuk layanan satuan dengan nilai seragam dan mudah diprediksi nakes; persentase cocok saat nilai transaksi per layanan bervariasi. Banyak klinik memakai flat per shift untuk paket treatment berdurasi seperti homecare atau fisioterapi.

Bagaimana menghitung fee untuk satu pesanan yang dikerjakan beberapa nakes? Hitung per shift yang benar-benar dikerjakan masing-masing nakes, bukan dibagi rata, supaya adil sesuai beban kerja masing-masing.

Bagaimana kalau kunjungan yang sudah "selesai" ternyata datanya salah? Kalau kas sudah terbentuk dari kunjungan itu, penghapusan langsung sebaiknya ditolak dan diarahkan ke entri penyesuaian, supaya jejak keuangan tetap utuh dan bisa ditelusuri.

Apakah fee nakes bisa dilihat oleh nakes itu sendiri? Bisa. Nakes memiliki akses read-only lewat aplikasi mobile pendamping untuk melihat jadwal dan fee yang menjadi haknya, sementara verifikasi dan pembayaran tetap dilakukan oleh Finance, Manager, atau Owner.

Menyusun skema fee nakes freelance yang adil sebenarnya dimulai dari kejelasan aturan: basis fee yang tepat, titik penghitungan yang konsisten (kunjungan selesai), dan siklus pembayaran yang bisa diprediksi. Kalau klinik Anda masih mengandalkan rekap manual di akhir bulan, saatnya menjajal alur yang mencatat fee otomatis dari setiap kunjungan selesai. Coba Gratis 14 Hari untuk melihat langsung bagaimana rekap fee dan kas berjalan tanpa input berulang.