Urusan BPJS dan SatuSehat, dari berkas sampai API.
Trust Mark BPJS dan verifikasi organisasi SatuSehat kami tempuh atas nama fasyankes Anda. Setelah kredensial produksi turun, SIMRS yang sudah berjalan cukup memanggil satu API.
- 6–12 MINGGU
- dari berkas lengkap ke go-live
- 12 TAHAP PENGAJUAN
- enam di BPJS, enam di Kemenkes
- SATU API
- VClaim, Antrean RS, Aplicares, dan FHIR SatuSehat
- BPJS · VClaim, Antrean RS, Aplicares
- SatuSehat · HL7 FHIR R4
- UU PDP 27/2022
- PP 71/2019 · data di Indonesia
- PMK 24/2022 · RME
Empat penyebab proyek berhenti.
Yang menahan integrasi bukan kode, tapi berkas dan antrean.
- 01BPJS · Trust Mark
Berkas harus sempurna sejak lembar pertama
Surat resmi, lampiran PKS, dan kode PPK harus cocok sampai digit terakhir. Satu berkas meleset, dan antrean dimulai lagi dari belakang tanpa Anda diberi tahu.
- 02SatuSehat · Kemenkes
Verifikasi dinilai petugas, bukan mesin
SK, izin operasional, NPWP, dan surat kuasa diperiksa satu per satu oleh manusia. Format yang meleset ditolak tanpa penjelasan rinci, dan waktu tunggu dihitung ulang dari nol.
- 03Teknis
Kriptografi yang tidak didokumentasikan
Respons BPJS terenkripsi AES dengan skema tanda tangan yang tidak terbuka untuk umum. Kegagalannya tidak muncul di log — baru terasa saat berkas klaim ditolak.
- 04Pemeliharaan
Endpoint berubah tanpa pemberitahuan
Perubahan di sisi BPJS atau Kemenkes baru terasa saat SEP gagal di jam poli paling ramai. Tanpa pemantauan, rumah sakit yang menanggung selisih klaimnya.
Kami urus izinnya, lalu menjalankan integrasinya.
Pengajuannya kami urus
Bagian yang biasanya ditinggalkanDua belas tahap, dua lembaga yang tidak saling bicara, satu pihak yang mengurus: kami, atas nama rumah sakit Anda.
- 01Trust Mark BPJS, enam tahap: dari PKS sampai kredensial produksi turun.
- 02SatuSehat Platform, enam tahap: dari verifikasi organisasi sampai master data poli.
- 03Surat permohonan, surat kuasa, dan berita acara UAT disusun dari data fasyankes Anda — tinggal ditandatangani.
- 04Kami yang menelepon dan menagih balasan ketika antrean verifikasi diam.
- 05Posisi tiap tahap terlihat harian: siapa yang sedang ditunggu, dan sudah berapa hari.
Biaya implementasi satu kali di muka, sudah termasuk integrasi teknis dan layanan 12 bulan pertama.
Integrasinya kami jalankan
Setelah tersambung, SIMRS Anda cukup bicara ke satu alamat.
- Satu REST API menggantikan tiga integrasi yang gayanya berbeda.
- Tidak ada kriptografi BPJS yang perlu ditulis di dalam SIMRS Anda.
- Percobaan ulang, cache, dan circuit breaker saat upstream goyah.
- Satu payload kanonik dipetakan ke seluruh resource FHIR SatuSehat.
- Kepatuhan dipantau harian — Anda tahu lebih dulu, sebelum Kemenkes.
pemeliharaan tahunan setelah 12 bulan pertama
- VClaimBPJS
SEP, rujukan, pencarian peserta, dan berkas klaim.
- Antrean RSBPJS
Antrean per poli dan per dokter sesuai format wajib.
- AplicaresBPJS
Ketersediaan tempat tidur per kelas, diperbarui otomatis.
- SatuSehat FHIRKemenkes
Satu payload kunjungan menjadi seluruh resource FHIR R4 yang dibutuhkan.
- Validasi pra-kirimSatuRS
Aturan bisnis BPJS diperiksa sebelum permintaan diteruskan, bukan sesudah ditolak.
- Monitoring kepatuhanSatuRS
Skor harian per kunjungan dan laporan yang bisa dibawa ke Dinkes.
Kewajibannya sama. Berkasnya tidak.
Rumah sakit
Volume klaim besar dan banyak poli. Kami urus Trust Mark BPJS dan verifikasi SatuSehat, lalu menyediakan satu gateway untuk semuanya.
- Trust Mark BPJS enam tahap, termasuk PKS dan kode PPK, sampai kredensial produksi turun.
- Master data poli, ruang, dan tenaga medis dipetakan ke SatuSehat.
- VClaim, Antrean RS, dan Aplicares dalam satu kontrak API.
- Pendampingan UAT langsung, bukan lewat tiket saja.
Klinik pratama & utama
Tim kecil, sering tanpa staf IT, kewajiban yang sama besarnya. Pengajuannya kami jalankan; berkas tinggal ditandatangani.
- Pendaftaran fasyankes dan seluruh suratnya kami susun.
- Bridging BPJS untuk rujukan, SEP, dan antrean online.
- Kunjungan terkirim ke SatuSehat tanpa perlu memahami FHIR.
- Laporan kepatuhan yang bisa langsung dibawa ke Dinkes.
Puskesmas
Kelengkapan dinilai per kunjungan, bukan per panggilan API. Kami pantau harian dan mengurus korespondensinya.
- Verifikasi organisasi Kemenkes beserta seluruh lampirannya.
- Pemetaan poli dan program ke resource SatuSehat.
- Laporan kelengkapan harian untuk Dinkes.
- Opsi on-premise bila jaringan internal dibatasi.
Laboratorium & penunjang
Hasil harus sampai sebagai resource yang benar, bukan lampiran PDF. Pengurusan registrasinya sama, pengirimannya lewat gateway yang sama.
- Registrasi organisasi SatuSehat beserta seluruh berkasnya.
- Hasil pemeriksaan dikirim sebagai Observation ber-kode LOINC di dalam data kunjungan.
- Catatan gagal-kirim per resource, lengkap dengan alasannya.
- Opsi on-premise bila hasil tidak boleh melewati jaringan luar.
Jaringan & kantor pusat
Belasan cabang berarti belasan pengajuan. Kami urus per fasyankes, lalu melaporkannya terpusat.
- Pengajuan seluruh cabang dalam satu papan status.
- Kredensial tiap cabang terisolasi di vault, tidak pernah saling terlihat.
- Skor kepatuhan per cabang, bisa dibandingkan.
- Cabang baru memakai templat berkas yang sudah lolos.
Tiga cara. Dua menyisakan pekerjaan di meja Anda.
Pertanyaannya sederhana: siapa yang pegang berkas, siapa yang tanggung perubahan aturan, dan siapa yang Anda telepon saat SEP gagal.
| Pembanding | SatuRS | Vendor SIMRS lain | Dikerjakan sendiri |
|---|---|---|---|
| Pengajuan Trust Mark BPJS & SatuSehat | Kami tempuh atas nama rumah sakit Anda | Diserahkan kembali ke tim rumah sakit | Ditempuh sendiri, sambil belajar alurnya |
| SIMRS yang harus Anda pakai | SIMRS apa pun yang sudah berjalan | Harus ikut ekosistem vendornya | Tetap milik Anda, beserta risikonya |
| Kriptografi & pemetaan FHIR | Selesai di gateway, di luar kode Anda | Tertanam di produk, sulit diaudit | Ditulis dan dirawat tim internal |
| Saat endpoint upstream berubah | Berhenti di gateway, kontrak API berversi | Menunggu rilis berikutnya dari vendor | Perbaikan darurat di jam poli |
| Kejelasan status pengajuan | Papan status harian: tahap dan hari ke- | Kabar lewat tiket atau grup pesan | Menebak dari email yang tak berbalas |
| Tanggung jawab saat gagal kirim | Tertulis di SLA, dipisah dari penolakan bisnis | Sering berhenti di “kendala jaringan” | Ditanggung fasyankes sepenuhnya |
| Model biaya | Implementasi sekali, termasuk 12 bulan pertama | Lisensi sistem penuh + modul tambahan | Biaya orang, waktu, dan klaim yang tertunda |
Dua kolom terakhir adalah pola yang umum ditemui di lapangan, bukan penyedia tertentu.
Empat tahap, dengan durasi yang tidak kami perindah.
Sebagian besar waktu bukan milik kami maupun Anda, melainkan milik antrean verifikasi. Kami sebutkan di muka supaya tidak ada yang menunggu sambil menduga-duga.
- 01Onboarding & berkas
Penyusunan berkas selesai dalam hitungan hari. Sisanya milik antrean.
2–6 minggu - 02Sandbox & UAT
SIMRS Anda berhadapan dengan sandbox kami dulu, sebelum sistem sungguhan.
1–2 minggu - 03Go-live
Kredensial masuk vault, trafik dialihkan bertahap, kami dampingi hari pertama.
1–3 hari - 04Monitoring kepatuhan
Skor harian, peringatan dini, dan penanganan saat aturan berubah lagi.
berjalan terus
Satu panggilan untuk satu kunjungan.
Satu kunjungan bisa menjadi sembilan resource FHIR yang harus dikirim berurutan, dan gagal di tengah jalan dengan cara yang tidak jelas. SIMRS Anda tidak perlu tahu itu — cukup satu payload, sisanya urusan kami.
Dokumentasi & sandbox terbuka{
"no_registrasi": "REG-2026-08-1041",
"pasien": { "nik": "3578014409870002", "noka": "0001862941137" },
"dokter": { "nik": "3578011203780001" },
"poli": "INT",
"waktu": { "mulai": "2026-08-10T10:42:00+07:00" },
"diagnosa": [{ "sistem": "ICD-10", "kode": "E11.9" }]
}
→ 202 { "request_id": "req_01J9F3K2M7QX1041", "status": "accepted" }UU PDP 27/2022, PP 71/2019, dan PMK 24/2022 menentukan cara sistem ini dibangun.
Anda menyerahkan kredensial BPJS dan lalu lintas data pasien. Wajar kalau bagian ini ditanyakan lebih dulu.
- UU PDP No. 27/2022
- Data kesehatan tergolong data pribadi spesifik. Konsekuensinya nyata di produk: akses dibatasi peran, identitas pasien disamarkan secara bawaan, dan setiap pembukaan data tercatat atas nama orangnya.
- Audit log yang tidak bisa kami ubah
- Catatan audit hanya bisa bertambah, dirantai dengan hash, dan dijaga pemicu basis data yang menolak UPDATE maupun DELETE. Keutuhannya dapat diverifikasi di depan auditor, bukan sekadar dijanjikan.
- Kredensial yang tidak bisa dibaca ulang
- cons_id, consumer secret, dan client_secret masuk ke vault terenkripsi dan tidak pernah ditampilkan kembali di antarmuka mana pun — termasuk kepada staf kami sendiri. Yang bisa dilakukan hanya menggantinya.
- Data tetap di Indonesia
- Seluruh pemrosesan dan penyimpanan berada di pusat data dalam negeri, sejalan dengan PP 71/2019. Bila kebijakan Anda melarang hosting eksternal sekalipun, tersedia opsi on-premise.
- PMK 24/2022 · rekam medis elektronik
- Yang dinilai Kemenkes adalah kelengkapan resource per kunjungan, bukan banyaknya panggilan API. Itu pula yang kami pantau dan laporkan setiap hari, lengkap dengan cara menghitungnya.
- Retensi 90 hari
- Payload klinis dienkripsi saat disimpan dan terhapus otomatis setelah 90 hari. Metadata pengiriman tetap tersimpan, sehingga jejak audit utuh tanpa menyimpan isi rekam medis lebih lama dari perlunya.
Rumah sakit tetap menjadi pengendali data pribadi. SatuRS berkedudukan sebagai prosesor yang memproses data semata-mata atas instruksi rumah sakit, diikat perjanjian pemrosesan data (DPA). Rekam medis induk tetap milik dan tanggung jawab rumah sakit. Baca ringkasan DPA →
Di server kami, atau di server Anda.
Berjalan di pusat data di Indonesia. Tidak ada perangkat baru yang harus dirawat tim Anda; pembaruan dan pemantauan menjadi tanggung jawab kami.
pilihan tercepat, tanpa pengadaan perangkat
Gateway dipasang di server rumah sakit. Data klinis tidak pernah melewati pintu Anda, sementara pengurusan berkas dan pemeliharaan tetap kami yang kerjakan.
untuk kebijakan yang melarang pemrosesan di luar gedung
Tidak ada halaman harga, karena tidak ada dua rumah sakit yang sama.
Modelnya kami sebutkan terbuka sejak awal: satu biaya implementasi di awal yang sudah mencakup pengurusan berkas, integrasi teknis, dan layanan selama 12 bulan pertama. Setelah setahun, kelanjutannya dikenakan biaya pemeliharaan tahunan — dan itu pilihan Anda, bukan perpanjangan otomatis.
Yang membedakan angkanya hanya dua: modul mana yang dipakai, dan seberapa besar volume kunjungan Anda. Karena itu penawaran disusun per fasyankes.
Minta penawaran01Apakah SIMRS kami harus diganti?
Tidak. SatuRS duduk di antara SIMRS yang sudah Anda pakai dan dua ekosistem nasional itu — SIMRS cukup memanggil satu endpoint dengan satu payload. Penyesuaiannya kecil dan sekali saja; vendor SIMRS umumnya selesai dalam hitungan hari setelah dapat akses sandbox.
02Berapa lama sampai go-live?
Umumnya 6–12 minggu terhitung sejak berkas lengkap. Pekerjaan teknis kami hanya memakan 1–2 minggu di dalamnya; sisanya antrean verifikasi BPJS dan Kemenkes, yang tidak bisa dipercepat oleh siapa pun — termasuk oleh kami. Yang bisa kami janjikan adalah Anda melihat posisi tiap tahap setiap hari, bukan menebak-nebak.
03Apa bedanya dengan vendor yang bilang “sudah terintegrasi”?
“Terintegrasi” umumnya berarti sistemnya mampu mengirim data — bukan bahwa pengajuannya diurus. Trust Mark BPJS dan verifikasi organisasi SatuSehat tetap menjadi tugas rumah sakit, dan di situlah proyek berhenti berbulan-bulan. Bagian itu yang kami ambil alih.
04Bagaimana jika BPJS atau Kemenkes mengubah endpoint?
Perubahan itu berhenti di gateway kami. SIMRS Anda tidak ikut berubah, tidak perlu deploy ulang, dan tidak perlu rapat darurat. Kontrak API kami berversi, setiap perubahan upstream diumumkan di changelog dan diuji di sandbox lebih dulu.
05Siapa yang bertanggung jawab jika klaim gagal?
Kami bertanggung jawab atas pengiriman, dan itu tertulis di SLA: bila kegagalan berasal dari gateway, itu urusan kami. Sebaliknya, penolakan bisnis dari BPJS — misalnya peserta tidak ditemukan — adalah jawaban sah, bukan error. Portal menampilkan keduanya terpisah, lengkap dengan alasannya, supaya tidak ada yang saling menyalahkan.
06Apakah data pasien keluar dari rumah sakit?
Anda yang memutuskan. Pada opsi on-premise, data klinis tidak pernah melewati jaringan rumah sakit. Pada opsi hosting kami, data diproses dan disimpan di Indonesia, terenkripsi, dan payload klinisnya terhapus otomatis setelah 90 hari.
07Berapa biayanya?
Satu biaya implementasi di awal, sudah termasuk pengurusan berkas, integrasi teknis, dan layanan berjalan selama 12 bulan pertama. Setelah setahun, kelanjutannya dikenakan biaya pemeliharaan tahunan — dan itu pilihan Anda, bukan perpanjangan otomatis. Besarnya ditentukan ukuran fasyankes dan modul yang dipakai, jadi kami susun penawaran per fasyankes. Minta penawaran dan yang Anda terima adalah angka beserta perkiraan waktu go-live — bukan undangan meeting.
Mulai dari percakapan, bukan formulir panjang.
Tiga isian sudah cukup. Balasan pertama kami berisi posisi fasyankes Anda hari ini dan langkah berikutnya — bukan ajakan meeting.