Siklus Proyek IT Kesehatan: Dari Kebutuhan hingga Go-Live
Tahapan proyek sistem informasi di klinik, laboratorium, atau rumah sakit: presales, analisis kebutuhan, desain, pengembangan, QC, infrastruktur, implementasi, go-live, dan dukungan.
Proyek IT di bidang kesehatan punya karakter khusus. Penggunanya sibuk melayani pasien, regulasinya ketat, datanya sensitif, dan sistemnya harus bisa bicara dengan sistem lain seperti BPJS, SATUSEHAT, dan alat laboratorium. Berikut tahapan yang umumnya dilalui dari pertemuan pertama dengan klien sampai sistem berjalan stabil.
1. Presales: memahami masalah klien
Semua dimulai dari percakapan. Tujuan tahap ini bukan menjual fitur, melainkan memahami masalah klien: antrean panjang, klaim sering tertolak, laporan dikerjakan manual, atau tuntutan regulasi rekam medis elektronik. Hasilnya berupa gambaran solusi, perkiraan biaya, dan jadwal kasar. Perkiraan ini bisa disusun dengan kalkulator estimasi proyek dan diperkuat dengan perhitungan ROI.
2. Analisis kebutuhan
Setelah kontrak disepakati, tim menggali detail kebutuhan langsung dari pengguna di setiap unit: pendaftaran, poli, farmasi, laboratorium, kasir, dan manajemen. Tips yang terbukti membantu:
- Amati alur kerja nyata, bukan hanya mendengar penjelasan. Sering ada langkah tidak tertulis yang penting.
- Kumpulkan formulir dan laporan yang dipakai saat ini. Semua itu adalah spesifikasi data yang paling jujur.
- Catat integrasi yang dibutuhkan: bridging BPJS, SATUSEHAT, alat lab, PACS, atau aplikasi keuangan.
- Tentukan prioritas bersama klien: mana yang wajib ada saat go-live, mana yang bisa menyusul.
3. Desain
Kebutuhan diterjemahkan menjadi desain database, alur layar (mockup), dan arsitektur sistem. Libatkan pengguna kunci untuk mereview mockup. Mengubah gambar jauh lebih murah daripada mengubah kode yang sudah jadi.
4. Pengembangan
Pengembangan sebaiknya dilakukan dalam siklus pendek, misalnya dua mingguan, dengan demo rutin ke klien. Asisten AI dapat mempercepat bagian yang rutin. Baca cara memakai AI dengan aman agar kecepatan tidak mengorbankan kualitas dan kerahasiaan data.
5. QC dan UAT
Tim QC menguji fungsi, integrasi, dan performa. Setelah itu klien melakukan UAT (User Acceptance Testing) dengan skenario nyata dari pekerjaan mereka. Penjelasan lengkapnya ada di artikel jenis pengujian dan cara menulis test case.
6. Infrastruktur
Sejalan dengan pengembangan, siapkan lingkungan produksi: server (on-premise atau cloud), jaringan, sertifikat SSL, backup, dan monitoring. Hitung kebutuhan disk dengan kalkulator storage dan backup, dan sepakati target ketersediaan dengan kalkulator SLA.
7. Implementasi dan pelatihan
Tahap ini sering menentukan berhasil atau tidaknya proyek: migrasi data lama, pelatihan pengguna per unit, dan penyiapan perangkat di lapangan. Rinciannya dibahas di artikel implementasi aplikasi di lapangan.
8. Go-live
Pilih hari yang tidak terlalu padat, misalnya bukan Senin pagi di poli rawat jalan. Siapkan tim pendamping di setiap unit, jalur komunikasi yang cepat untuk laporan masalah, dan rencana cadangan jika terjadi gangguan besar.
9. Hypercare dan dukungan
Dua sampai empat minggu pertama setelah go-live adalah masa hypercare: tim tetap siaga, masalah ditangani cepat, dan penyesuaian kecil dilakukan. Setelah itu, proyek masuk ke masa dukungan rutin sesuai SLA yang disepakati.
Contoh jadwal proyek klinik pratama
Sebagai ilustrasi, proyek aplikasi klinik dengan modul pendaftaran, rekam medis, farmasi, kasir, dan integrasi BPJS serta SATUSEHAT bisa berjalan seperti ini:
| Tahap | Minggu ke- |
|---|---|
| Analisis kebutuhan | 1 – 2 |
| Desain dan review mockup | 2 – 3 |
| Pengembangan (4 sprint dua mingguan) | 3 – 10 |
| Integrasi dan pengujian di sandbox | 7 – 11 |
| QC dan UAT | 10 – 12 |
| Migrasi data dan pelatihan | 11 – 13 |
| Go-live dan hypercare | 13 – 16 |
Beberapa tahap sengaja tumpang tindih. Durasi nyata sangat bergantung pada lingkup, ukuran tim, dan kesiapan klien.
Risiko umum dan cara mengantisipasinya
| Risiko | Antisipasi |
|---|---|
| Pengguna kunci sulit ditemui | Sepakati jadwal rutin dan penanggung jawab di pihak klien sejak kontrak |
| Kredensial integrasi terlambat | Ajukan akses sandbox di minggu pertama |
| Permintaan fitur terus bertambah | Prosedur permintaan perubahan tertulis |
| Data lama berantakan | Migrasi percobaan sejak pertengahan proyek |
| Perangkat di lapangan belum siap | Survei lokasi sebelum pelatihan |
Dokumen yang dihasilkan setiap tahap
- Presales: proposal dan penawaran harga
- Analisis: dokumen kebutuhan dan daftar prioritas
- Desain: mockup, desain database, diagram arsitektur
- QC dan UAT: test case, laporan hasil uji, berita acara UAT
- Implementasi: panduan pengguna, materi pelatihan, laporan migrasi data
- Go-live: berita acara serah terima dan runbook operasional
Berita acara di setiap tahap penting karena biasanya menjadi syarat penagihan termin. Contoh pembagian termin ada di artikel cara menyusun estimasi dan penawaran.
Peran yang terlibat
| Tahap | Peran utama |
|---|---|
| Presales | Sales/account manager, konsultan teknis |
| Analisis & desain | System analyst, UI/UX, arsitek |
| Pengembangan | Programmer backend/frontend/mobile |
| QC | QA/tester |
| Infrastruktur | Sysadmin, DevOps |
| Implementasi | Implementator, trainer |
| Dukungan | Helpdesk, programmer maintenance |
Di tim kecil, satu orang bisa memegang banyak peran sekaligus. Justru karena itu, memahami keseluruhan siklus membantu Anda mengantisipasi masalah di tahap berikutnya sejak awal.