Kepada Seluruh Tamu Undangan Rapat antara RS Dinda dengan Farmagitech

• Rumah Sakit Dinda, setiap bulannya hampir selalu mendapatkan skor / nilai kurang bagus di BPJS Kesehatan terkait dengan TASK ID ini. Dinilai lalai dan tidak komitmen dalam hal pelayanan kepada pasien.
• Karena proses task ID pada dasarnya adalah proses layanan kemudian diberikan penanda waktu proses oleh SIMRS ke BPJS, kami harap perintah tersebut bisa di settinga agar data yang terikirim ke BPJS adalah data yang kita sesuaikan.
• Karena pada dasarnya, kita selalu memprioritaskan pelayanan pasien. Namun contoh praktek yang terjadi dilapangan pasien bisa datang kapan saja (jauh sebelum Dokter Praktek dimulai) sedangkan TASK ID berjalan terus.
• Saat ini ada juga APM, kami meminta dipastikan adanya APM juga tidak merusak proses TASK ID yang ada di RS Dinda
• 

• Pengiriman Encounter Otomatis: Ketersediaan dan keakuratan pemicu (trigger) otomatis untuk post/sync data Encounter saat pasien melakukan check-in di APM.

• Validasi Identitas & NIK: Keberhasilan pemetaan (mapping) ID Pasien SIMRS dengan IHS ID Pasien di platform SatuSehat.

• Pencatatan Audit Trail: Ketersediaan log pemantauan status pengiriman data Encounter (berhasil, pending, atau gagal kirim).

• Pengenalan Jadwal & Rujukan Internal: Kemampuan sistem APM membaca lembar rujukan internal/konsul dari DPJP sebelumnya.

• Kemudahan Alur Pasien: Kecepatan pasien konsul internal dalam memilih poliklinik tujuan kedua tanpa perlu mengantre ulang di loket pendaftaran umum.

• Integrasi Antrean Poli: Validasi agar nomor antrean poliklinik tujuan konsul otomatis terbentuk dan terhubung ke SIMRS/Poliklinik.

• Standarisasi Master Data: Kejelasan dan konsistensi penulisan kekuatan obat (misal: mg, mcg, mL, %, IU) pada master data farmasi di SIMRS.

• Tampilan E-Resep DPJP: Kesesuaian antara kekuatan obat yang tampil di layar E-Resep DPJP dengan kondisi fisik/sediaan obat yang tersedia di Farmasi.

• Pencegahan Restriksi/Ambuitas: Penataan nama obat agar kekuatan obat terpisah secara jelas dari nama sediaan (mencegah kekeliruan pemilihan dosis oleh DPJP).

• Validasi Dosis & Kalkulasi Otomatis: Kemampuan sistem menghitung/memvalidasi total dosis berdasarkan kekuatan obat yang dipilih DPJP.

• Sinkronisasi Real-Time: Keselarasan data kekuatan obat antara modul E-Resep DPJP, modul verifikasi Farmasi (dispensing), hingga pencatatan e-MAR (pemberian obat oleh perawat).

• Peringatan Keselamatan (Safety Alerts): Ketersediaan notifikasi peringatan (pop-up warning) jika terjadi potensi salah dosis (overdose/underdose) berdasarkan kekuatan sediaan obat.

• Pemberian Obat Racikan: Keakuratan sistem dalam menampilkan dan memperhitungkan kekuatan masing-masing komponen obat pada resep racikan.

• Perhitungan Sediaan Multi-Kekuatan: Kejelasan opsi pilihan kekuatan untuk obat yang memiliki banyak varian dosis (misal: Paracetamol 120mg/5mL vs 250mg/5mL, atau Amlodipine 5mg vs 10mg).

• Pencegahan Medication Error: Penurunan risiko kesalahan peresepan (prescribing error) akibat ketidakjelasan atau ketidaksesuaian informasi kekuatan obat.

• Umpan Balik Dokter & Depo Farmasi: Evaluasi kemudahan DPJP dalam memilih obat serta efisiensi waktu verifikasi resep oleh apoteker.

• Rencana Tindak Lanjut: Pembersihan (cleansing) dan validasi berkala terhadap master data obat bersama Tim Farmasi dan Terapi (TFT).

Sudah Evoluz 14 September 2026

• Sejak awal sampai saat ini, kita ada kendala setiap waktu ada perubahan jaminan di akhir layanan ataupun di tengah – tengah layanan, kita harus merubah atau input ulang semua tindakan karena adanya perbedaan tarif jaminan dan SIMRS TIDAK mendukung proses tersebut.
• Karena sampai saat ini belum bisa otomatis, minimal bisa untuk harga akomodasi kamar rawat inap dan akomodasi kamar operasi agar bisa langsung berubah/ langsung ngelink ketik dilakukan ubah jaminan, misalnya dari tunai ke BPJS/ BPJS TK.

Sebagai petunjuk, berikut ini adalah alur yanga ada di kami Rumah Sakit Dinda, yang diharapkan bisa ada di SIMRS

• Inefisiensi Data Entry: Petugas koding/klaim harus melakukan input ulang spesifikasi mesin dialisis secara manual pada aplikasi E-Klaim.

• Risiko Human Error: Potensi kesalahan pemilikan jenis/spesifikasi mesin dialisis yang berisiko menyebabkan ketidaksesuaian klaim BPJS.

• Dampak pada Tarif Hemodialisis (HD): Risiko penetapan grouping atau tarif klaim HD yang tidak akurat (di bawah standar yang seharusnya diterima RS) akibat keterlambatan/kesalahan input data mesin.

• Percepatan Proses Coding & Pengajuan Klaim: Memangkas waktu verifikasi berkas klaim HD oleh tim Casemix/Koding.

• Akurasi Pendapatan RS: Memastikan pendapatan klaim klaim HD terealisasi secara optimal sesuai jenis tindakan dan spesifikasi mesin yang digunakan.

request pada menu pemeriksaan Rawat Inap dan Rawat Jalan pada Kolom/Tab Laboratorium bisa melihat hasil pemeriksaan Laboratorium sebelumnya sesuai tanggal pemeriksaan sama seperti hasil pemeriksaan radiologi (ada tombol preview) .

Berikut kami lampirkan printscreen Tab Laboratorium Riwayat Laboratorium :

Tab Radiologi Riwayat Radiologi : Lengkap bisa langsung melihat hasil

request EWS Elektronik untuk pasien rawat Inap dengan lingkup pasien usia lebih dari 16 tahun dengan kondisi tidak hamil, request EWS Elektronik bisa ada di SIMRS >> Menu pemeriksaan Rawat Inap >> kolom/tab pemeriksaan>> grafik suhu nadi >>EWS.

Saat ini EWS menggunakan formulir E-Doc manual pada F RM 183 Lembar Observasi dan Respon Chart Early Warning System (EWS) untuk Usia > 16 tahun.

Untuk warning system bukan hanya EWS, tapi ada juga , MOEWS (Modified obstetri early warning system/kasus ibu hamil dan melahirkan), PEWS (pediatric early warning system/kasus anak usia dibawah 16 tahun) dimana kedepannya akan direquest juga secara bertahap

Untuk keterangan spesifikasi kebutuhan EWS Elektronik izin dilampirkan

Spesifikasi Kebutuhan EWS Elektronik (Usia 16 Tahun) – SIMRS RS Dinda-1

Untuk request ini kami harap ada beberapa hal yang menjadi syarat utama, yaitu :

• Saat ini data / berkas rekam medis yang diakses langsung oleh BPJS sudah menjadi mandat baru dari BPJS kepada Rumah Sakit yang harus diberikan
• Data yang tampil atau disajikan adalah data yang sesuai verifikasi atau di validasi oleh unit casemix RS Dinda.
• Untuk mempermudah dan bisa otomatisasi, pada saat proses ajukan klaim di SIMRS Report, artinya data sudah bisa tampil di aplikasi REPO (Repository BPJS)
• Atau tambahkan tombol seperti kirim data ke EDOC, untuk case ini dibuat kirim data ke REPO

• Request utama adalah TIM / Petugas khusus untuk bisa segera menyelesaikan PR / Request – request yang sudah ada maupun yang baru.
• Sehingga dalam perjalanannya, RS Dinda menjadi prioritas utama.
• Tim troubleshoot bisa menyatu atau disatukan dengan tim programer khusus RS Dinda.
• Agendakan rapat evaluasi rutin bulanan antara TIM Farmagitech dan TIM RS Dinda.

Detail penjelasan belum diisi.

Sudah request 24 Agustus 2026 

• SIMRS/EDOC telah menjadi jantung administrasi dan operasional RS Dinda.
• Gangguan sistem dapat menghambat proses kerja dan pelayanan rumah sakit.

Tujuan
– Meminimalkan risiko downtime.
– Menjaga keamanan dan ketersediaan data.
– Memastikan sistem dapat dipulihkan saat terjadi gangguan.

Rencana Tindak Lanjut
– Aktivasi dan konfigurasi server backup.
– Penyusunan SOP/SPO yang jelas dan terstandar.
– Pengujian backup dan pemulihan data secara berkala.
– Penetapan PIC, kewenangan dan alur penanganan gangguan.

Target

Memastikan keberlangsungan operasional SIMRS/EDOC melalui server backup yang siap digunakan, prosedur yang teruji, dan tanggung jawab yang jelas.

Selain itu, -Server DATA / DATA Warehouse / SIMRS REPORT server backup ini diharapkan mampu menjalankan beberapa fungsi lainnya yaitu:

Penambahan fitur dynamic form builder (pembuat formulir dinamis) tanpa koding (no-code) di RS Dinda sangat membantu pengguna untuk mendesain, menambah dan mengubah formulir medis maupun laporan secara mandiri

1- Penambahan fitur pembuatan formulir yang lebih flexible, powerfull dan memudahkan untuk user RS Dinda

Yaitu fitur untuk user bisa dengan sendiri membuat formulir sesuai kebutuhan tanpa perlu coding.

Contohnya seperti modul desainer, jadi cukup atau bisa dilakukan drag and drop yang dibutuhkan (sumbernya langsung dari table database)

Semua bisa di export langsung secara default ke Word maupun PDF

2- Penambahan fitur pembuatan laporan yang lebih flexible, powerfull dan memudahkan untuk user RS Dinda

Yaitu fitur untuk user bisa dengan sendiri membuat laporan sesuai kebutuhan tanpa perlu coding.

Contohnya seperti modul desainer, jadi cukup atau bisa dilakukan penambahan kolom-kolom yang dibutuhkan (sumbernya langsung dari table database)

Semua bisa di export langsung secara default ke excel maupun PDF (dan ada timestamp setiap download)

3- Sehingga RS Dinda dalam proses data tidak ketergantungan dengan request dahulu, namun bisa menjalankan secara mandiri

Data Dashboard / Data Digital yang bisa mengakomodir kebutuhan Rumah Sakit Dinda, di era digitalisasi dan AI, untuk kepentingan Laoran Manajerial dan Akreditasi

Sudah request Evoluz 24 Agustus 2026

Penambahan standar keamanan di RS Dinda

• Masih lemah keamanan SIMRS, yang dimana saat ini sudah serba digital dan standar kemanan harus terus terjaga dengan baik agar kualitas tetap terjaga
• Contoh kasus : user menggunakan password atau akun yang bukan miliknya, penyalah gunaan akun, tidak ada log aktivitas akun yang tidak memadai sampat saat ini.

Solusi yang diinginkan :

1- Untuk keperluan Peningkatan Keamanan dan AUDIT, mohon dapat dibuatkan menu export account group privilages dan akses user di SIMRS, SIMRS Report dan EDOC

2- Di menu Account > Group kita mau bisa di download / export ke excel dan di dalam hasil exportnya terdapat privilages yang terpilih dari masing-masing group

3- Di Menu User kita mau bisa di download datanya ini, dan bisa dipilih untuk yang masih aktif dan non aktif

4- Untuk akun user dibuatkan masa berlaku (expired) password, jadi password itu wajib diganti oleh user yang bersangkutan minimal 3 bulan dalam 1x. (terhitung setelah dibuat / setelah di reset)

5- Saat login pretama kali, user diminta segera mengganti password default yang saat ini 1234 dengan password baru dari user

6- Log seluruh aktivitas (audit trail), bukan hanya saat login, tapi saat CUD (Create, Update dan Delete) juga lebih penting. Catatan digital terstruktur yang merekam siapa pengguna yang melakukan aksi, waktu kejadian, alamat IP, jenis tindakan (seperti create, update, delete, atau login), serta status hasil (sukses atau gagal) dan bisa sesuai dengan ISO dan merupakan alat bukti yang seharusnya dapat dipertanggungjawabkan oleh SIMRS RS Dinda

7- Auto logout jika tidak digunakan dalam waktu tertentu (misal 30 menit), karena saat ini selama history browser tidak dihapus, walaupun sudah berganti hari tetap terlogin dengan akun terakhir yang digunakan.

8- Request pada E-Doc bisa dibuatkan admin log seperti yang ada di SIMRS sehingga akan terekam akun siapa saja yang melakukan perubahan dan bagian formulir apa yang dirubah.

Lalu pada keterangan formulir di bagian edit ada update jika memang ada perubahan, karena selama ini ketika melakukan perubahan tanggal dan jam edit tidak berubah masih sama seperti tanggal awal formulir dibuat.

Dengan aktivasi ini diharapkan ada solusi untuk pembagian antrian pasien sesuai dengan jaminannya. Sehingga akan terbagi menjadi:

1. Jaminan BPJS menggunakan antrian saat ini, ditambahkan kode antrian B-1
2. Pasien Umum, Asuransi, Perusahaan menggunakan antrian Poli Eksekutif, ditambahkan kode antrian E-1

Untuk memudahkan perlu pengecekkan dan semua proses adalah duplikat dari yang ada saat ini, mohon juga dipastikan semua laporan dan data (tarif, laporan, dll) sesuai dan tidak perlu ada perubahan.

Saat ini Apotek online masih manual, sehingga resiko proses claim tertinggal dan tidak sesuai.

Mohon dapat segera di aktivasi bridging apotek online dari SIMRS.