Mengapa Kami Membuka Schema Gejala Pra-Konsultasi Kami — Dari Pemetaan Stakeholder hingga 26 Kesimpulan yang Dikonfirmasi Pengacara

Dimulai dari sebuah pengamatan yang agak canggung

Sejujurnya, sejauh yang dapat kami lihat, belum banyak perusahaan clinical software yang benar-benar merilis fitur "structured pre-consult symptom questionnaire" hari ini. iRehab (Taiwan) adalah salah satunya. Kami belum menemukan banyak rekan di Taiwan maupun secara internasional yang membangun hal yang persis sama.

Apakah itu berarti masalahnya belum muncul? Tidak — itu berarti masalahnya akan segera muncul.

Lihat sejarah medical IT. Sebelum era SatuSehat, banyak rumah sakit di Indonesia berjalan dengan sistem informasi rumah sakit, vendor, format data, dan alur integrasi yang terfragmentasi. SatuSehat — yang diluncurkan pada 2022 sebagai kelanjutan dari upaya DTO Kemenkes — adalah langkah besar untuk menyatukan standar dan interoperabilitas nasional. Namun di lapangan, banyak vendor dan workflow klinis masih tetap proprietary, parsial, dan sulit dibaca lintas sistem.

Masalah yang dibahas tulisan ini sedang terjadi di Indonesia saat ini: bagaimana mencegah fitur klinis baru lahir dalam bentuk ratusan format tertutup yang tidak saling bicara.

Jika "structured pre-consult intake" menjadi fitur klinis umum berikutnya — dan proliferasi AI membuat hal itu hampir pasti — pola fragmentasi yang sama dapat terulang:

Setiap vendor membangun formatnya sendiri-sendiri dalam 3 tahun pertama
Tekanan pasar kemudian memaksa pembicaraan standardisasi pada tahun ke-5 sampai ke-7
Tetapi saat itu schema internal sudah mengeras, utang integrasi menumpuk, dan biaya migrasi menjadi terlalu mahal

Ketika kami memetakan lintasan ini terhadap stakeholder yang akan peduli — vendor HIS, platform booking pihak ketiga, organisasi profesi klinis, dokter spesialis individual, peneliti akademik, mitra alat kesehatan / asuransi swasta — kami melihat pola yang jelas. Setiap pihak pada akhirnya membutuhkan format. Tetapi setiap jalur kolaborasi dalam rezim proprietary akan berfriksi tinggi, lambat, dan mahal — bagi kedua belah pihak.

Satu vendor akan membutuhkan 10x sumber daya untuk melakukan ini lewat business development bilateral, dan kemungkinan tetap gagal.

Jadi — alih-alih menunggu semua orang menciptakan ulang lalu bernegosiasi, kami meletakkan format referensi di meja sekarang, sebagai titik awal percakapan.

Blueprint ini mungkin tidak menjadi standar final. Tetapi setidaknya ia memindahkan diskusi ke meja bersama. Dalam konteks Indonesia, structured pre-consult intake juga duduk secara alami di samping ambisi interoperabilitas SatuSehat: data pasien sebelum konsultasi yang terstruktur, dapat divalidasi, dan dapat dipetakan ke standar yang lebih luas dapat menjadi bahan baku yang jauh lebih sehat untuk ekosistem nasional.

Sebuah kerangka: distributor vs engine

Jika fitur Brief dibongkar, ada dua lapisan.

Lapisan "format" adalah JSON schema, definisi field, dan titik pemicu untuk red-flag modules — secara teknis tidak luar biasa. Siapa pun yang pernah membaca spesifikasi FHIR Questionnaire resource dapat mereproduksi lapisan ini dalam satu akhir pekan.

Lapisan "logic" adalah tempat pekerjaan sebenarnya berada: bagaimana red-flag pipeline menilai kasus (threshold, weighting, escalation copy), bagaimana integrasi AI SOAP diberi prompt dan dituning, bagaimana override corpus bertambah, bagaimana Composer editor merancang pengalaman authoring untuk dokter.

Dua lapisan ini secara historis sering dijual sebagai satu paket, karena naluri SaaS adalah "jual semuanya." Tetapi bundling memiliki biaya: setiap vendor HIS yang ingin mendukung format Anda secara native harus menandatangani lisensi, membayar royalti, dan melewati legal review. Friksinya terlalu tinggi; tidak ada yang bergerak.

Begitu kedua lapisan ini dipisahkan, strateginya menjadi jelas:

Format can be open. Logic stays closed forever.

Format adalah distributor. Logic adalah engine. Engine tetap tertutup sebagai commercial moat; distributor dilepas gratis sebagai adoption multiplier.

Apa yang dibuka oleh open source

Setelah format menjadi publik, kejadian-kejadian berikut menjadi secara struktural mungkin — bukan sekadar "lebih mudah", tetapi sesuatu yang hampir mustahil dalam ketentuan proprietary:

Vendor HIS dapat membaca schema dan melakukan integrasi native — tanpa NDA, tanpa royalti, tanpa legal review panjang
Platform pihak ketiga dapat menerapkan format reciprocity — "kuesioner Anda dan kuesioner saya dapat dibaca oleh parser yang sama" hampir mustahil dalam format tertutup
Dokter eksternal dapat menyumbang specialty packs melalui pull requests (OB-GYN, neurologi, psikiatri, rehabilitasi, …) — channel kontribusi yang tidak ada dalam model closed-source
Artikel akademik dapat mengutip schema ini sebagai citable standard

Setiap hal di atas akan memakan biaya 10x lebih besar lewat business development bilateral, dengan tingkat kegagalan tinggi. Open-sourcing mengubah "kami harus mendorong" menjadi "mereka dapat datang."

Apa yang tetap tertutup — selamanya

Batasnya harus eksplisit. Tanpa batas ini, strategi open-core mudah diserang dengan argumen "Anda hanya belum membuka cukup banyak."

Enam komponen berikut tidak akan pernah masuk ke repository ini (didokumentasikan dalam LICENSE_STRATEGY.md §6):

Red-flag pipeline internal logic (threshold, weighting, scoring algorithms, aturan komposisi multi-pertanyaan, escalation copy) — ini adalah medical decision logic; membukanya menghilangkan quality gate, dan ini juga moat kami yang sebenarnya
AI SOAP integration prompts and tuning — prompt engineering adalah commercial IP yang terus berevolusi
Patient PII handling code — privacy compliance bukan area yang bisa disentuh ringan; setiap modifikasi open-source memicu audit compliance
iRehab Doctor PWA UI / UX — desain workflow adalah diferensiasi komersial
Outcome registry data pipeline — inti dari revenue stream B2B
Composer (GUI editor untuk schema authoring) — diferensiasi utama dalam pengalaman dokter

Lebih penting lagi: kebutuhan setiap klinik, rumah sakit, atau penyedia layanan pada area-area ini terlalu berbeda. Kami tidak berpikir keputusan ini harus dipusatkan pada satu vendor. Membiarkan setiap organisasi dan AI mereka sendiri membangunnya adalah desain yang lebih sehat.

Struktur lisensi ganda

Content	License
Schema files (`spec/v0.1/schema/*.json`), validator code	Apache-2.0 (dengan patent grant)
Spec documents, examples, tutorials, README	CC BY 4.0 (commercial use / adaptation / redistribution diperbolehkan dengan atribusi)

Kedua lisensi ini tidak dapat dipertukarkan — gunakan lisensi yang tepat sesuai tipe file saat mengutip.

Kombinasi ini disengaja: klausul patent grant eksplisit dalam Apache-2.0 memberi perlindungan kuat bagi vendor HIS dan platform pihak ketiga yang mengadopsi schema validator. CC BY 4.0 adalah standar internasional untuk lisensi open content dan paling familiar bagi penulis akademik.

Mengapa governing law adalah Republic of China (Taiwan)

Pemberi lisensi adalah perusahaan Taiwan (De Novo Orthopedics 谷盺生物科技股份有限公司). Merek dagang terdaftar di Taiwan ("iRehab 愛復健 with logo" mencakup Nice classes 9/10/35/44; "DE NOVO ORTHOPEDICS / 谷盺生物科技" mencakup 5/9/10/35/42/44). Tanggung jawab dan penyelesaian sengketa paling langsung mengalir melalui Taiwan.

Deklarasi ini ada di repository dan README. Ia tidak mengubah teks lisensi Apache-2.0 / CC BY 4.0 itu sendiri (keduanya melarang modifikasi teks). Sebaliknya, ia berfungsi sebagai "governing law statement" dari pemberi lisensi — deklarasi terpisah yang menyertai, tetapi tidak mengubah, teks lisensi dasar. Pengadilan tingkat pertama: Taichung District Court, tempat De Novo Orthopedics terdaftar.

Lihat docs/governing-law.md untuk pernyataan lengkap.

26 kesimpulan pra-draft yang dikonfirmasi pengacara

Sebelum go public, kami menyusun empat kelompok legal opinion pra-draft:

Group A: Personal Data Protection Act (9 kesimpulan)
Group B: Electronic Medical Records and Medical Care Act (6 kesimpulan)
Group C: Open-source licensing and intellectual property (8 kesimpulan)
Group D: Personal Data Protection Commission audits and miscellaneous (3 kesimpulan)

Kuasa hukum kami mengonfirmasi pada 2026-05-06: 26/26 kesimpulan dikonfirmasi, 0 koreksi diperlukan.

Ini tidak berarti "tanpa risiko" — ini berarti "desain saat ini bertahan di bawah kerangka hukum Taiwan yang berlaku." Satu item yang masih "to-be-supplemented" adalah D-1c, yaitu Personal Data File Security Maintenance Plan tertulis, sebuah dokumen cadangan audit internal. Tidak publik, dan tidak memblokir release.

Sinyal bagi vendor HIS / platform pihak ketiga / organisasi klinis: fondasi legal repository ini benar-benar telah ditinjau counsel — bukan sekadar dipublikasikan karena antusiasme.

Workflow paling langsung untuk klinisi

Jika Anda dokter dan membaca ini sambil berpikir "apa yang bisa saya lakukan dengan ini" — berikut workflow paling langsung:

Berikan URL GitHub ini kepada AI assistant Anda — ChatGPT / Claude / Gemini / Microsoft Copilot — dan minta ia melakukan hal berikut:

Merancang brief pra-konsultasi terstruktur 8-10 pertanyaan untuk spesialisasi Anda (OB-GYN, neurologi, psikiatri, kedokteran keluarga, emergensi, pediatri, kardiologi…)
Mengonversi kuesioner kertas yang sudah Anda miliki menjadi JSON brief yang sesuai dengan schema ini
Merencanakan cara mengintegrasikan brief ke sistem klinik / rumah sakit Anda

Tidak perlu engineering. Setelah AI menerima URL repository, ia akan membaca spec/v0.1/authoring-spec.md, examples/orthopedics-complete.json, docs/overview.md, dan docs/for-doctors.md sendiri, lalu memandu Anda langkah demi langkah — menghasilkan file JSON yang dapat langsung digunakan.

Lingkungan compliance dapat memakai local LLM. Banyak rumah sakit (medical center Taiwan, institusi AS yang terikat HIPAA, institusi Uni Eropa yang terikat GDPR, dan rumah sakit Indonesia dengan kebijakan internal ketat) melarang pengiriman konten klinis ke layanan AI eksternal. Tetapi "merancang format kuesioner" tidak melibatkan data pasien — schema-nya sendiri publik, dan yang diterima AI hanyalah blueprint format plus kebutuhan spesialisasi Anda. Workflow tetap sesuai bahkan dalam lingkungan paling ketat. Opsi: Azure OpenAI pada tenant rumah sakit, Ollama di server lokal, atau LLM internal yang disediakan vendor HIS Anda. Microsoft memiliki deployment compliant sisi rumah sakit yang paling agresif — jika institusi Anda sudah memakai Microsoft 365 / Azure, Copilot kemungkinan sudah terhubung melalui jalur compliance; cek dengan departemen IT Anda.

Beberapa contoh prompt:

"Saya psikiater; kasus rawat jalan saya terutama anxiety / insomnia / mood disorders. Dengan menggunakan spec di https://github.com/Denovortho/open-irehab-brief-schema, rancang brief pra-konsultasi terstruktur 8-10 pertanyaan yang menghasilkan JSON valid sesuai brief-template.schema.json. Cakup wilayah PHQ-9 / GAD-7 secara substansi, tetapi jangan menyalin instrumen tersebut secara langsung."

"Saya memiliki kuesioner pra-operasi kertas berisi 12 pertanyaan (terlampir sebagai gambar). Konversikan menjadi JSON iRehab Brief Schema v0.1 (repo: https://github.com/Denovortho/open-irehab-brief-schema). Pertahankan maksud asli, strukturkan jika memungkinkan, dan pastikan i18n setidaknya zh-TW + en."

Percobaan pertama tidak akan sempurna, tetapi ia membuat Anda mulai hari ini — bukan menunggu "engineer / anggaran / siklus IT."

Repo + Releases

Repository: github.com/Denovortho/open-irehab-brief-schema
v0.1.0 release (spec only): releases/tag/v0.1.0
v0.1.1 release (with JSON Schema + 2 examples + overview): releases/tag/v0.1.1

Sepuluh file: spec + dual licensing + Taiwan governing law + lawyer-opinion trail.

Berikutnya

Reference validator (Apache-2.0): ditargetkan untuk v0.2, menegakkan cross-field rules
Lebih banyak specialty examples: kontribusi komunitas diterima melalui PR
Dokumentasi HIS integration patterns
Webhook receiver reference implementation
v1.0 stable release: ditargetkan 2026 Q4, mengaktifkan komitmen forward-compatibility

Jika Anda ingin berkontribusi specialty pack untuk bidang Anda, lihat CONTRIBUTING.md untuk prosesnya.

Untuk pertanyaan commercial integration / licensing / trademark: service@denovortho.com

Mengapa ini penting

Bukan karena "open source = baik."

Ini penting karena sejarah setiap rumah sakit membangun HIS sendiri-sendiri — dan puluhan tahun utang integrasi yang menyusul — tidak boleh terulang. Indonesia sudah berada di tengah transisi penting: dari era pra-SatuSehat yang sangat terfragmentasi menuju upaya unifikasi nasional melalui SatuSehat. Tetapi standardisasi nasional tidak otomatis menghapus format vendor proprietary di layer workflow klinis. Jika "structured pre-consult intake" mengikuti jalur lama, pada 2035 kita akan melakukan percakapan standardisasi yang seharusnya dimulai sekarang, dengan satu dekade tambahan utang integrasi.

Dan bukan karena "open source = kemurahan hati."

Ini penting karena "entitas yang pertama kali meletakkan format di meja publik" sering kali, ketika dilihat kembali, menjadi standard-setter untuk domain tersebut. HTTP (Tim Berners-Lee membukanya), TCP/IP (Vint Cerf dan Bob Kahn mempublikasikannya), FHIR (HL7 merilisnya) — tidak ada yang menang karena harga jual maksimum. Mereka menang karena menjadi pihak pertama yang membuat formatnya terlihat publik.

Kami mungkin tidak berakhir di posisi itu. Tetapi hari ini kami meletakkan proposal di meja, untuk melihat apakah ia dapat menjadi titik awal bersama.

Jika Anda juga percaya "structured pre-consult intake" layak memiliki format bersama, kami menyambut kritik, sitasi, forks, dan pull requests. Kami juga menyambut tantangan terhadap pilihan desain kami — tujuan seluruh spec ini memang untuk meletakkan pilihan di meja agar dapat diperdebatkan.