bridging system full.pdf

7/26/2019 Bridging System Full.pdf

1/30

Bridging System

BPJS Kesehatan Divisi Regional V


2/30

Bridging System itu apa?


3/30

Integrasi System? Bridging

System? Integrasi system adalah adanya saling

keterkaitan antar sistem sehingga data darisatu sistem dapat melintas, menuju atau

diambil oleh sistem lainnya. Bridging system adalah penamaan integrasi

system di BPJS Kesehatan.


4/30

Tujuan dibuat Sistem?

Menyediakan service (layanan) untukpelanggan


5/30

BPJS Service

ADMINDUKBANK

Teller/ATM/PPOB

CALLCENTE

R

PPK / SMS Gateway / Mobile

BPJS CLOUDSERVICES

ASURANSI

KOMERSIA

L (C.O.B)


6/30

Integrasi SEP dan INACBG


7/30

Existing SEP dan INA CBG

SEP INA CBG

Entry Eligibilitas Peserta (SEP) Entry Eligibilitas Peserta

Purifikasi Entry Diagnosa Pelayanan

Verifikasi

FPK

Faktor kesalahan entri sangat besar.

Gagal purifikasi banyak.


8/30

Integrasi SEP dan INA CBG

SEP INA CBG

Entry Eligibilitas Peserta (SEP) Tarik SEP

Purifikasi Entry Diagnosa Pelayanan

Verifikasi

FPK

Meminimalisi kesalahan entri data SEP.

Waktu purifikasi lebih cepat karena faktor ketidak sesuaian data kecil.


9/30

Bridging System Rumah Sakit


10/30

Existing System RS

SIRS SEP INACBG SEP BOA

Pendaftaran Pendaftaran

Pelayanan Pelayanan Purifikasi

Verifikasi

FPK Terima FPK

Duplikasi Antrian

Duplikasi entry pelayanan


11/30

Bridging System RS

SIRS SEP INACBG SEP BOA

Pendaftaran Pelayanan Purifikasi

Verifikasi

FPK Terima FPK


12/30

Multiple System di Rumah

Sakit

Pendaftaran

Pelayanan

SIRS

Pendaftaran

Verifikasi &Klaim

SEP PelayananCBG

Duplikasi antrian pasien Duplikasi entri data


13/30

SIRS SEP - CBG

SIRS

CBG

SEP


14/30

SIRS SEP CBG

SIRSSERVIC

E SEPSERVIC

E CBG

BPJS CLOUDSERVICES


15/30

Hal-hal yang harus disiapkan

Support dari Sistem Informasi Rumah Sakit / ITRS

Validity access service

Jaringan Komunikasi Data

Mapping tabel-tabel yang diperlukan

Kepercayaan


16/30

Perangkat Keras

Server 24 jam

Local Area Network (LAN)

Virtual Private Network / Internet Public


17/30

Perangkat Lunak

Webservice

Penyesuaian aplikasi Sistem Informasi RS!Pendaftaran Peserta BPJS!SEP (dibangun

oleh masing-masing RS)


18/30

Alur Bridging System


19/30

Web-Service

1.

Cari peserta berdasarkan no. Kartu BPJS

2. Cari peserta berdasarkan NIK

3. Cari data Rujukan berdasarkan no. Rujukan

4. Cari data Rujukan berdasarkan no. Kartu BPJS

5.

Cari daftar pasien yang dirujuk berdasarkan tanggalrujukan

6. Pembuatan SEP

7. Update tanggal pulang pada SEP

8.

Menyimpan mapping data transaksi9. Menghapus data transaksi SEP

10. Mencari 5 (lima) riwayat kunjungan terakhir peserta

11. Mencari detail SEP

12. Mencari Faskes Rujukan


20/30

Proses Pemanggilan Web-Service

Data interchange menggunakan formatXML atau JSON

Setiap pemanggilan web-service harus

mencantumkan HTTP Header untuk keamanandan proses validasi

Untuk dapat mengakses web-service dariBPJS Kesehatan (service provider), pemanggilservice (service consumer) akan mendapatkan:

Consumer ID

Consumer Secret


21/30

HTTP Header

Nama Header Contoh Nilai Keterangan

Accept Application/xmlApplication/json

Format data yangdiinginkan

X-cons-id 2314 Consumer ID

X-timestamp 234234234 Generated unix-basedtimestamp

X-signature 20BKS3PWnD3XU4JbSSZvVlGi2WWnDa8Sv9u

HJ+wsELA

Generated signaturedengan pola HMAC-256


22/30

Format XML

Contoh format XML

1234567890123456789

2013-07-26 13:05:03

0901R001


23/30

Format JSON

Contoh format JSON

{"response":{

"peserta":{"noKartu":"0000142495694",

"nama":AHMAD SAPUTRA","tglLahir":"1979-05-13 00:00:00",

"provUmum":{"kdProvider":"1301U007",

"nmProvider":"MAULIDA JUNIAR, dr,

},

"jenisPeserta":{"kdJenisPeserta":"1",

"nmJenisPeserta":"PNS PUSAT},

}}, "metaData":{

"message":"200",

"code":200}

}


24/30

HTTP Header - Accept

Diisi sesuai permintaan dari client. Jikamenginginkan hasil balik dari web-servicedalam format XML, maka diisi dengan

application/xml. Ataupun jika menginginkanhasil balik dari web-service dalam berupaJSON, maka dapat diisi dengan application/

json.

Secara default (jika tidak ditulis) maka hasilbalik berupa JSON.


25/30

HTTP Header X-cons-id

X-cons-id adalah kode konsumen (pengaksesweb-service) yang diberikan oleh BPJSKesehatan untuk masing-masing Faskes

Consumer ID ini bersifat unik, masing-masingFaskes mempunyai Consumer ID yangberbeda.


26/30

HTTP Header X-timestamp

Merupakan waktu yang akan di-generate olehclient saat ingin memanggil setiap service.

Format waktu ini ditulis dengan format unix-

based-time (berisi angka, tidak dalam formattanggal sebagaimana mestinya).

Format waktu mengacu ke Waktu Indonesiabagian Barat (WIB). Jika client berlokasi padaWITA/WIT, pastikan saat generate timestamp,arahkan/hardcode ke WIB/GMT+7.


27/30

HTTP Header X-Signature

Metode signature yang digunakan adalahmenggunakan HMAC-256 dimana parameter saatgenerate signature dibutuhkan parameter messagedan key

Contoh hasil generate HMAC-256Consumer ID : 1005Consumer Secret : cdad5kd1Timestamp : 1391054913Message = Consumer ID + & + TimestampKey = Consumer Secret

Signature = HMAC-256(Message, Key)Signature = HMAC-256(1005&1391054913, cdad5kd1)Signature =20BKS3PWnD3XU4JbSSZvVlGi2WWnDa8Sv9uHJ+wsELA=


28/30

HTTP Header

Informasi Consumer Secret hanya disimpanoleh service consumer. Tidak dikirim ke serverweb-service, hal ini untuk menjaga

pengamanan yang lebih baik Sedangkan kebutuhan Consumer Secret ini

adalah untuk men-generate Signature(X-signature).


29/30


30/30

TERIMA KASIH

bridging system full.pdf

Documents