Tutorial Integrasi BPJS VClaim dengan SIMRS: Panduan Lengkap Step-by-Step

Rumah sakit di Indonesia menghadapi tantangan besar dalam efisiensi operasional, terutama terkait administrasi pasien BPJS Kesehatan. Proses manual verifikasi eligibilitas peserta (SEP) dan pengajuan klaim seringkali memakan waktu, rentan kesalahan, dan memperlambat alur pelayanan. Data dari BPJS Kesehatan menunjukkan bahwa lebih dari 80% klaim rumah sakit berasal dari peserta JKN, menegaskan urgensi integrasi sistem. Tanpa integrasi yang solid antara Sistem Informasi Manajemen Rumah Sakit (SIMRS) dengan layanan VClaim BPJS Kesehatan, rumah sakit akan terus terbebani oleh redundansi input data, potensi penolakan klaim, dan pengalaman pasien yang kurang optimal. Artikel ini hadir sebagai panduan komprehensif untuk IT Manager rumah sakit, pemilik klinik, dan manajer operasional yang ingin mengoptimalkan proses ini. Kita akan membahas secara mendalam langkah-langkah teknis, mulai dari pemahaman API VClaim hingga implementasi kode, penanganan error, dan strategi best practices untuk memastikan integrasi yang mulus dan berkelanjutan.

Konsep Dasar dan Arsitektur Integrasi VClaim-SIMRS

VClaim, atau Verifikasi Klaim, adalah sistem elektronik yang dikembangkan oleh BPJS Kesehatan untuk memfasilitasi proses verifikasi data peserta dan pengajuan Surat Eligibilitas Peserta (SEP) secara real-time. Tujuannya adalah mempercepat pelayanan, mengurangi antrean, dan meminimalkan fraud. Integrasi VClaim ke dalam SIMRS bukan hanya sekadar konektivitas, melainkan sebuah transformasi digital yang mengeliminasi kebutuhan input ganda, memastikan konsistensi data, dan mempercepat proses klaim. Berdasarkan Peraturan Menteri Kesehatan (PMK) Nomor 28 Tahun 2014 tentang Pedoman Pelaksanaan Program Jaminan Kesehatan Nasional, integrasi sistem informasi menjadi salah satu pilar utama untuk mendukung operasional JKN. Ini berarti, setiap entitas pelayanan kesehatan yang melayani pasien JKN diharapkan memiliki kemampuan untuk berinteraksi secara elektronik dengan sistem BPJS Kesehatan.

Arsitektur integrasi VClaim umumnya mengadopsi model Client-Server berbasis RESTful API. SIMRS bertindak sebagai klien yang mengirimkan permintaan (request) ke server API VClaim BPJS Kesehatan dan menerima respons (response) dalam format JSON. Proses ini melibatkan otentikasi menggunakan Consumer ID dan Secret Key yang diperoleh dari BPJS Kesehatan, serta penggunaan timestamp dan Hashing (HMAC-SHA256) untuk keamanan setiap transaksi. Sebagai contoh, ketika pasien mendaftar di UGD, SIMRS akan secara otomatis memanggil API VClaim untuk memverifikasi kepesertaan. Jika valid, sistem akan melanjutkan dengan pembuatan SEP digital, yang kemudian dapat diakses oleh petugas medis dan rekam medis secara instan, tanpa perlu mencetak atau mengisi formulir manual yang memakan waktu.

Beberapa endpoint API VClaim yang paling sering digunakan meliputi: pencarian data peserta berdasarkan Nomor Induk Kependudukan (NIK) atau nomor kartu BPJS, pembuatan SEP, update SEP, pembatalan SEP, dan pencarian data rujukan. Setiap endpoint memiliki parameter input dan struktur respons yang spesifik. Misalnya, untuk pembuatan SEP, SIMRS perlu mengirimkan data pasien, data pelayanan, data diagnosa (ICD-10), dan data dokter. Penting untuk memahami bahwa setiap respons dari VClaim juga menyertakan kode status dan pesan, yang harus ditangani dengan baik oleh SIMRS untuk memberikan umpan balik yang informatif kepada pengguna. Ini memastikan bahwa jika ada masalah, seperti data peserta tidak ditemukan atau rujukan tidak valid, petugas dapat segera mengambil tindakan korektif.

Manfaat dari integrasi ini sangat signifikan. Secara operasional, rumah sakit dapat mengurangi waktu tunggu pasien hingga 30-40% di loket pendaftaran. Secara finansial, tingkat penolakan klaim akibat kesalahan administrasi dapat ditekan hingga di bawah 5%, dibandingkan dengan metode manual yang bisa mencapai 15-20%. Efisiensi ini juga berdampak pada pengurangan beban kerja staf administrasi, memungkinkan mereka fokus pada tugas-tugas yang lebih strategis. Data internal dari sebuah rumah sakit tipe C menunjukkan bahwa setelah integrasi VClaim, rata-rata waktu proses pendaftaran pasien BPJS turun dari 15 menit menjadi kurang dari 5 menit, dengan peningkatan kepuasan pasien yang terukur melalui survei internal.

Detail Implementasi Teknis pada SIMRS

Untuk mengimplementasikan integrasi VClaim, SIMRS Anda memerlukan modul khusus yang bertanggung jawab untuk berinteraksi dengan API BPJS Kesehatan. Pilihan teknologi untuk pengembangan modul ini cukup fleksibel, namun umumnya menggunakan bahasa pemrograman yang kuat dalam penanganan HTTP request dan JSON parsing. Contoh populer adalah PHP (dengan framework seperti Laravel 11.x), Node.js (dengan Express.js), atau Java (dengan Spring Boot 3.x). Untuk basis data, PostgreSQL 16 atau MySQL 8.x adalah pilihan yang solid untuk menyimpan log transaksi dan cache data VClaim yang relevan, seperti daftar poli, daftar diagnosa, dan daftar prosedur dari VClaim.

Langkah pertama adalah mendapatkan kredensial API dari BPJS Kesehatan, yang meliputi Consumer ID (consid) dan Secret Key (secretKey). Kredensial ini biasanya diberikan setelah rumah sakit melalui proses registrasi dan verifikasi. Setelah itu, Anda perlu memahami mekanisme otentikasi. Setiap permintaan ke API VClaim harus disertai dengan header yang berisi X-cons-id, X-timestamp, dan X-signature. X-timestamp adalah waktu saat permintaan dibuat dalam format Unix epoch (milidetik). X-signature adalah hasil enkripsi HMAC-SHA256 dari kombinasi consid, timestamp, dan secretKey. Proses ini sangat krusial untuk keamanan komunikasi, memastikan bahwa setiap permintaan berasal dari sumber yang sah dan tidak dimodifikasi di tengah jalan.

Pengembangan modul integrasi harus mencakup beberapa komponen utama: (1) Konfigurasi Kredensial: Menyimpan consid dan secretKey dengan aman, misalnya di environment variables atau database yang terenkripsi. (2) Fungsi Generasi Signature: Sebuah fungsi yang secara otomatis membuat X-timestamp dan X-signature untuk setiap request. (3) HTTP Client: Menggunakan library HTTP client yang handal seperti Guzzle HTTP Client untuk PHP, Axios untuk Node.js, atau OkHttp untuk Java, untuk mengirimkan request POST/GET. (4) JSON Parser: Untuk mengurai respons dari VClaim. (5) Error Handling: Mekanisme untuk menangani kode status HTTP (misalnya 400, 401, 500) dan kode status dari respons VClaim (misalnya 200, 404, 503). (6) Logging: Mencatat setiap request dan response untuk debugging dan audit.

Sebagai contoh, jika Anda menggunakan Laravel 11.x, Anda akan membuat sebuah service class yang mengelola seluruh interaksi dengan API VClaim. Service ini akan memiliki method seperti getPesertaByNik($nik), createSEP($data), dan cancelSEP($noSep). Setiap method akan memanggil HTTP client, menambahkan header otentikasi, dan memproses respons. Penting juga untuk mempertimbangkan caching data master dari VClaim (misalnya daftar poli, daftar diagnosa ICD-10) di database lokal SIMRS Anda. BPJS VClaim menyediakan API untuk data referensi ini. Dengan caching, Anda dapat mengurangi jumlah panggilan API yang berulang dan meningkatkan kecepatan respons SIMRS, meskipun data master ini perlu diperbarui secara berkala, misalnya setiap 24 jam sekali, untuk menjaga konsistensi dengan data terbaru dari BPJS Kesehatan.

Perhatikan juga perbedaan lingkungan API: ada lingkungan 'Development' untuk pengujian dan 'Produksi' untuk operasional sebenarnya. Pastikan SIMRS Anda dapat dengan mudah beralih antara kedua lingkungan ini melalui konfigurasi, tanpa perlu mengubah kode. URL API VClaim untuk pengembangan biasanya adalah https://apijkn-dev.bpjs-kesehatan.go.id/vclaim-rest-dev/, sedangkan untuk produksi adalah https://apijkn.bpjs-kesehatan.go.id/vclaim-rest/. Pengujian menyeluruh di lingkungan pengembangan dengan data dummy sangat disarankan sebelum go-live untuk menghindari masalah di produksi.

Contoh Kode Implementasi dan Penjelasan

Bagian ini akan menyajikan contoh kode konkret untuk mengintegrasikan BPJS VClaim menggunakan PHP dengan Guzzle HTTP Client, sebuah library populer di ekosistem Laravel 11.x. Kode ini akan menunjukkan bagaimana cara membuat signature dan mengirimkan request ke API VClaim untuk mendapatkan data peserta.

Pertama, mari kita siapkan fungsi untuk menghasilkan header otentikasi yang diperlukan setiap kali melakukan panggilan API. Fungsi ini akan mengambil Consumer ID, Secret Key, dan menghasilkan timestamp serta signature HMAC-SHA256.

<?phpnamespace App\'Services;use GuzzleHttp\Client;use Illuminate\Support\Facades\Log;class VclaimService{protected $consid;protected $secretKey;protected $baseUrl;public function __construct(){$this->consid = env('BPJS_VCLAIM_CONSID');$this->secretKey = env('BPJS_VCLAIM_SECRETKEY');$this->baseUrl = env('BPJS_VCLAIM_BASE_URL', 'https://apijkn-dev.bpjs-kesehatan.go.id/vclaim-rest-dev/');}protected function generateHeaders(){$timestamp = round(microtime(true) * 1000); // Unix epoch in milliseconds$data = $this->consid . '&' . $timestamp;$signature = hash_hmac('sha256', $data, $this->secretKey);return ['X-cons-id' => $this->consid,'X-timestamp' => $timestamp,'X-signature' => $signature,'Content-Type' => 'application/json;charset=utf-8'];}public function getPesertaByNoKartu($noKartu, $tanggalPelayanan){$client = new Client(['base_uri' => $this->baseUrl]);$headers = $this->generateHeaders();try {$response = $client->get("peserta/{$noKartu}/tglSEP/{$tanggalPelayanan}", ['headers' => $headers]);$body = json_decode($response->getBody()->getContents(), true);return $body['response'] ?? null;} catch (\Exception $e) {Log::error("VClaim API Error: " . $e->getMessage());return ['error' => $e->getMessage()];}}}

Penjelasan kode di atas: Kelas VclaimService mengelola kredensial dan URL dasar API VClaim yang diambil dari environment variable (.env file). Fungsi generateHeaders() adalah inti dari otentikasi, di mana timestamp dibuat dan signature dihitung menggunakan hash_hmac('sha256', ...) sesuai spesifikasi BPJS. Fungsi getPesertaByNoKartu() kemudian menggunakan Guzzle Client untuk mengirimkan request GET ke endpoint /peserta/{nokartu}/tglSEP/{tanggal}, menyertakan header yang telah digenerate. Respons JSON kemudian di-parse dan bagian 'response' dikembalikan. Penting untuk melakukan logging terhadap setiap error yang terjadi, seperti yang ditunjukkan oleh Log::error(), untuk memudahkan debugging dan monitoring.

Selanjutnya, mari kita lihat contoh implementasi untuk membuat SEP (Surat Eligibilitas Peserta). Ini biasanya melibatkan request POST dengan payload JSON yang cukup kompleks. Payload ini harus sesuai dengan struktur yang diminta oleh API VClaim.

<?phpnamespace App\Services;use GuzzleHttp\Client;use Illuminate\Support\Facades\Log;class VclaimService{// ... (konfigurasi dan generateHeaders() seperti di atas) ...public function createSEP($dataSep){$client = new Client(['base_uri' => $this->baseUrl]);$headers = $this->generateHeaders();try {$response = $client->post('sep/1.1/insert', ['headers' => $headers,'json' => ['request' => ['t_sep' => $dataSep]]]);$body = json_decode($response->getBody()->getContents(), true);return $body['response'] ?? null;} catch (\Exception $e) {Log::error("VClaim API Error (createSEP): " . $e->getMessage());return ['error' => $e->getMessage()];}}}

Pada contoh createSEP(), kita menggunakan method post dari Guzzle Client. Payload JSON untuk pembuatan SEP harus dibungkus dalam struktur {'request': {'t_sep': {...}}}. Variabel $dataSep akan berisi semua informasi yang diperlukan untuk SEP, seperti nomor kartu, tanggal pelayanan, diagnosa, poli tujuan, dll. Ini adalah contoh minimal; dalam implementasi nyata, Anda perlu melakukan validasi data $dataSep secara ketat sebelum mengirimkannya ke API VClaim. Kesalahan format atau data yang tidak valid adalah penyebab umum kegagalan pembuatan SEP. Pastikan setiap field yang required telah terisi sesuai dengan dokumentasi API VClaim terbaru.

Penanganan Payload, Respons, dan Error API

Memahami struktur payload yang dikirim dan respons yang diterima adalah kunci keberhasilan integrasi. API VClaim BPJS Kesehatan menggunakan format JSON untuk komunikasi data. Setiap request POST yang kompleks, seperti pembuatan SEP atau rujukan, memerlukan struktur JSON yang spesifik. Kegagalan dalam mematuhi struktur ini akan menyebabkan API menolak permintaan dengan kode error.

Berikut adalah contoh payload JSON yang realistis untuk pembuatan SEP. Perhatikan setiap detail field dan nilainya, karena ini sangat sensitif terhadap format dan validasi.

{"request": {"t_sep": {"noKartu": "0001234567890","tglSep": "2024-03-25","ppkPelayanan": "0901R004","jnsPelayanan": "2","klsRawat": {"kodeKelas": "3"},"noMR": "MR0012345","rujukan": {"noRujukan": "1234567890123456","tglRujukan": "2024-03-20","ppkRujukan": "0901R001"},"catatan": "Pasien dengan keluhan demam tinggi","diagAwal": "A09","poli": {"tujuan": "INT","eksekutif": "0"},"cob": {"cob": "0"},"katarak": {"katarak": "0"},"skdp": {"noSurat": "0000000","kodeDPJP": "00000"},"dpjpLayan": "123456","noTelp": "08123456789","user": "Nugroho Setiawan"}}}

Setiap field dalam payload memiliki makna dan validasi tertentu. Misalnya, ppkPelayanan adalah kode fasilitas kesehatan yang melayani, jnsPelayanan adalah jenis pelayanan (1=Rawat Inap, 2=Rawat Jalan), diagAwal adalah kode ICD-10 untuk diagnosis awal, dan poli.tujuan adalah kode poli tujuan. Kesalahan penulisan kode atau format tanggal yang tidak sesuai (misalnya, YYYY-MM-DD adalah wajib) akan menyebabkan kegagalan. Misalnya, jika diagAwal tidak valid atau ppkPelayanan tidak terdaftar, API akan mengembalikan error.

Contoh pesan error yang sering ditemui adalah: {"metaData":{"code":"201","message":"Data Peserta Tidak Ditemukan atau Tidak Aktif"}} atau {"metaData":{"code":"400","message":"Rujukan tidak berlaku / belum diverifikasi"}}. Kode 201 atau 400 menandakan adanya masalah pada data yang dikirim atau status kepesertaan. Penanganan error ini sangat penting. SIMRS Anda harus mampu menginterpretasikan kode dan pesan error ini untuk memberikan umpan balik yang jelas kepada pengguna. Misalnya, jika pesan error Data Peserta Tidak Ditemukan, sistem harus memberitahu petugas pendaftaran untuk memeriksa kembali nomor kartu BPJS atau NIK pasien.

Strategi penanganan error yang efektif meliputi: (1) Validasi Input: Lakukan validasi data di sisi SIMRS sebelum mengirim ke VClaim. Ini mengurangi beban API dan mempercepat respons. (2) Logging Detail: Catat setiap request, respons, dan error secara detail, termasuk parameter yang dikirim dan pesan error yang diterima. Ini krusial untuk debugging. (3) User-Friendly Messages: Terjemahkan pesan error teknis dari VClaim menjadi pesan yang mudah dipahami oleh petugas. (4) Retry Mechanism: Untuk error sementara (misalnya, masalah koneksi atau 503 Service Unavailable), implementasikan mekanisme retry dengan exponential backoff. (5) Alerting: Kirim notifikasi ke tim IT jika terjadi error kritis atau berulang yang tidak tertangani otomatis. Dengan pendekatan ini, rumah sakit dapat meminimalkan downtime dan memastikan kelancaran operasional meskipun terjadi masalah teknis.

Best Practices Integrasi VClaim-SIMRS

Integrasi VClaim dengan SIMRS adalah proyek kompleks yang membutuhkan perencanaan matang dan implementasi cermat. Mengikuti best practices akan memastikan stabilitas, keamanan, dan skalabilitas sistem Anda.

1. Gunakan Lingkungan Pengembangan/Staging yang Terpisah: Selalu kembangkan dan uji semua fitur integrasi di lingkungan non-produksi. Ini mencegah dampak negatif pada operasional rumah sakit yang sedang berjalan. Pastikan kredensial dan URL API berbeda untuk setiap lingkungan, dan hanya pindah ke produksi setelah pengujian menyeluruh.
2. Implementasikan Caching untuk Data Referensi: Data master seperti daftar poli, diagnosa (ICD-10), dan prosedur dari VClaim jarang berubah. Cache data ini di database lokal SIMRS Anda untuk mengurangi panggilan API berulang dan meningkatkan kecepatan respons sistem. Lakukan sinkronisasi data cache secara berkala, misalnya setiap 24 jam atau mingguan, untuk menjaga konsistensi.
3. Prioritaskan Keamanan Kredensial API: Consumer ID dan Secret Key adalah kunci akses ke API VClaim. Jangan pernah hardcode kredensial ini dalam kode sumber. Simpan dalam environment variables atau sistem manajemen konfigurasi yang aman. Pertimbangkan juga penggunaan IP Whitelisting jika BPJS Kesehatan menyediakannya untuk membatasi akses API hanya dari IP server SIMRS Anda.
4. Terapkan Logging dan Monitoring yang Ekstensif: Catat setiap request yang dikirim ke VClaim dan setiap respons yang diterima, termasuk kode status dan payload lengkap. Gunakan alat monitoring untuk memantau performa API, waktu respons, dan jumlah error. Log yang detail sangat membantu dalam debugging dan audit transaksi, memenuhi persyaratan akuntabilitas BPJS.
5. Bangun Mekanisme Error Handling yang Robust: Jangan hanya menampilkan pesan error mentah dari API VClaim. Terjemahkan error tersebut menjadi pesan yang informatif dan actionable bagi pengguna SIMRS. Implementasikan mekanisme retry otomatis untuk error yang bersifat sementara, dan notifikasi untuk error kritis yang memerlukan intervensi manual.
6. Lakukan Validasi Data di Sisi Klien (SIMRS): Sebelum mengirim data ke API VClaim, pastikan data yang diinput oleh pengguna sudah tervalidasi sesuai dengan aturan BPJS Kesehatan (misalnya format NIK, tanggal, kode diagnosa). Ini mengurangi jumlah request yang ditolak oleh API dan mempercepat proses transaksi.
7. Selalu Ikuti Dokumentasi API Terbaru: BPJS Kesehatan secara berkala memperbarui API VClaim. Pastikan tim pengembang Anda selalu merujuk pada dokumentasi API terbaru (biasanya tersedia di portal BPJS Kesehatan atau melalui perwakilan Faskes). Perubahan versi API atau penambahan/pengurangan field dapat memengaruhi kompatibilitas sistem Anda.

FAQ

Berikut adalah beberapa pertanyaan umum yang sering muncul terkait integrasi BPJS VClaim dengan SIMRS:

Q1: Apa itu Consumer ID dan Secret Key, dan bagaimana cara mendapatkannya?

A1: Consumer ID (consid) adalah identifikasi unik untuk SIMRS Anda, sedangkan Secret Key adalah kunci rahasia yang digunakan untuk mengotentikasi setiap permintaan ke API VClaim. Keduanya diperoleh dari BPJS Kesehatan setelah rumah sakit Anda mendaftar sebagai fasilitas kesehatan yang akan mengintegrasikan sistem. Anda biasanya perlu mengajukan permohonan resmi kepada kantor cabang BPJS Kesehatan terdekat, dan akan melalui proses verifikasi teknis dan administratif.

Q2: Apakah saya harus menyimpan semua data pasien BPJS yang didapatkan dari VClaim di SIMRS saya?

A2: Tidak semua data harus disimpan secara permanen. Data sensitif seperti NIK atau nomor kartu BPJS sebaiknya hanya disimpan jika diperlukan untuk proses yang berkelanjutan dan harus dienkripsi. Data master seperti daftar poli atau diagnosa dapat di-cache secara lokal untuk performa, tetapi data detail kepesertaan atau riwayat pelayanan pasien sebaiknya diakses secara real-time dari VClaim saat dibutuhkan, untuk memastikan data selalu up-to-date dan mematuhi regulasi privasi data.

Q3: Bagaimana cara menangani jika API VClaim mengalami downtime atau lambat?

A3: Implementasikan mekanisme caching untuk data yang sering diakses dan jarang berubah. Untuk transaksi kritis seperti pembuatan SEP, siapkan fallback plan atau mekanisme retry dengan exponential backoff. Pertimbangkan juga untuk memiliki prosedur manual sementara yang dapat diaktifkan jika API tidak tersedia dalam jangka waktu tertentu, meskipun ini harus menjadi opsi terakhir karena akan mengurangi efisiensi.

Q4: Apakah ada batasan jumlah request (rate limit) untuk API VClaim?

A4: BPJS Kesehatan tidak secara eksplisit menyatakan batasan rate limit yang ketat di dokumentasi publik mereka, namun praktik terbaik adalah mendesain sistem Anda agar tidak melakukan *burst* request yang berlebihan. Optimalisasi dengan caching dan penggabungan permintaan (batching) jika memungkinkan akan sangat membantu menjaga kinerja API tetap stabil dan mencegah sistem Anda diblokir sementara karena aktivitas yang dianggap tidak wajar.

Q5: Apa perbedaan antara lingkungan pengembangan (DEV) dan produksi (PROD) VClaim?

A5: Lingkungan pengembangan (DEV) adalah server terpisah yang disediakan oleh BPJS Kesehatan untuk pengujian dan pengembangan. Data di lingkungan ini adalah data dummy atau tidak sensitif, dan tidak akan memengaruhi data produksi. Lingkungan produksi (PROD) adalah server yang digunakan untuk operasional nyata dengan data pasien sesungguhnya. Selalu pastikan Anda menggunakan kredensial dan URL API yang sesuai untuk lingkungan yang sedang Anda kerjakan untuk menghindari insiden data.

Q6: Bagaimana jika ada perubahan pada API VClaim dari BPJS Kesehatan?

A6: BPJS Kesehatan biasanya akan mengumumkan perubahan API jauh-jauh hari melalui portal faskes atau grup komunikasi resmi. Tim IT rumah sakit Anda harus proaktif memantau pengumuman ini. Setelah ada pengumuman, segera perbarui dokumentasi internal, sesuaikan kode di lingkungan pengembangan, lakukan pengujian ekstensif, dan rencanakan deployment ke produksi dengan hati-hati untuk meminimalkan gangguan layanan. Pastikan juga Anda memiliki versi kontrol yang baik untuk kode integrasi Anda.

Integrasi BPJS VClaim dengan SIMRS bukan lagi pilihan, melainkan keharusan bagi fasilitas kesehatan modern di Indonesia. Dengan mengikuti panduan step-by-step ini, rumah sakit dan klinik dapat secara signifikan meningkatkan efisiensi operasional, mengurangi kesalahan administratif, mempercepat proses klaim, dan pada akhirnya, meningkatkan kualitas pelayanan pasien. Investasi dalam integrasi yang solid akan terbayar dengan optimalisasi sumber daya dan peningkatan kepuasan pasien. Jika Anda memerlukan bantuan ahli dalam merancang, mengembangkan, atau mengimplementasikan solusi integrasi VClaim yang disesuaikan dengan kebutuhan spesifik SIMRS Anda, jangan ragu untuk menghubungi tim Nugroho Setiawan. Kami memiliki pengalaman mendalam dalam integrasi BPJS/SatuSehat/FHIR dan siap membantu Anda mewujudkan sistem yang efisien dan andal. Kunjungi situs kami atau kirim email ke info@nugrohosetiawan.com untuk konsultasi lebih lanjut dan mulailah perjalanan transformasi digital rumah sakit Anda hari ini.