Sejak berkas pertama sampai kepatuhan berjalan

Rumah sakit wajib terhubung ke BPJS dan SatuSehat. Kami yang mengurusnya sampai itu terjadi.

Surat, berkas notaris, antrean verifikasi, lalu integrasi teknisnya. Setiap tahap itu sudah pernah kami tempuh — kali ini kami menempuhnya atas nama rumah sakit Anda.

  • Audit log yang kami sendiri tidak bisa ubah
  • Kredensial terkunci, tidak pernah bisa dibaca ulang
  • Data tidak keluar dari Indonesia
Kenapa ini tidak selesai-selesai

Yang menahan integrasi bukan kode, melainkan satu tanda tangan yang belum turun dan satu antrean yang tidak bisa ditelepon.

BPJS · Trust Mark

Satu tanda tangan Direktur, di atas kop yang benar

Tidak ada tombol untuk tahap ini. Yang ada surat resmi, lampiran PKS, dan kode PPK yang harus cocok sampai digit terakhir. Satu berkas meleset, dan Anda kembali ke belakang antrean tanpa diberi tahu.

SatuSehat · Kemenkes

Verifikasi organisasi yang dinilai manusia

SK, izin operasional, NPWP, surat kuasa — diperiksa satu per satu oleh petugas, bukan mesin. Dokumen yang formatnya meleset ditolak tanpa penjelasan rinci, dan waktu tunggu dihitung ulang dari nol.

Teknis

Kriptografi yang tidak pernah didokumentasikan

Respons BPJS terenkripsi AES dengan skema tanda tangan yang tidak terbuka untuk umum, sehingga tim IT berakhir menebak dari contoh yang beredar di forum. Kegagalan seperti ini tidak terlihat di log — baru ketahuan saat berkas klaim ditolak.

Pemeliharaan

Endpoint yang 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.

Cakupan layanan

Dua pekerjaan. Yang kedua banyak yang sanggup; yang pertama hampir tidak ada.

Bagian yang biasanya ditinggalkan ke rumah sakit

Pengajuannya kami yang urus

Dua belas tahap registrasi, dua lembaga yang tidak saling bicara, dan korespondensi yang harus ditagih berkali-kali. Semua itu kami yang jalani, atas nama rumah sakit Anda.

  • Trust Mark BPJS, enam tahap: dari PKS sampai kredensial produksi turun.
  • SatuSehat Platform, enam tahap: dari verifikasi organisasi sampai master data poli.
  • Surat permohonan, surat kuasa, dan berita acara UAT disusun dari data fasyankes Anda — tinggal ditandatangani.
  • Kami yang menelepon, mengirim tiket, dan menagih balasan ketika antrean verifikasi diam.
  • Anda selalu tahu posisi tiap tahap, siapa yang sedang ditunggu, dan sudah berapa hari.

Dibayar sekali di muka sebagai biaya onboarding. Perhatikan bahwa hampir semua penyedia lain hanya menjual kolom sebelah.

Integrasinya kami yang jalankan

Setelah tersambung, SIMRS Anda cukup bicara ke satu alamat.

  • Satu REST API menggantikan tiga integrasi yang gayanya berbeda-beda.
  • 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 yang memberi tahu.

Langganan bulanan per fasyankes.

Perjalanan sampai go-live

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.

  1. 01
    Onboarding & berkas
    2–6 minggu

    Penyusunan berkas selesai dalam hitungan hari. Sisanya milik antrean verifikasi BPJS dan Kemenkes.

  2. 02
    Sandbox & UAT
    1–2 minggu

    SIMRS Anda berhadapan dengan sandbox kami dulu, sebelum berhadapan dengan sistem sungguhan.

  3. 03
    Go-live
    1–3 hari

    Kredensial produksi masuk vault, trafik dialihkan bertahap, dan kami menemani di hari pertama.

  4. 04
    Monitoring kepatuhan
    berjalan terus

    Skor kepatuhan harian, peringatan dini, dan penanganan saat BPJS atau Kemenkes berubah lagi.

Untuk tim IT

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 dan sandbox terbuka
POST /v1/satusehat/kunjungan202 Accepted
{
  "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" }
Keamanan yang bisa diperiksa

Anda menyerahkan kredensial BPJS dan lalu lintas data pasien. Wajar kalau bagian ini ditanyakan lebih dulu.

UU PDP No. 27/2022, PP 71/2019, dan PMK 24/2022 bukan lampiran di halaman terakhir proposal. Ketiganya yang membentuk cara sistem ini dibangun, dan bisa Anda uji sendiri di portal.

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 →

Pilihan penempatan

Di server kami, atau di server Anda.

Kami yang hosting

Berjalan di pusat data di Indonesia. Tidak ada perangkat baru yang harus dirawat tim Anda; pembaruan dan pemantauan menjadi tanggung jawab kami.

Pilihan tercepat, selama kebijakan rumah sakit mengizinkan pemrosesan di luar gedung.

On-premise

Gateway dipasang di server rumah sakit. Data klinis tidak pernah melewati pintu Anda, sementara pengurusan berkas dan pemeliharaan tetap kami yang kerjakan.

Untuk rumah sakit yang kebijakan internalnya melarang hosting di luar.

Bentuk kerja sama

Tidak ada halaman harga, karena tidak ada dua rumah sakit yang sama.

Modelnya kami sebutkan terbuka sejak awal: biaya onboarding satu kali untuk seluruh pengurusan berkas dan pengajuan, lalu langganan bulanan per fasyankes selama integrasi berjalan. Yang membedakan angkanya hanya dua: layanan mana yang dipakai — VClaim, Antrean RS, Aplicares, SatuSehat — dan seberapa besar volume kunjungan Anda.

Kami tidak bisa memasang harga rata-rata untuk pekerjaan yang tidak pernah rata-rata. Setiap rumah sakit didampingi langsung sejak berkas pertama, jadi penawaran disusun per fasyankes.

Minta penawaran
Berapa 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.

Apakah SIMRS kami harus diubah?

Ada penyesuaian, tapi kecil dan sekali saja. SIMRS cukup memanggil satu endpoint dengan satu payload; pemetaan FHIR dan kriptografi BPJS tidak perlu ditulis di sisi Anda. Vendor SIMRS umumnya selesai dalam hitungan hari setelah dapat akses sandbox.

Bagaimana jika BPJS 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.

Siapa 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.

Apakah 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.

Berapa 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.

Kami tidak menanyakan anggaran, ukuran organisasi, atau dari mana Anda tahu kami.

Hubungi kami