memuat… memuat… memuat… memuat…

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

ResourceStatusJumlah

Kunjungan dilewati

Alasannya spesifik — dipakai untuk tahu apa yang menghambat, bukan sekadar tahu ada yang gagal.

AlasanJumlah

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…

ResourceAsal dataTerkirimTerakhirYang 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).

FlowSumberTujuanKonektorJenis kejadianStatusTerkirimGagalTertahanMenungguSukses

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.

AturanNilaiKenapa begitu

Transaksi

Satu baris = satu kejadian klinis × satu tujuan. Mencari lewat kotak cari mengabaikan rentang (seluruh riwayat). Klik baris untuk linimasa lengkapnya.

WaktuIDJenisRefTujuanStatusPercobaanHasilDurasi

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.

SebabSisiKeadaanJumlahRS terdampakJenis terbanyakPertamaTerakhirTindakan

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.

ResourceTerkirimGagalDilewatiTertunda

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.

JenisStandarTerpetakanTindakan

Penghalang pengiriman

Resource yang tertahan karena kodenya belum dipetakan. Ini daftar kerja yang paling berdampak.

ResourceAlasanJumlah

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.

ResourceStatusDiubah

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.

IDNamaOrganization IDSecretMode IHSAktif

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

IDJenisNamaKonfigurasiRahasiaAktifMasalah

Tujuan (sink)

IDKonektorNamaEndpointFormatRahasiaAktifMasalahCek

Flow

IDNamaSumberTujuanJenis kejadianAktif
Begitu RS punya satu flow, kejadian hanya dikirim lewat flow — bukan lagi ke semua tujuan.

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.

JenisNamaButuhCek aktifDipakai (tujuan)RS

Adapter sumber

Cara hub menarik kejadian dari sistem asal. RS tanpa baris sumber dibaca sebagai sumber warisan simrs_api dari konfigurasi RS.

JenisNamaButuhDipakai (sumber)RS

Transaksi