Integration Hub
memuat…Rumah sakit
Dibaca dari RS yang terdaftar di hub dan integrasi (sink) yang benar-benar ada, bukan daftar tetap di halaman. Klik baris untuk membuka detailnya.
| Rumah sakit | Integrasi | Kesehatan | Masuk | Terkirim | Gagal | Tertahan | Menunggu | Sukses | Aktivitas terakhir |
|---|
Definisi: Masuk = kejadian klinis diterima hub dalam rentang · Terkirim = sukses dalam rentang · Gagal = gagal teknis yang masih gagal · Tertahan = menunggu pemetaan/data RS · Menunggu = seluruh antrean saat ini (bukan per rentang) · Sukses = terkirim ÷ (terkirim + gagal + tertahan).
Pengiriman
Jumlah per jenis resource dan status. skipped = gagal permanen yang sudah diketahui sebabnya, bukan error kita.
| Resource | Status | Jumlah |
|---|
Kunjungan dilewati
Alasannya spesifik — dipakai untuk tahu apa yang menghambat, bukan sekadar tahu ada yang gagal.
| Alasan | Jumlah |
|---|
Jenis resource yang sudah pernah sampai
Pertanyaan yang tidak bisa dijawab Ringkasan: jenis yang tidak pernah antre sama sekali tidak muncul di sana, dan ketiadaannya terbaca persis sama dengan “memang belum ada kejadiannya”. Di sini nol yang tidak kelihatan itu ditampilkan. Sumbernya resource_link — satu baris = satu resource yang dibalas UUID oleh SATUSEHAT.
Memuat…
| Resource | Asal data | Terkirim | Terakhir | Yang menahan |
|---|
Rumah sakit
memuat…Alur: Sumber → Integration Hub → Tujuan
Status tiap simpul dinilai dari aliran datanya sendiri — sapuan ke backend RS, antrean di hub, balasan SATUSEHAT — bukan dari "server hidup". Ambang batasnya terpusat di kesehatan.ts.
Integration flow
Sumber → flow → tujuan. RS yang belum punya baris flow tampil sebagai satu flow per tujuan (perilaku bawaan: semua kejadian ke semua tujuan aktif).
| Flow | Sumber | Tujuan | Konektor | Jenis kejadian | Status | Terkirim | Gagal | Tertahan | Menunggu | Sukses |
|---|
Integrasi
Satu kartu per tujuan pengiriman (tabel sink), angka menurut rentang yang dipilih.
Perjalanan satu kejadian klinis
Tiap angka dihitung dari tabel yang sama yang dipakai mesin pengirim — bukan dari penghitung terpisah. Penghitung terpisah cepat atau lambat menyimpang dari yang sebenarnya terjadi.
Yang tidak lanjut, mandeknya di mana
Ini pertanyaan yang selalu ditanyakan pertama kali, dan yang tidak bisa dijawab Ringkasan maupun Cakupan. Ketiganya beda sebab, beda tindakan.
Aturan yang sedang berlaku
Dibaca dari setelan yang benar-benar aktif di service ini, bukan dari dokumentasi — kalau VM-nya disetel lain, yang tampil di sini yang betul.
| Aturan | Nilai | Kenapa begitu |
|---|
Transaksi
Satu baris = satu kejadian klinis × satu tujuan. Mencari lewat kotak cari mengabaikan rentang (seluruh riwayat). Klik baris untuk linimasa lengkapnya.
| Waktu | ID | Jenis | Ref | Tujuan | Status | Percobaan | Hasil | Durasi |
|---|
Galat
Dikelompokkan menurut sebab
Yang SAAT INI masih gagal atau tertahan, disentuh dalam rentang. Sisi = siapa yang perlu bertindak: RS (data/HIS), hub (pemetaan/kode), atau SATUSEHAT. Klik baris untuk melihat transaksinya.
| Sebab | Sisi | Keadaan | Jumlah | RS terdampak | Jenis terbanyak | Pertama | Terakhir | Tindakan |
|---|
Laporan harian
Isi yang sama persis dengan yang dikirim ke Slack tiap pagi — dibangun dari satu sumber angka, bukan dua. Bisa dilihat kapan saja tanpa menunggu jam laporan.
Belum dimuat.
| Resource | Terkirim | Gagal | Dilewati | Tertunda |
|---|
Jalankan sapuan sekarang
Sapuan berjalan otomatis sesuai jadwal (SAPUAN_*). Yang di sini untuk memaksanya lebih awal — mis. setelah tabel pemetaan diisi, atau saat memeriksa satu poller yang dicurigai diam.
Sapuan penuh memakan waktu bermenit-menit dan menembak backend RS berkali-kali; backend itu berbagi kapasitas dengan pelayanan. Jangan dijalankan di jam sibuk poli tanpa alasan.
Belum dijalankan.
Kesehatan service
Memeriksa service ini bisa menjangkau basis datanya. Tidak memeriksa SATUSEHAT maupun backend RS — keduanya bisa mati sementara pil ini tetap hijau.
Tabel pemetaan
Unduh template → isi satu kolom → unggah. Template sudah terisi kode lokal dari master RS; unggah ulang menambah, tidak menimpa jadi kosong.
| Jenis | Standar | Terpetakan | Tindakan |
|---|
Penghalang pengiriman
Resource yang tertahan karena kodenya belum dipetakan. Ini daftar kerja yang paling berdampak.
| Resource | Alasan | Jumlah |
|---|
Petakan LOINC sendiri untuk yang tidak ambigu
Supaya hasil lab tidak menunggu konfirmasi analis untuk seluruh parameter. Yang namanya cocok persis dan tunggal dipetakan sendiri; yang punya beberapa kode atau satuannya bertentangan tetap disisakan untuk analis lab — beda kode LOINC bisa berarti beda spesimen, properti, atau skala.
Location & ruangan
Kunjungan wajib menyebut Location. Urutan yang benar: baca dulu yang sudah terdaftar di SATUSEHAT, baru daftarkan yang benar-benar belum ada.
Mendaftarkan Location menulis ke registri nasional dan tidak bisa dibatalkan. Location ganda untuk ruangan yang sama memecah riwayat pasien jadi dua tempat. Karena itu tombol penerapannya baru muncul setelah rencananya ditampilkan, dan selalu menyebut berapa yang akan dibuat.
Tempat tidur hanya menulis ke tabel pemetaan kita sendiri, tidak ke SATUSEHAT — aman diulang. Kunjungan rawat inap memakai nomor tempat tidur sebagai kode lokasi, bukan kode ruang.
Kode yang belum dipetakan
Disusun dari data yang benar-benar dipakai — resep yang ditulis, hasil lab yang keluar — diurutkan dari yang paling sering. Bukan dari master. Yang tidak pernah dipakai tidak menahan pengiriman apa pun, jadi tidak ditampilkan.
Belum disurvei. Menyurvei memanggil backend RS berkali-kali, jadi butuh beberapa menit.
Nyalakan / matikan per resource
Yang dimatikan tetap DICATAT di outbox — kejadian RS tidak hilang. Menyalakan kembali lalu Kirim ulang → missing akan menyusulkan yang tertinggal.
| Resource | Status | Diubah |
|---|
Antre ulang pengiriman
failed = yang gagal teknis. skipped = yang tertahan mapping, pakai setelah tabel pemetaan diisi. missing = kejadian yang belum pernah dibuatkan pengiriman (mis. bekas resource yang dimatikan).
Rumah sakit terdaftar
Menambah RS = mengisi baris di sini. Client secret tidak pernah ditampilkan utuh dan tersimpan terenkripsi.
| ID | Nama | Organization ID | Secret | Mode IHS | Aktif |
|---|
Tambah / perbarui RS
Kolom yang dikosongkan saat memperbarui tidak akan menghapus nilai lama.
Sumber, tujuan, dan flow RS aktif
Konfigurasi iPaaS untuk RS yang dipilih di rel kiri. Rahasia (token) disimpan terenkripsi dan tidak pernah ditampilkan.
Sumber
| ID | Jenis | Nama | Konfigurasi | Rahasia | Aktif | Masalah |
|---|
Tujuan (sink)
| ID | Konektor | Nama | Endpoint | Format | Rahasia | Aktif | Masalah | Cek |
|---|
Flow
| ID | Nama | Sumber | Tujuan | Jenis kejadian | Aktif |
|---|
Token akses RS
Token per-RS hanya bisa membaca data RS itu sendiri. Nilainya ditampilkan sekali; menerbitkan ulang mencabut yang lama.
Konektor
Konektor tujuan
Satu implementasi per jenis sistem, dipakai lintas RS. Kredensial dan alamat tiap RS ada di baris tujuan (sink), bukan di kode konektor.
| Jenis | Nama | Butuh | Cek aktif | Dipakai (tujuan) | RS |
|---|
Adapter sumber
Cara hub menarik kejadian dari sistem asal. RS tanpa baris sumber dibaca sebagai sumber warisan simrs_api dari konfigurasi RS.
| Jenis | Nama | Butuh | Dipakai (sumber) | RS |
|---|