
MASTER BRAND
OTRIS
Platform integrasi yang menyatukan perangkat medis, data, antarmuka klinis, dan konektivitas jarak jauh dalam arsitektur yang terkelola.
OTRIS • MEDICAL SOVEREIGNTY • 2026
Kami membangun jembatan teknologi kesehatan agar perangkat yang sudah ada, data, dan tenaga ahli dapat terhubung lebih dekat kepada pasien — tanpa menunggu semuanya diganti atau sempurna terlebih dahulu.
MURAH, BUKAN MURAHAN. • KAMI SEDANG MEMBANGUN JEMBATAN UNTUK NYAWA.


FILOSOFI NILAI
OTRIS menekan biaya dengan mengintegrasikan teknologi yang sudah dimiliki fasilitas kesehatan. Nilai tidak dikurangi; pemborosan yang dikurangi. Integration Over Replacement adalah cara kami menjaga investasi rumah sakit tetap berguna.

MASTER BRAND
Platform integrasi yang menyatukan perangkat medis, data, antarmuka klinis, dan konektivitas jarak jauh dalam arsitektur yang terkelola.

DEPLOYMENT IDENTITY
Identitas Plug & Play OTRIS: instalasi dibuat sesederhana mungkin bagi pengguna lapangan. Prinsip 15 menit adalah target UX pada kondisi dan perangkat yang telah memenuhi prasyarat dan tervalidasi.
ARSITEKTUR YANG MENJAGA JEMBATAN
Perangkat medis tetap melakukan tugasnya. Gateway mengenali dunia vendor, menormalkan data ke Canonical OTRIS, lalu Core dan Clinical Wall bekerja dengan bahasa yang konsisten. Local berdiri sendiri; cloud memperluas, bukan menggantikan.
THE OTRIS CONSTITUTION
Constitution menjaga identitas OTRIS ketika teknologi berubah. Arsitektur tidak boleh menjadi tawanan satu vendor. Gateway menerjemahkan, Core memproses. Data Path dan Execution Path dipisahkan. Fungsi lokal tidak boleh mati hanya karena cloud tidak tersedia.
Di atas semua itu ada satu kewajiban: teknologi harus tetap melayani manusia, keselamatan, continuity, dan traceability.
BACA THE OTRIS CONSTITUTION →“Jagalah jembatan ini.”
SATU EKOSISTEM • BATAS YANG JELAS
QC RECORD • REFERENCE • VERIFICATION
Constitution menetapkan prinsip. Engineering membangun mekanisme. QC meminta pembuktian. Governance menentukan authority. Edge menjalankannya. Continuous Integrity memeriksa apakah alasan untuk mempercayainya masih berlaku.
Reference, Verification & Continuous Integrity. Buku ini menempatkan kepercayaan sebagai sesuatu yang harus dapat diperiksa, diuji, dikoreksi, dan diperoleh kembali—bukan sekadar dinyatakan.
THE BRIDGE
OTRIS dibangun agar teknologi yang sudah dimiliki fasilitas kesehatan dapat bekerja bersama, data memiliki jejak yang jelas, dan keahlian dapat bergerak menuju tempat pasien berada.
JANGAN PINDAHKAN PASIENNYA. DATANGKAN KEAHLIANNYA.
ABOUT OTRIS • OTRIS HUMANIS
Kami tidak memulai dari keinginan membuat perangkat baru. Kami memulai dari sebuah pertanyaan: mengapa jarak, keterbatasan infrastruktur, dan perbedaan teknologi harus menentukan siapa yang dapat memperoleh akses terhadap keahlian medis?
OTRIS — Operating Theatre Real-Time Integration Systems — dibangun sebagai jembatan.
Jembatan antara perangkat yang sudah dimiliki rumah sakit dengan sistem digital. Antara data dengan manusia yang membutuhkannya. Antara rumah sakit dengan tenaga ahli. Antara teknologi yang berbeda generasi. Dan pada akhirnya, antara keterbatasan sebuah tempat dengan pengetahuan yang mungkin berada jauh darinya.
Karena itu kami memilih Integration Over Replacement.
Kami tidak percaya transformasi kesehatan harus selalu dimulai dengan membuang apa yang sudah ada dan membeli semuanya kembali. Bila perangkat yang masih layak dapat diintegrasikan dengan aman dan dapat dibuktikan, tugas teknologi adalah membangun jembatan menuju perangkat tersebut.
Bagi kami, keterjangkauan tidak boleh diperoleh dengan mengurangi prinsip, menghilangkan pembuktian, atau menurunkan tanggung jawab. Penghematan harus datang dari arsitektur yang lebih cerdas: menggunakan kembali infrastruktur yang masih bernilai, bekerja secara lokal ketika internet tidak tersedia, dan menghindari ketergantungan yang tidak diperlukan.
OTRIS tidak dibangun agar teknologi menjadi pusat perhatian.
ICU, operating theatre, patient monitor, Edge Agent, protokol, data, dashboard, dan seluruh engineering hanyalah alat.
Manusia adalah tujuannya.
Itulah sebabnya kami menyebut pendekatan ini OTRIS Humanis.
Teknologi yang baik tidak bertanya siapa dirinya, tetapi untuk apa ia ada.
Di balik setiap data terdapat pasien. Di balik setiap dashboard terdapat tenaga kesehatan yang harus mengambil keputusan. Di balik setiap integrasi terdapat rumah sakit dengan kondisi nyata—perangkat lama dan baru, jaringan yang mungkin tidak sempurna, listrik yang dapat berubah, keterbatasan anggaran, dan manusia yang tidak seharusnya dipaksa menjadi engineer hanya untuk menggunakan sebuah sistem.
Karena itulah kesederhanaan bagi kami bukan kosmetik.
Ia adalah bagian dari engineering.
OTRIS berkembang melalui buku, Constitution, blueprint, engineering, pengujian, kegagalan, koreksi, dan pembuktian.
Kami mencatat bukan hanya apa yang berhasil, tetapi juga apa yang belum diketahui.
Kami mempertahankan UNKNOWN ketika evidence belum cukup.
Kami tidak ingin sistem mengatakan sesuatu hanya karena sebuah kode memungkinkan sistem mengatakannya.
Pertanyaan kami lebih sederhana:
Dari prinsip itulah lahir pemisahan yang kami jaga:
Ketiganya tidak kami campurkan.
Prinsip bukan bukti. Engineering bukan authority. Dan keberhasilan sekali bukan jaminan bahwa sesuatu akan benar selamanya.
OTRIS lahir dengan kesadaran bahwa pelayanan kesehatan tidak selalu berlangsung dalam kondisi ideal.
Internet dapat terputus. Jaringan dapat berubah. Perangkat berasal dari vendor dan generasi berbeda. Rumah sakit memiliki kemampuan investasi yang berbeda. Lokasi geografis menciptakan tantangan yang berbeda.
Karena itu Local First dan Offline Capable bukan sekadar istilah teknis bagi kami.
Keduanya merupakan bagian dari gagasan yang lebih besar: kedaulatan operasional.
Sistem lokal tidak seharusnya kehilangan fungsi dasarnya hanya karena koneksi menuju cloud terputus.
Dan rumah sakit tidak seharusnya kehilangan kendali atas operasionalnya hanya karena sebuah teknologi berasal dari pihak lain.
Kami ingin teknologi kompleks terasa sederhana bagi penggunanya.
Dari situlah lahir semangat P&P — Plug & Play 15 Menit.
Lima belas menit bukan alasan untuk menghilangkan engineering di belakang layar. Justru sebaliknya: semakin sederhana pengalaman pengguna, semakin besar pekerjaan yang harus diselesaikan oleh sistem.
Seorang tenaga kesehatan tidak seharusnya dipaksa memahami kompleksitas jaringan, protokol, atau konfigurasi hanya untuk menghubungkan perangkat yang dibutuhkan.
Bila proses pemasangan masih terlalu rumit, kami tidak ingin menyalahkan pengguna.
Kami kembali kepada desain.
OTRIS dibangun dengan prinsip bahwa kepercayaan harus mempunyai alasan.
Karena itu kami membangun reference, evidence, verification, QC record, governance, audit, dan continuous integrity.
Bukan untuk menciptakan kesan bahwa kami tidak pernah salah.
Justru agar kesalahan dapat ditemukan, dicatat, diperbaiki, dan tidak disembunyikan.
Kami ingin prinsip tersebut berlaku bukan hanya terhadap software OTRIS, tetapi terhadap perusahaan yang membangunnya.
Perjalanan OTRIS belum selesai.
Dan kami tidak ingin berpura-pura bahwa semuanya telah selesai.
Ada bagian yang sudah dibangun. Ada yang sedang diuji. Ada yang masih harus dibuktikan. Dan ada hal-hal yang dengan sengaja tetap kami beri status UNKNOWN sampai evidence tersedia.
Tetapi arah kami tidak berubah.
Kami ingin membangun teknologi kesehatan yang dapat bekerja bersama infrastruktur yang sudah ada, menjaga kemampuan lokal, membuka jalan menuju interoperabilitas, dan membantu pengetahuan medis melintasi batas perangkat, vendor, institusi, dan jarak.
Bukan teknologi untuk menggantikan manusia.
Teknologi untuk memperpanjang jangkauan manusia.
Karena bagi kami:
Dan kepada siapa pun yang suatu hari ikut membangun, menggunakan, menguji, mengkritik, atau meneruskan OTRIS, kami meninggalkan satu pesan:
Hanif Ahdi Fiddini
Founder — OTRIS & P&P

HEALTHCARE • MEDICAL PLANE
OTRIS bertindak sebagai penerjemah dari format data kanonikal ke FHIR, sehingga data ruang operasi real-time dapat menjadi bagian dari rekam medis elektronik nasional.
SUMBER DATA / RUANG OPERASI
Protokol Berbeda: HR, BP, MV, PEEP.
OTRIS GATEWAY
Menerjemahkan bahasa perangkat ke Canonical Data Format.
OTRIS mengumpulkan data, membersihkan, menstandarkan, dan mengantarkannya dalam bentuk FHIR.
SATUSEHAT
Integrasi Kemenkes RI / JSON FHIR v4
DESTINASI DATAWajib PMK 24/2022. OTRIS mengirim data vital, gambar kamera, laporan tindakan, dan jejak audit (Audit Trail) langsung ke SATUSEHAT.
Pengiriman data melalui MQTT untuk real-time dan HTTPS untuk SATUSEHAT API.
Latency Device→Bus < 12ms p95Menjadikan OTRIS sebagai gerbang tunggal data ruang operasi ke sistem kesehatan nasional.
OPERATING ROOM LAYER→OTRIS GATEWAY / CANONICAL DATA→SATUSEHAT
OTRIS menerjemahkan dan menstandarkan data, sementara makna klinis dan keputusan tetap berada dalam tata kelola klinis yang berwenang.

OTRIS EDGE AI
Kecerdasan di Edge. Bukti Sebelum Asumsi.
OTRIS Edge AI membawa kecerdasan integrasi lebih dekat ke perangkat medis—ke tempat data berasal, diamati, divalidasi, dan diterjemahkan menjadi informasi klinis yang dapat digunakan oleh ekosistem OTRIS.
Dengan arsitektur local-first, OTRIS Gateway menempatkan kemampuan integrasi utama di lingkungan lokal rumah sakit sehingga fungsi integrasi tidak sepenuhnya bergantung pada koneksi cloud atau internet.
LOCAL-FIRST SEJAK AWAL
Lingkungan medis tidak seharusnya dirancang dengan ketergantungan penuh pada koneksi internet.
OTRIS menempatkan lapisan integrasi perangkat secara lokal, dekat dengan perangkat medis. Komunikasi perangkat, pemrosesan lokal, observasi, pencatatan, dan proses integrasi dapat dilakukan pada lapisan Edge.
Cloud dapat memperluas kemampuan ekosistem OTRIS, tetapi bukan menjadi titik awal untuk memahami perangkat.
KEMAMPUAN LOKAL SEBELUM KETERGANTUNGAN CLOUD.
LOCAL EDGE · MEDICAL DEVICES
DARI PERANGKAT TIDAK DIKENAL MENJADI DATA YANG DAPAT DIPERCAYA
Ketika OTRIS bertemu dengan perangkat atau pola komunikasi yang belum dikenal, sistem tidak langsung memberikan arti klinis.
OTRIS memulainya dengan status:
UNKNOWN — BELUM DIKETAHUI
Status UNKNOWN bukan kegagalan.UNKNOWN ADALAH TEMPAT PENEMUAN DIMULAI.
OTRIS • UNIVERSAL INTEGRATION WORKBENCH
Dari perangkat yang belum dikenal menuju integrasi yang dapat dibuktikan.
Rumah sakit tidak selalu kekurangan perangkat. Tantangannya sering kali adalah perangkat yang sudah ada berkomunikasi dengan cara dan format yang berbeda. WIJOYO KUSUMO adalah workbench engineering untuk mengamati, memahami, membuktikan, dan mengemas pengetahuan integrasi sebelum perangkat masuk ke jalur produksi OTRIS.
UNKNOWN SHALL NEVER BE GUESSED.
DARI UNKNOWN MENUJU TRUSTED INTEGRATION
Status bukan sekadar label. Setiap kenaikan status harus mempunyai dasar. Yang belum diketahui boleh tetap UNKNOWN sampai bukti cukup.
EMPAT TAHAP KERJA
Mendengarkan dan menangkap komunikasi perangkat tanpa langsung memberi makna klinis.
Menganalisis framing, pola, keluarga protokol, dan karakteristik komunikasi sebagai kandidat.
Menghubungkan kandidat dengan evidence, replay, test fixture, dan validasi yang dapat ditelusuri.
Menyusun integration profile yang dapat direview sebelum diserahkan ke jalur runtime yang dikelola.
WORKBENCH ≠ PRODUCTION RUNTIME
WIJOYO KUSUMO
Evidence • Validation • Approval
OTRIS EDGE AGENT
THE WORKBENCH DISCOVERS. GOVERNANCE DECIDES. THE EDGE AGENT EXECUTES.
EVIDENCE BEFORE CLAIM
WIJOYO KUSUMO tidak mengklaim mengetahui semua perangkat. Hardware, port, RAM, storage, latency, uptime, kompatibilitas universal, sertifikasi, dan hasil klinis hanya boleh dinyatakan jika telah ditetapkan dan dibuktikan dalam spesifikasi resmi.
Sistem dan perangkat GRATIS (Semua Fitur Full Access) — Cukup Biaya Pemeliharaan & Transparansi Jaringan Rp 300.000 / Tahun.
Indikator kuota program
Form ini hanya contoh UI; data tidak dikirim atau disimpan dan tidak menjamin persetujuan.
Terima kasih. Ini hanya pratinjau pengajuan—tidak ada data yang dikirim maupun disimpan.
PROSES PENGAJUAN
Langkah 01: Sampaikan kebutuhan OR dan profil RS/Klinik.
DAMPAK PROGRAM
RINGKASAN TEKNIS
Biaya pemeliharaan dan transparansi jaringan
Rp 300rb / tahun
Angka dan cakupan ditampilkan sebagai informasi program pada UI dan dapat mengikuti proses verifikasi/pengajuan.
FROZEN v1.0 • OFFICIAL • QC RECORD
OTRIS tidak meminta sebuah klaim dipercaya hanya karena sistem dapat mengatakannya. Reference menetapkan apa yang diketahui. Verification menguji kesesuaiannya. QC menyimpan evidence. Governance menentukan authority. Runtime menjalankannya. Continuous Integrity memeriksa kembali apakah alasan untuk mempercayainya masih berlaku ketika dunia nyata berubah.
“Tunjukkan kepada saya mengapa sistem berhak mengatakan itu.”
Reference, Verification & Continuous Integrity. Buku ini menempatkan kepercayaan sebagai sesuatu yang harus dapat diperiksa, diuji, dikoreksi, dan diperoleh kembali—bukan sekadar dinyatakan.
TIGA DOMAIN • AUTHORITY MASING-MASING
Menentukan prinsip, batas, dan apa yang tidak boleh dikorbankan. Constitution tidak membuktikan engineering.
Mencari mekanisme teknis untuk mewujudkan prinsip. Engineering tidak berhak membuktikan dirinya sendiri.
Meminta evidence bahwa hasil engineering benar-benar berperilaku sesuai reference dan batas yang telah ditetapkan.
ARCHITECTURE OF TRUST
Architecture of Trust. Alur ini memisahkan peran Constitution, Engineering, QC/Verification, Governance, Runtime, dan Continuous Integrity agar prinsip, pembuktian, authority, serta eksekusi tidak tercampur.
QC RECORD
Halaman ini adalah pintu publik menuju record pembuktian OTRIS. Sebuah claim tidak memperoleh authority hanya karena terdengar benar. Ia harus mempunyai reference, evidence, test, result, verification status, dan keputusan governance yang dapat ditelusuri. Ketika kondisi berubah, Continuous Integrity meminta pembuktian itu diperiksa kembali.
“Do not ask the world to trust what you build. Build it so that trust can be earned, examined, challenged, corrected, and earned again.”
190K • otris_mapping_hl7_ke.html • 2025
Clinical evaluation • 12 cases • 2024
M16 infer bench • 87ms p50 • 2024
M01–M20 architecture • 2026