Checklist SOP Pergantian Shift Operator IT Support Rumah Sakit

Checklist SOP Pergantian Shift Operator IT Support Rumah Sakit

Sobat IT RS, siapa di sini yang belum pernah ngalamin chaos waktu serah terima shift? Tiba-tiba ada tiket keluhan yang kelewat, insiden server lupa dicatat, atau malah ada alarm server yang sudah kedip-kedip tapi nggak nyampe ke operator berikutnya. Ending-nya? Komplain dari user, kepala instalasi ngebul, sampai direksi ikut ketawa miris. Ya begitulah dinamika ruang IT RS, apalagi buat tim yang jalan 24 jam pakai shift operator.

Kebanyakan masalah ini muncul karena SOP serah terima shift IT-nya ngambang, atau bahkan nggak ada sama sekali. Sering banget log harian masih diisi manual, data insiden nyebar di chat WhatsApp atau Google Sheets pribadi, status tiket keluhan nggak update, dan monitoring server cuman ngandelin notifikasi di HP. Akhirnya, banyak informasi penting mental—bikin kerjaan makin njelimet dan rawan blunder.

Jangan tunggu kecolongan, Sob! Langsung kita bahas gimana bikin Checklist SOP Pergantian Shift Operator IT Support Rumah Sakit yang benar-benar ngurangin risiko kelupaan, lost info, dan jamin continuity support buat user RS. Fokus ke tiga hal utama: tiket keluhan, log insiden harian, dan monitoring server. Kasih contoh struktur tabel, snippet log, dan layout checklist biar gampang dicopy-paste ke SOP harian.

Kenapa Checklist Shift IT Support Rumah Sakit itu Penting?

  • Handover bersih, no drama: Nggak ada lagi “Waduh, aku pikir sudah diselesaikan shift sebelumnya.”
  • Transparansi insiden & keluhan: Semua masalah tercatat, trace-nya jelas. Audit gampang, nggak pusing pas rekap bulanan atau akreditasi.
  • Minim error operasional: Server monitoring on track, alarm tereskalasi, no “missed alert” yang bikin downtime makin parah.
  • Tenang pas shift berakhir: Pulang kerja nggak was-was, karena serah terima clear—beberapa jam ke depan sudah bukan tanggung jawab kita (eh, tetap siap di-call sih, tapi minimal urusan sudah rapi).

Komponen Wajib SOP Pergantian Shift IT Support

Checklist shift itu bukan sekadar tulisan formalitas. Harus bisa jadi pegangan harian. Minimal, komponen berikut SELALU ada di dokumen atau aplikasi serah terima:

  • Ringkasan status tiket keluhan (open, on progress, close)
  • Log insiden harian (semua kejadian penting, gangguan, error, maintenance)
  • Status monitoring server & service kritikal (uptime, alarms, utilitas server)
  • Catatan serah terima: siapa yang on duty, jam serah terima, masalah prioritas

Struktur Umum Checklist Shift (Bisa Excel, Google Sheet, atau SIMRS Support Desk)

Tanggal: [YYYY-MM-DD]
Shift: [Pagi/Siang/Malam]
Operator Penyerah: [Nama]
Operator Penerima: [Nama]
Waktu Serah Terima: [HH:MM]

1. Standar Serah Terima Tiket Keluhan

Inti shift support: tiap keluhan user (perawat, admin, dokter) harus masuk sistem ticketing. Info status tiket harus up to date sebelum shift berakhir. SOP-nya:

  • Pastikan semua tiket (baik via WhatsApp, telp, maupun aplikasi) sudah diinput ke sistem (bisa pakai OTRS, Zammad, Freshdesk, atau spreadsheet manual kalau belum punya tools resmi).
  • Tiket keluhan diurutkan berdasarkan prioritas (misal: “SIMRS tidak bisa login” lebih urgent dari “printer label rusak”).
  • Status tiket harus jelas: Open, In Progress, Pending, Closed.
  • Sebelum shift berakhir, operator WAJIB update status dan tambahkan catatan progress di tiap tiket, terutama tiket yang belum selesai.
  • Operator berikutnya harus tanda tangan/acknowledge daftar tiket outstanding—nggak boleh ada tiket “nyangkut” tanpa penanggung jawab.

Contoh Struktur Tabel Tiket Shift

| No | ID Tiket | Waktu Masuk | User Pelapor | Masalah                  | Status     | Penanganan Terakhir         | Catatan Shift         |
|----|----------|-------------|--------------|--------------------------|------------|----------------------------|----------------------|
| 1  | #TI2231  | 08:45       | Poli Anak    | SIMRS error login        | In Progress| Reset user, cek DB         | Belum selesai, tunggu DBA |
| 2  | #TI2232  | 09:10       | IGD         | Printer label mati       | Open       | Cek kabel, ganti tinta     | Tunggu teknisi mesin |
| 3  | #TI2233  | 10:00       | Kasir        | Antrian lambat           | Closed     | Restart server antrian     | Selesai, normal     |

Snippet SQL Cek Tiket Outstanding Shift

SELECT *
FROM tiket_user
WHERE status NOT IN ('Closed')
  AND updated_at >= CURRENT_DATE
ORDER BY priority DESC, created_at ASC;

Optimasi: bikin view khusus “Outstanding This Shift” biar operator baru tinggal klik.

2. Log Insiden Harian

Log insiden itu wajib. Bukan cuma downtime server, tapi juga anomali, error aplikasi, patching, maintenance, sampai kejadian “nyeleneh” (misal, listrik drop, kabel ketarik cleaning service). Kalau nggak dicatat, siap-siap kena semprot user di shift berikutnya.

  • Log insiden minimal mencakup:
    • Waktu kejadian
    • Jenis insiden (gangguan, perbaikan, patch, anomali)
    • Dampak ke layanan user
    • Penanganan sementara/permanen
    • Siapa yang menindaklanjuti
    • Status: Selesai/Belum
  • Log diketik, bukan catatan tangan. Kalau bisa, disatukan dengan sistem ticketing—atau minimal pakai Google Sheet shared.
  • Insiden kritis wajib di brief ke operator berikutnya. Kalau perlu, tambahkan flag/warna di tabel (misal merah untuk belum selesai).

Contoh Template Log Insiden Shift

| Waktu    | Insiden                    | Layanan Terdampak | Penanganan           | Status   | PIC      |
|----------|----------------------------|-------------------|----------------------|----------|----------|
| 08:05    | Server SIMRS restart       | SIMRS, Billing    | Restart, cek log     | Selesai  | Ronald   |
| 09:45    | Switch lantai 3 down       | Antrian, Poli     | Reset, hubungi vendor| Belum    | Arief    |
| 10:30    | Update antivirus server    | Semua workstation | Update, scan manual  | Selesai  | Yuli     |

Kalau pakai aplikasi ticketing: masukkan insiden sebagai sub-tiket dengan label “Incident”. Kalau belum ada, pakai satu sheet khusus “Log Insiden IT”.

Contoh Snippet Monitoring Log Insiden

SELECT *
FROM log_insiden
WHERE status = 'Belum'
  AND tanggal = CURRENT_DATE
ORDER BY waktu ASC;

3. Monitoring Server Aktif & Service Kritis

Poin ini sering banget disepelekan. Banyak staf IT RS yang hanya “ngecek” server kalau ada komplain. Padahal, monitoring server & service kritikal wajib dicek tiap shift, minimal:

  • Server utama: SIMRS, Database, Web Service, File Server, Antrian
  • Jaringan utama: Core Switch, Router Internet, Firewall
  • Service background: Queue processing, Backup, VPN, Scheduled Tasks
  • Alarm/notifikasi dari monitoring tool (misal: Zabbix, PRTG, Nagios, atau native email alert Windows/Linux)
  • Utilitas server: CPU, RAM, Disk, Network load

Hasil cek monitoring WAJIB dicatat di log shift. Kalau ada warning, harus di-eskalasi (catat waktu, follow up, dan operator berikutnya wajib aware).

Contoh Template Monitoring Server Shift

| Server            | Status   | Alarm/Warning | Catatan            | Checked by   |
|-------------------|----------|---------------|--------------------|--------------|
| SIMRS DB          | Normal   | None          |                    | Shift-1      |
| Web Service       | Warning  | CPU > 90%     | Restart planned    | Shift-1      |
| File Server       | Normal   | None          |                    | Shift-1      |
| Core Switch       | Down     | Port 24 error | Vendor called      | Shift-1      |

Snippet Monitoring Manual (Linux)

# Cek status service SIMRS (misal: Apache, PostgreSQL)
systemctl status apache2
systemctl status postgresql

# Cek resource usage
top -b -n1 | head -20
df -h
free -m

# Cek log error (24 jam terakhir)
journalctl -u apache2 --since "1 day ago"

Snippet Monitoring Manual (Windows)

REM Cek service running
Get-Service | Where-Object {$_.Status -eq "Running"}

REM Cek event log error 24 jam terakhir
Get-EventLog -LogName System -After (Get-Date).AddDays(-1) | Where-Object {$_.EntryType -eq "Error"}

4. Checklist Serah Terima Shift: Format Gabungan

Biar gampang, sobat bisa gabungkan template checklist ke satu format tabel atau form. Bisa dijadikan Google Form, sheet, atau form di aplikasi ticketing.

-------------------------
CHECKLIST SERAH TERIMA SHIFT IT SUPPORT RS
-------------------------
Tanggal: _______________
Shift:   [Pagi/Siang/Malam]
Operator Penyerah: ______________
Operator Penerima: ______________
Jam Serah Terima: _______________

A. TIKET KELUHAN (Outstanding)
| No | ID | User | Masalah | Status | Catatan Shift |

B. LOG INSIDEN (24 jam terakhir)
| No | Waktu | Insiden | Layanan | Penanganan | Status | PIC |

C. MONITORING SERVER
| No | Server/Service | Status | Alarm/Warning | Catatan |

D. CATATAN PENTING
- __________________________
- __________________________

Tanda tangan/Paraf Penyerah: ________  Penerima: ________

Checklist bisa diisi print out, digital, atau di-embed ke aplikasi helpdesk. Yang penting: WAJIB diisi dan dicek bareng sebelum operator sebelumnya “lepas shift”.

Tips Praktis Implementasi SOP Pergantian Shift

  • Disiplin input data: Semua keluhan dan insiden masuk satu sistem, jangan nyebar ke chat pribadi/WA.
  • Shift overlap 15 menit: Biar ada waktu serah terima, tanya jawab, dan update masalah sebelum operator lama benar-benar off.
  • Checklist digital: Gunakan Google Form/Sheet atau aplikasi ticketing yang support handover—minim typo, update real time.
  • Review mingguan: Rekap log shift dan insiden, evaluasi SOP. Biar tahu pola masalah dan bisa optimasi prosesnya.
  • Audit & backup: Data shift dan log insiden rutin di-backup, siap buat audit internal/eksternal (MRMIK, akreditasi).

Contoh Studi Kasus: Shift Malam SIMRS Error

Kronologi:
Shift malam, sekitar jam 23:30, ada laporan dari perawat IGD: “SIMRS logout sendiri, nggak bisa login lagi.” Operator shift cek, ternyata server database SIMRS load CPU di atas 95%. Setelah restart service, sistem normal lagi. Operator shift update log insiden dan tiket user, tambahkan catatan di monitoring server.
SOP Jalan:
- Tiket user (#TI2340) diupdate status In Progress, catatan “Restart service, monitor 1 jam ke depan”.
- Log insiden: “23:30, SIMRS error massal, restart DB, root cause suspected high load.”
- Monitoring server: “23:40, CPU normal, no further alarm. Backup dijadwalkan ulang jam 02:00.”
- Operator shift pagi wajib cek log lebih lanjut dan eskalasi ke DBA untuk analisa.

Penutup: Checklist Shift Bukan Formalitas, Tapi Nyawa Operasional

Jangan bikin checklist shift sekadar buat “ngisi absen”. Checklist yang benar jadi alat bantu penting—bukan cuma buat IT, tapi buat seluruh operasional RS. Nggak ada tiket yang kelewat, insiden semuanya tercatat, dan monitoring server selalu up to date. Kerja jadi tenang, user puas, manajemen happy. Pokok e ngene, Sobat IT RS: “Serah terima shift rapi, hidup jadi lebih damai!”

Butuh template file atau contoh form digital? Langsung contek struktur di atas. Mau custom, tinggal sesuaikan field sesuai kebutuhan RS masing-masing. Jangan biarkan chaos shift ngacak-acak reputasi tim IT RS kita!