| 1. 1. Identifikasi Risiko |
| 1. Kategori Risiko | Aplikasi | Gangguan aplikasi dapat berdampak terhadap proses pendaftaran/booking layanan telemedicine dan homecare serta pelayanan kepada pasien. |
| 2. Dampak Resiko | Layanan Organisasi | Gangguan aplikasi dapat berdampak terhadap proses pendaftaran/booking layanan telemedicine dan homecare serta pelayanan kepada pasien. |
| 3. Area Dampak | Dampak Negatif | Gangguan aplikasi berpotensi menyebabkan keterlambatan proses booking dan menurunkan kualitas layanan digital kepada pasien. |
| 4. Level Dampak | 4 - Tinggi | Aplikasi mendukung layanan pasien secara langsung sehingga gangguan dapat mempengaruhi proses pelayanan. |
| 5. Kemungkinan Terjadi | 2 - Jarang | Gangguan aplikasi dapat terjadi akibat kendala server, aplikasi, database, atau integrasi dengan sistem lain. |
| 1. 2. Analisis Risiko |
| 1. Analisis probabilitas kejadian | Identifikasi dilakukan | Risiko aplikasi diidentifikasi berdasarkan proses operasional aplikasi dan pemantauan layanan oleh tim IT. |
| 2. Analisis dampak terhadap layanan | Sudah dianalisis | Dampak gangguan dianalisis berdasarkan pengaruh terhadap layanan booking telemedicine dan homecare. |
| 3. Penetapan level risiko | Sudah dianalisis | Penetapan tingkat risiko dilakukan berdasarkan dampak gangguan terhadap layanan dan kemungkinan terjadinya masalah. |
| 4. Prioritas penanganan | Identifikasi dilakukan | Penanganan gangguan diprioritaskan berdasarkan tingkat urgensi dan dampaknya terhadap layanan pasien. |
| 1. 3. Mitigasi Risiko |
| 1. Terdapat rencana mitigasi | Mitigasi berjalan | Mitigasi dilakukan melalui pemeliharaan aplikasi, backup database, monitoring server, dan perbaikan aplikasi oleh tim IT. |
| 2. Ada PIC setiap risiko | Identifikasi dilakukan | Penanganan risiko aplikasi menjadi tanggung jawab Instalasi IT sebagai pengelola aplikasi. |
| 3. Ada target penyelesaian | Identifikasi dilakukan | Target penyelesaian gangguan ditentukan berdasarkan tingkat urgensi dan dampak terhadap layanan. |
| 4. Monitoring pelaksanaan mitigasi | Mitigasi berjalan | Monitoring dilakukan oleh tim IT melalui pemantauan aplikasi, server, dan tindak lanjut kendala pengguna. |
| 1. 4. Monitoring Risiko |
| 1. Review risiko minimal 1 kali per tahun | Identifikasi dilakukan | Review risiko dilakukan mengikuti evaluasi pengelolaan aplikasi dan kebutuhan pengembangan layanan. |
| 2. Dashboard monitoring risiko | Belum ada manajemen risiko | Belum tersedia dashboard khusus untuk monitoring risiko aplikasi Cageur. |
| 3. Laporan kepada pimpinan | Identifikasi dilakukan | Pelaporan dilakukan melalui mekanisme koordinasi dan penyampaian informasi terkait pengelolaan aplikasi apabila terdapat kendala atau kebutuhan pengembangan. |