Keputusan sudah diambil: klinik pindah ke aplikasi baru. Admin diminta “memindahkan datanya” dalam dua minggu. Minggu ketiga, jadwal hari Senin muncul ganda, sisa paket beberapa anak kembali penuh, dan satu keluarga menerima tagihan untuk cicilan yang sudah dibayar.
Migrasi data klinik jarang gagal karena proses impornya. Ia gagal karena tidak ada yang memutuskan data apa yang dipindahkan, dalam urutan apa, per tanggal berapa, dan kapan sistem lama berhenti dipakai.
Artikel ini adalah rencana migrasi untuk klinik tumbuh kembang anak, mencakup seluruh modul, bukan hanya data pasien: tanggal cutover, urutan pemindahan, persiapan file, masa beku, uji coba, validasi, pembagian peran, dan contoh rencana empat minggu. Rencana ini berlaku baik saat Anda pindah data pasien dari Excel maupun dari aplikasi lama.
Kalau Anda belum yakin perlu pindah, baca dulu artikel tentang tanda klinik Anda sudah tidak cocok lagi dengan aplikasi yang dipakai sekarang.
Mulai dari tanggal cutover, bukan dari file
Tanggal cutover adalah hari ketika sistem baru resmi menjadi sumber data. Mulai hari itu, jadwal dibuat, kehadiran dicatat, dan invoice diterbitkan hanya di sistem baru.
Semua keputusan lain mengikuti tanggal ini. Jadwal mulai tanggal berapa yang dipindahkan? Sisa sesi paket dihitung per tanggal berapa? Invoice mana yang masih terbuka? Tanpa satu tanggal acuan, setiap admin akan menjawab pertanyaan itu dengan tanggal yang berbeda.
Pilih tanggal di awal pekan dan, bila memungkinkan, di awal periode tagihan. Hindari bulan paling sibuk dan pekan menjelang libur panjang, ketika banyak sesi dibatalkan dan diganti.
Tentukan juga apa yang tidak dipindahkan
Tidak semua data perlu masuk ke sistem baru. Memindahkan riwayat bertahun-tahun memperpanjang migrasi dan memperbesar peluang salah, padahal hampir tidak pernah dibuka. Biasanya yang cukup diarsipkan:
- Jadwal dan catatan kehadiran sebelum tanggal cutover.
- Invoice yang sudah lunas.
- Pasien yang sudah selesai program dan tidak aktif lagi. Mereka bisa diimpor belakangan kalau kembali terapi.
- Paket yang sudah habis atau kedaluwarsa.
Arsipkan data ini sebagai file baca-saja di folder yang aksesnya terbatas, dan catat lokasinya di rencana migrasi. Arsip tetap berisi data pribadi anak, jadi perlakukan dengan kehati-hatian yang sama.
Urutan migrasi data klinik berdasarkan ketergantungan
Data di aplikasi klinik saling merujuk. Jadwal membutuhkan pasien, terapis, dan ruangan. Paket membutuhkan pasien dan jenis layanan. Invoice membutuhkan pasien dan paket. Kalau diimpor tidak berurutan, baris akan ditolak atau, lebih buruk, terhubung ke data yang salah.
| Tahap | Data | Bergantung pada | Titik rawan |
|---|---|---|---|
| 1. Data master | Terapis, karyawan, ruangan, jenis layanan (terapi wicara, okupasi, sensori integrasi) | Tidak ada | Nama terapis ditulis berbeda di file jadwal dan file gaji |
| 2. Wali dan pasien | Identitas anak, wali, hubungan wali-anak, relasi kakak-adik | Tidak ada | Kakak-adik tercatat sebagai dua keluarga dengan dua data ibu |
| 3. Paket aktif | Jenis paket, jumlah sesi, sisa sesi per tanggal cutover, masa berlaku | Pasien, jenis layanan | Sisa sesi dihitung per tanggal yang berbeda-beda |
| 4. Jadwal ke depan | Sesi mulai tanggal cutover, termasuk jadwal berulang | Pasien, terapis, ruangan, paket | Jadwal sebelum cutover ikut terbawa |
| 5. Invoice terbuka | Sisa tagihan, cicilan berjalan, termin dan jatuh tempo | Pasien, paket | Invoice lunas ikut diimpor dan tertagih ulang |
| 6. Arsip | Semua yang tidak dipindahkan | Tidak ada | Tidak ada yang tahu letak dan isinya |
Perhatikan tahap 2. Buat data wali lebih dulu sebagai daftar tersendiri, satu baris per orang, lalu hubungkan ke anak-anaknya. Dengan begitu nomor WhatsApp seorang ibu dengan dua anak yang sama-sama terapi hanya tersimpan sekali.
Menyiapkan file sebelum impor
Sistem apa pun hanya bisa membaca file yang strukturnya konsisten. Aturan dasarnya sederhana:
- Satu baris satu data. Tanpa sel gabungan, tanpa baris subtotal, tanpa dua anak dalam satu baris.
- Format tanggal seragam di seluruh file, mengikuti contoh format sistem tujuan.
- Nomor HP seragam: awalan yang sama, tanpa spasi atau tanda strip.
- ID unik untuk setiap pasien, wali, dan terapis, supaya data di file yang berbeda bisa dihubungkan.
- Duplikat dihapus sebelum impor, bukan dicari sesudahnya.
- Nama terapis, ruangan, dan layanan ditulis persis sama di semua file. “Terapi Wicara” dan “TW” akan dianggap dua layanan berbeda.
Langkah membersihkan data pasien, mulai dari menggabungkan data ganda sampai menentukan kolom wajib, dibahas rinci di artikel tentang aplikasi data pasien klinik. Kalau Anda masih perlu menyusun file pasien dari buku registrasi, gunakan template data pasien klinik di Excel sebagai titik awal.
Masa beku: berhenti mengubah data di sistem lama
Masa beku adalah beberapa hari menjelang cutover ketika data di sistem lama tidak boleh diubah sembarangan. Tanpa masa beku, file yang diekspor hari Rabu sudah berbeda dengan kondisi hari Jumat, dan tidak ada yang tahu bagian mana yang berubah.
Selama masa beku (contoh: dua sampai tiga hari kerja):
- Ekspor final dilakukan di awal masa beku, dan itulah file yang diimpor.
- Setiap perubahan yang tidak bisa ditunda, seperti reschedule, pembayaran masuk, atau pendaftaran baru, dicatat di satu lembar “perubahan setelah ekspor”.
- Hanya satu orang yang boleh menambah baris ke lembar itu.
- Setelah impor massal selesai, isi lembar tersebut dimasukkan manual ke sistem baru.
Uji coba impor kecil sebelum impor massal
Jangan langsung mengunggah ratusan baris. Ambil 10 sampai 20 baris dari setiap file, dan sengaja pilih yang paling rumit: anak dengan dua wali, kakak-adik, nama dengan tanda baca, nomor telepon berawalan tidak biasa, jadwal berulang, dan invoice yang dicicil.
Setelah uji coba, buka hasilnya satu per satu di sistem baru. Kalau ada yang salah, perbaiki di file sumber, bukan di sistem, lalu ulangi uji coba. Perbaikan yang dilakukan langsung di sistem akan hilang atau tergandakan saat impor massal. Sepakati juga dengan penyedia bagaimana data uji dibersihkan sebelum impor yang sebenarnya.
Validasi setelah impor
Impor yang “berhasil” tanpa pesan error belum tentu benar. Cocokkan angka-angka berikut antara sistem lama per tanggal cutover dan sistem baru:
| Yang dicocokkan | Sistem lama | Sistem baru | Kalau berbeda, cek |
|---|---|---|---|
| Jumlah pasien aktif | Data ganda atau pasien nonaktif yang ikut terimpor | ||
| Jumlah wali | Wali kakak-adik yang tergandakan | ||
| Total sisa sesi seluruh paket aktif | Tanggal acuan perhitungan sisa sesi | ||
| Jumlah sesi minggu pertama per terapis | Jadwal berulang yang terlewat atau ganda | ||
| Total piutang (invoice terbuka dan sisa cicilan) | Invoice lunas yang ikut terimpor |
Setelah angka totalnya cocok, lakukan cek acak sepuluh pasien dari awal sampai akhir. Untuk setiap anak, buka profilnya dan periksa identitas dan usia, wali beserta nomor penerima notifikasi, paket dan sisa sesi, jadwal minggu depan, lalu invoice dan termin cicilannya.
Kalau satu dari sepuluh pasien ternyata salah, jangan hanya memperbaiki anak itu. Cari penyebabnya, karena kesalahan migrasi hampir selalu berpola dan berulang di data lain.
Berjalan paralel, lalu benar-benar berhenti
Setelah cutover, sistem baru adalah satu-satunya tempat mencatat. Sistem lama boleh dibuka selama masa paralel singkat, tetapi hanya untuk mencocokkan, bukan untuk diisi. Mengisi dua sistem “untuk jaga-jaga” hampir selalu berakhir dengan dua versi data yang sama-sama tidak lengkap.
Tetapkan tanggal berhenti memakai sistem lama sejak awal dan umumkan ke seluruh staf. Setelah tanggal itu, lakukan ekspor terakhir sebagai arsip dan cabut akses edit.
Siapa memegang data apa
Migrasi yang dikerjakan “bersama-sama” biasanya berarti tidak ada yang merasa bertanggung jawab. Beri setiap kelompok data satu nama pemilik.
| Data | Pemilik (contoh) | Tugas saat migrasi |
|---|---|---|
| Terapis, karyawan, ruangan, layanan | Manajer klinik | Menyusun daftar master dan penulisan nama baku |
| Pasien dan wali | Admin pendaftaran | Merapikan data ganda, relasi kakak-adik, nomor penerima notifikasi |
| Paket dan sisa sesi | Admin bersama koordinator terapi | Menghitung sisa sesi per tanggal cutover |
| Jadwal | Admin jadwal | Menyusun jadwal ke depan dan jadwal berulang |
| Invoice dan cicilan | Bagian keuangan | Memilah invoice terbuka, termin, dan jatuh tempo |
| Tanggal cutover dan keputusan akhir | Pemilik atau manajer | Menyetujui hasil validasi dan tanggal berhenti sistem lama |
Di klinik kecil, satu orang bisa memegang beberapa baris. Yang penting setiap baris punya satu nama.
Contoh rencana migrasi empat minggu
Tabel berikut adalah contoh untuk klinik dengan satu cabang dan data yang relatif rapi. Sesuaikan panjangnya dengan kondisi klinik Anda.
| Minggu (contoh) | Kegiatan | Hasil |
|---|---|---|
| Minggu 1 | Tetapkan tanggal cutover, daftar data yang tidak dipindahkan, tunjuk pemilik data, ekspor awal, unduh contoh format impor | Rencana tertulis dan file mentah |
| Minggu 2 | Rapikan data master, pasien, dan wali; hitung sisa sesi; uji impor 10-20 baris; pelatihan awal staf | File bersih dan catatan perbaikan |
| Minggu 3 | Masa beku, ekspor final, impor massal sesuai urutan, input lembar perubahan, validasi angka | Data lengkap di sistem baru dan tabel validasi terisi |
| Minggu 4 | Cutover, masa paralel singkat, cek acak sepuluh pasien, berhenti memakai sistem lama di akhir minggu | Sistem lama menjadi arsip baca-saja |
Kesalahan umum saat migrasi data klinik
- Mengimpor seluruh riwayat karena “sayang kalau hilang”, padahal cukup diarsipkan.
- Mengimpor jadwal sebelum terapis dan ruangan, sehingga jadwal ditolak atau tidak terhubung.
- Memperbaiki data langsung di sistem baru, lalu menimpanya dengan impor ulang dari file lama.
- Tidak ada masa beku, sehingga perubahan beberapa hari terakhir hilang.
- Menghitung sisa sesi per tanggal yang berbeda untuk setiap pasien.
- Ikut mengimpor invoice lunas, lalu pengingat pembayaran terkirim ke orang tua yang sudah membayar.
- Melatih staf setelah cutover, bukan sebelumnya.
- Tidak menetapkan tanggal berhenti, sehingga sistem lama tetap diisi berbulan-bulan.
Khusus jika pindah dari aplikasi lama
Pindah dari aplikasi lain punya satu risiko yang tidak ada saat pindah dari Excel: data Anda berada di sistem milik pihak lain.
- Minta ekspor lengkap sebelum kontrak berakhir. Periksa ketentuan kontrak tentang akses data setelah langganan selesai, dan jangan menunggu hari terakhir.
- Cek format ekspornya. Apakah bisa dibuka di Excel? Apakah kolomnya lengkap? Apakah relasi wali dan anak ikut terbawa, atau hanya nama orang tua dalam satu kolom? Apakah paket dan sisa sesi ikut diekspor?
- Tanyakan lampiran. Foto kegiatan, hasil asesmen, dan laporan sesi sering tidak ikut dalam ekspor tabel.
- Simpan salinan. Catat tanggal ekspor, simpan di tempat yang aksesnya terbatas, dan jangan hanya mengandalkan satu laptop.
Bagaimana migrasi ke KlinikPlus dilakukan
Di KlinikPlus, impor dilakukan dari halaman daftar masing-masing data. Unduh contoh format lewat tombol “Download Example CSV”, isi sesuai kolomnya, lalu unggah. Impor massal tersedia untuk data pasien, wali, terapis, karyawan, ruangan, jadwal, dan invoice, sehingga urutan di atas bisa diikuti hampir langsung. Langkah per menunya ada di panduan penggunaan KlinikPlus.
Beberapa hal yang perlu diperhatikan:
- Paket aktif dan sisa sesi. Cara memindahkan saldo paket yang sedang berjalan perlu didiskusikan dengan tim KlinikPlus sebelum migrasi.
- Cicilan berjalan. KlinikPlus mendukung cicilan per termin dengan jatuh tempo dan tombol Send reminder per termin.
- Wali dan kakak-adik. Satu wali bisa dihubungkan ke beberapa anak, dan satu anak bisa punya lebih dari satu wali dengan penanda penerima notifikasi.
- Multi-cabang. Data mengikuti cabang aktif yang dipilih di bagian atas layar, jadi pastikan cabang yang benar sedang aktif sebelum mengunggah file.
Gambaran utuh modul yang akan menerima data Anda ada di artikel sistem manajemen klinik untuk klinik tumbuh kembang anak. Trial gratis paket Standar bisa dipakai untuk menjalankan uji coba impor 10-20 baris sebelum Anda memutuskan.
Pertanyaan yang sering diajukan
Berapa lama migrasi data klinik biasanya berlangsung?
Bergantung pada jumlah data dan kerapiannya. Yang paling lama adalah merapikan file dan menghitung sisa sesi, bukan proses impornya. Contoh rencana empat minggu di atas bisa dipakai sebagai titik awal.
Apakah riwayat sesi lama harus dipindahkan?
Umumnya tidak. Jadwal dan kehadiran sebelum cutover cukup diarsipkan sebagai file baca-saja. Yang dipindahkan adalah kondisi per tanggal cutover: pasien aktif, sisa paket, jadwal ke depan, dan tagihan terbuka.
Bagaimana memindahkan data pasien kakak-adik?
Buat wali sebagai data tersendiri, satu baris per orang, lalu hubungkan ke masing-masing anak. Jangan mengetik data ibu yang sama di dua baris pasien, karena perubahan nomor telepon nanti hanya akan terbarui di salah satunya.
Bolehkah cutover dilakukan di tengah bulan?
Boleh, tetapi invoice dan cicilan bulan itu akan terbagi di dua sistem. Kalau memungkinkan, pilih awal periode tagihan supaya laporan keuangan bulanan tetap utuh di satu tempat.
Apa yang dilakukan kalau ada data salah setelah cutover?
Perbaiki langsung di sistem baru, karena sistem baru sudah menjadi sumber data. Catat jenis kesalahannya, lalu periksa apakah pasien lain terkena pola yang sama.
Kesimpulan
Migrasi data klinik yang rapi bukan soal seberapa cepat file diunggah. Ia soal satu tanggal cutover, urutan yang mengikuti ketergantungan data, masa beku yang dihormati, dan validasi yang dilakukan dengan angka, bukan perasaan.
Pindahkan kondisi hari ini, arsipkan riwayatnya, beri setiap data satu pemilik, dan tetapkan kapan sistem lama berhenti. Dengan begitu pasien, jadwal, paket, dan invoice sampai di sistem baru tanpa jadwal ganda atau tagihan yang terkirim dua kali.
Sedang menyiapkan migrasi? Anda bisa mencoba impor kecil lewat trial gratis paket KlinikPlus Standar, atau diskusikan rencana migrasi Anda, termasuk cara memindahkan paket yang sedang berjalan, lewat konsultasi gratis dengan tim kami.