1. Pastikan rumah sakit yg dituju masuk list yang dicover asuransi
2. Siapkan fotokopi asuransi 2 buah dan ktp 1 buah
3. Setelah sampe rumah sakit, yg sehat ke bagian pendaftaran, minta formulir pendaftaran dan isi aja dulu formnya, tp jgn dikasi dulu, yang sakit langsung dibawa ke UGD
4. Tunggu beberapa saat, UGD akan memberi surat pengantar rawat inap. Setelah UGD kasi pengantar, baru ke loket asuransi, trus kita berikan surat pengantar+formulir pendaftaran ke petugas asuransi
5. Tunggu beberapa menit, petugas memproses administrasi, abis itu kita diminta tandatangan berkas dan dikasi kopian berkas yg isinya ada peraturan di RS. Kita ditanya mau kelas brapa, jawab aja kelas 1 (tergantung plafon asuransi yang dicover). Abis itu dia pasti minta kopian kartu asuransi+ktp
6. Abis berkas2 selesai, kita disuru nunggu di UGD, lalu akan ditangani ke proses selanjutnya seperti rontgen sampe ke ruang rawat inap.

ini pengalaman ngurus di RS Tria Dipa Pancoran, pake asuransi Manulife, mungkin beda RS beda Asuransi beda prosedur.

Hope it useful

Berikut ini adalah skenario perubahan email dari alamat lama ke alamat baru:

1.Siapkan email di server baru

2. Siapkan seluruh account email di server baru (username dan password)

3. Bila anda memiliki akses ke control panel server lama, lakukan Setting email Forwarding untuk setiap account dari email lama ke email baru

misalkan: user1@domainlama.com di forward ke user1@domainbaru.com

4. Sosialisasi Email

mulai membiasakan diri mengakses email baru, lalu memberitahukan ke kolega/teman tentang email baru ini

dan juga apabila membalas email, replay dari @domainbaru bukan dari @domainlama

5. tentukan masa transisi email, disarankan 1 s/d 2 bulan, untuk kemudian email lamaa di non aktifkan atau tidak diperpanjang hostingnya

6. Perubahan lain yang harus dilakukan adalah

- mailing list, mungkin email lama digunakan untuk mengikuti milis tertentu

- keanggotaan di web lain, misalkan anda pernah mendaftar blogspot, twitter atau facebook dengan email lama

7. Perubahan setting di aplikasi mail client (Outlook dan sejenisnya)

8. Perubahan di kartunama, kop surat dan lainnya.

Berikut adalah langkah-langkah merubah password di Plesk:

1. akses alamat https://alamatcontrolpanel:8443/

tanyakan alamat control panel kepada administrator Anda.

Login dengan user email, contoh:
username: namasaya@domainsaya.com
password: *******

2. setelah login, klik menu Preferences

3. isi password baru di kolom New Password dan ulang sekali lagi
setelah itu klik OK di kanan bawah

4. Selesai, password anda sudah berubah, untuk keluar klik Logout di kanan atas

Berikut adalah langkah-langkah merubah password di Cpanel:

1. akses alamat http://namadomainanda/webmail
misal: www.idsugeng.com/webmail atau www.idsugeng.com:2095/

Login dengan user email, contoh:

username: namasaya@domainsaya.com
password: *******

2. setelah login, klik menu Change Password di kiri bawah

3. isi password baru di kolom New Password dan ulang sekali lagi
setelah itu klik Change Password

4. Selesai, password anda sudah berubah, untuk keluar klik Logout di kanan atas

Semoga membantu

Pada umumnya, permasalahan-permasalahan yang muncul bisa dikategorisasikan sebagai berikut:

1. Cara melakukan sesuatu (howto)
   Setiap kali pembuatan aplikasi, idealnya si pembuat aplikasi membuatkan dokumentasi baik itu user guide maupun technical guide. Panduan yang sudah dibuat pun tidak akan lengkap 100%, bisa jadi pada saat pengujian ada bagian-bagian yang ketinggalan untuk dimasukkan ke dalam panduan. Disinilah perlunya document versioning.
   
2. Kekurangan fitur yang sudah ada (bug)
   Mencatat apa saja yang kurang dari fitur-fitur aplikasi yang sudah tersedia. Disinilah pengujian fungsi-fungsi di setiap modul aplikasi dilakukan. Sebaiknya peran ini dilakukan oleh orang awam yang tidak faham teknis, karena perspektif pengguna awam yang harus diutamakan untuk menilai kebergunaan dan kemudahan penggunaan aplikasi.
   
3. Aturan main (rule)
   Disini bicara tentang aturan dan prosedur (SOP) aplikasi. Disini biasanya membutuhkan waktu yang cukup lama, tergantung kompleksitas manajemen user yang disiapkan. Permasalahan sering muncul di sebuah institusi yang memiliki banyak divisi/bagian terutama pada saat terjadi aktifitas lintas divisi.
4. Fitur yang belum tersedia (needs)
   Selengkap apapun desain sistem yang dibuat, kemungkinan adanya fitur aplikasi yang belum terpenuhi akan selalu ada yang ditemukan oleh pengguna awam yang tidak terlibat dalam proses perancangan. Di bagian ini bisa menjadi inputan untuk penyempurnaan aplikasi di tahap berikutnya.
5. Kelengkapan Dokumentasi
   Pastikan bahwa dokumentasi harus lengkap, meliputi user guide, technical guide, design system, requirement, User Acceptance Test (UAT), System Integration Testing (SIT), training module dll.

hope it help