Cara Integrasi TTE ke RME dan SIMRS Rumah Sakit (BSrE atau PSrE Lain) Lewati ke konten utama

Integrasi

Cara Mengintegrasikan TTE ke RME dan SIMRS Tanpa Mengunci Diri

Pertanyaan yang sebaiknya diajukan ke vendor bukan “sudah support BSrE?” melainkan “apa yang harus berubah kalau kami pindah penyedia?”

Diperbarui · MedMinutes

Singkatnya: bagaimana TTE disambungkan ke RME?

Yang menentukan bukan penyedianya, melainkan di lapisan mana sambungan itu dibuat. Ada dua pola. Pola pertama menanam pemanggilan API penandatanganan langsung di kode formulir klinis. Pola ini paling cepat dikerjakan dan paling mahal diubah — berganti PSrE berarti menyentuh kembali setiap formulir.

Pola kedua memperlakukan TTE sebagai lapisan layanan tersendiri dengan alamat layanan dan kredensial yang disimpan sebagai konfigurasi per fasilitas kesehatan. Formulir klinis tidak tahu-menahu siapa PSrE-nya; ia hanya meminta “tandatangani dokumen ini”.

MedMinutes memakai pola kedua. Alamat layanan penandatanganan, kredensial, dan pasangan lingkungan ujinya adalah pengaturan milik rumah sakit, terpisah dari alur pengisian rekam medis.

Dua pola integrasi, dan biaya perubahannya

Perbedaannya baru terasa pada tahun kedua, saat ada alasan untuk berganti.

Perbandingan pola integrasi TTE pada sistem rekam medis
Ditanam di formulirLapisan layanan terkonfigurasi
Waktu pengerjaan awalLebih cepatSedikit lebih lama
Berganti PSrEMenyentuh kembali setiap formulir yang menandatanganiMengubah pengaturan endpoint dan kredensial
Lingkungan uji terpisahUmumnya dikerjakan dengan penyuntingan kodeDisediakan sebagai pasangan pengaturan tersendiri
Menambah jenis dokumen baruMenambah pemanggilan API di tiap tempatMemakai lapisan yang sama
Jejak auditTersebar mengikuti tempat pemanggilanTerpusat di satu lapisan

Bagaimana MedMinutes menyusunnya

Pada MedMinutes, pengaturan TTE adalah bagian dari profil integrasi rumah sakit — sederet dengan pengaturan integrasi lain. Isinya alamat layanan, kredensial, dan pasangan lingkungan uji yang terpisah dari produksi, sehingga rumah sakit dapat mencoba alur penandatanganan tanpa menyentuh dokumen pasien yang sebenarnya.

Di atasnya ada lapisan layanan TTE yang menyusun permintaan penandatanganan dan mengurus otentikasinya. Formulir klinis — resume medis, surat keterangan, laporan tindakan — memanggil lapisan ini, bukan memanggil PSrE langsung. Aktivitas penandatanganan tercatat sebagai log tersendiri yang dapat ditelusuri per dokumen.

Karena susunan itu, menunjuk PSrE lain yang menyediakan REST API penandatanganan adalah pekerjaan pada lapisan layanan dan pengaturannya, bukan pembongkaran alur klinis. Kami menyebutkan batasnya dengan jujur: yang sudah teruji dan disahkan sampai Uji Penerapan Modul adalah jalur BSrE. Untuk PSrE lain, yang kami tawarkan adalah arsitektur yang siap dipasangkan berikut pekerjaan integrasinya.

Lima pertanyaan untuk diajukan ke vendor mana pun

Termasuk ke kami. Jawabannya lebih memberi tahu daripada daftar fitur:

  • Kalau kami berganti PSrE, apa persisnya yang berubah? Jawaban yang menyebut “pengaturan” berbeda kelas dengan jawaban yang menyebut “pengembangan ulang”.
  • Apakah ada lingkungan uji yang terpisah dari produksi? Tanpa ini, uji coba penandatanganan dilakukan di atas dokumen pasien sungguhan.
  • Bagaimana dokumen yang gagal ditandatangani diperlakukan? Yang penting bukan jalur suksesnya, melainkan apa yang terjadi saat jaringan putus di tengah proses.
  • Apakah ada catatan aktivitas penandatanganan per dokumen? Verifikasi berkala hampir mustahil tanpa ini.
  • Siapa yang memegang passphrase penanda tangan? Jawaban yang benar hanya satu: penanda tangannya sendiri.

Urutan yang kami sarankan

Mulai dari daftar dokumen, bukan dari aplikasi. Tetapkan dokumen apa yang akan ditandatangani dan siapa penanda tangannya, karena dua daftar itulah yang menentukan berapa banyak sertifikat elektronik yang harus diurus — dan pengurusan sertifikat adalah bagian terpanjang dari keseluruhan proyek.

Setelah itu baru: pemasangan layanan penghubung di jaringan rumah sakit, penyambungan ke sistem informasi, uji di lingkungan terpisah, uji penerapan modul bersama PSrE, dan penyalaan bertahap per jenis dokumen. Rinciannya kami susun sebagai checklist implementasi.

Pertanyaan yang Sering Muncul

Yang sudah melalui uji penerapan modul dan disahkan adalah jalur BSrE. Namun TTE pada MedMinutes disusun sebagai lapisan layanan dengan alamat dan kredensial yang dikonfigurasi per rumah sakit, sehingga PSrE lain yang menyediakan REST API penandatanganan dapat dipasangkan tanpa mengubah alur pengisian rekam medis.
Bisa. Pengaturan TTE menyediakan pasangan lingkungan uji yang terpisah dari produksi, sehingga alur penandatanganan dapat dijalankan lebih dulu di lingkungan itu.
Bagian penyambungan sistemnya bukan jalur kritis. Yang menentukan adalah pengajuan ke PSrE, penerbitan sertifikat elektronik untuk setiap penanda tangan, dan penjadwalan uji penerapan modul. Karena itu kami menyarankan proses pengurusan sertifikat dimulai paling awal.
Bergantung pada di mana ia ditempatkan. Menandatangani setiap catatan satu per satu akan terasa; menandatangani dokumen yang memang berupa terbitan — resume medis, surat keterangan, laporan tindakan — jauh lebih ringan. Karena itu daftar dokumen perlu ditetapkan lebih dulu, bukan menyalakan TTE untuk semuanya sekaligus.

Bacaan lain yang berkaitan

Punya SIMRS yang sudah berjalan dan ingin menambahkan TTE?

Kami bisa menelusuri titik-titik yang perlu disambungkan dan memperkirakan urutan pekerjaannya dalam satu sesi 30 menit.

Jadwalkan demo 30 menit

Atau pelajari dulu RME & SIMRS MedMinutes dan Integration Hub.