Rawat Inap Fase 2 Terakhir disunting pada 23 November 2023
Riwayat Perubahan
Details
versi | Tanggal Pembaruan | Deskripsi Perubahan |
---|---|---|
v1.0 | 15 November 2023 | Rilis dokumen awal. |
Orientasi (Onboarding)
Sebelum melakukan pengiriman data terkait pendaftaran pasien dan diagnosis, terdapat 4 langkah yang perlu dilakukan yaitu:
Autentikasi ke SATUSEHAT,
Registrasi Struktur Organisasi,
Registrasi Struktur Lokasi,
Menyimpan Nomor IHS untuk Tenaga Kesehatan.
Autentikasi
Sebelum dapat melakukan pertukaran data pada platform SATUSEHAT, perlu dilakukan proses autentikasi terlebih dahulu. SATUSEHAT menggunakan autentikasi mengikuti standar protokol OAuth 2 dengan tipe pemberian akses (grant type) adalah client credentials.
Untuk autentikasi atau pertukaran/transaksi data akan dibahas lebih lanjut pada Dokumentasi Teknis ReST API SATUSEHAT.
Penjelasan Konsep Umum JSON FHIR
Berikut adalah beberapa konsep umum yang digunakan di sistem FHIR:
Dalam struktur format JSON dalam payload maupun response, apabila ada elemen yang sifatnya opsional, maka elemen dalam file JSON akan/sudah di omit empty.
Dalam pengisian elemen “system”, URL yang tertulis tidak harus merupakan URL yang dapat diakses sebagai website. Namun hanya menjadi tanda pembatas ruang lingkup.
Untuk setiap penyimpanan data yang ada di FHIR, metode yang dipakai adalah metode key-value. Key adalah sebagai penanda variabelnya (nama variabel) sedangkan value adalah nilai variabelnya.
Key | Value |
Sistol | 120 |
Diastol | 80 |
Suhu Tubuh | 40 |
Sistol | Diastol | Suhu Tubuh |
120 | 80 | 40 |
Registrasi Struktur Organisasi

Informasi terkait pemetaan nilai, penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Organization
(data suborganisasi), dapat dilihat dalam resource Organization
. Untuk contoh pengiriman data atau payload dari Organization
dapat dilihat dalam Postman Collection.
Registrasi Struktur Lokasi

Informasi terkait pemetaan nilai, penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Location
(data sublokasi), dapat dilihat dalam resource Location
. Untuk contoh pengiriman data atau payload dari Location
dapat dilihat dalam Postman Collection.
Nomor IHS untuk Tenaga Kesehatan (Nakes) dari Master Nakes Indeks
Informasi terkait pemetaan nilai, penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Practitioner
(data nomor IHS Tenaga Kesehatan), dapat dilihat dalam resource Practitioner
. Untuk contoh pengiriman data atau payload dari Practitioner
dapat dilihat dalam Postman Collection.
INTEGRASI
Tahapan alur integrasi dan resource yang digunakan untuk modul rawat inap dapat dilihat pada gambar di bawah ini:

Alur integrasi dan format pengiriman data terkait Rencana Rawat Pasien, Pemeriksaan Penunjang yang mencakup Pemeriksaan Laboratorium dan Radiologi, Peresepan Obat, Pengeluaran Obat, dan Perencanaan Pemulangan Pasien secara umum akan dijelaskan pada Panduan Interoperabilitas sesuai dengan use case masing-masing (klik di sini) Modul Rawat Inap Fase 2.
Data atau variabel Rawat Inap yang dapat dipertukarkan dalam SATUSEHAT sebagai berikut:
No | Variabel | Resource FHIR | Path FHIR | |
---|---|---|---|---|
1 | Lembar Identitas Pasien | |||
a. Identitas Umum Pasien | ||||
1) | Nomor SATUSEHAT Pasien |
|
| |
| ||||
| ||||
2) | Nama Lengkap |
|
| |
3) | Nomor Rekam Medis |
|
| |
| ||||
| ||||
4) | Nomor Induk Kependudukan (NIK) |
|
| |
| ||||
| ||||
5) | Nomor Identitas Lain (Khusus WNA): Nomor Paspor / KITAS |
|
| |
| ||||
| ||||
6) | Nama Ibu Kandung |
|
| |
7) | Tempat Lahir |
|
| |
8) | Tanggal Lahir |
|
| |
9) | Jenis Kelamin |
|
| |
10) | Bahasa yang Dikuasai |
|
| |
11) | Alamat Lengkap |
|
| |
12) | Rukun Tetangga / RT |
|
| |
13) | Rukun Warga / RW |
|
| |
14) | Kelurahan / Desa |
|
| |
15) | Kecamatan |
|
| |
16) | Kotamadya/Kabupaten |
|
| |
17) | Kode Pos |
|
| |
18) | Provinsi |
|
| |
19) | Negara |
|
| |
20) | Nomor Telepon Rumah / Tempat Tinggal |
|
| |
21) | Nomor Telepon Selular Pasien |
|
| |
22) | Status Pernikahan |
|
| |
23) | Kelas Perawatan |
|
| |
24) | Indikator Perubahan Kelas |
|
| |
25) | Ruang Kelas Perawatan |
|
| |
26) | Tipe Lokasi Rawat Pasien |
|
| |
27) | Status Operasional Tempat Tidur Pasien |
|
| |
b. Identitas Bayi Baru Lahir | ||||
1) | Nama Bayi |
|
| |
2) | NIK Ibu Kandung |
|
| |
3) | Nomor Rekam Medis |
|
| |
| ||||
| ||||
4) | Tanggal Lahir Bayi |
|
| |
5) | Jam Lahir |
|
| |
| ||||
| ||||
6) | Jenis Kelamin |
|
| |
7) | Kelahiran Ganda |
|
| |
2 | Rencana Rawat |
|
| |
| ||||
3 | Instruksi Medik dan Keperawatan |
|
| |
| ||||
4 | Formulir Rawat Inap | |||
a. Anamnesis | ||||
1) | Keluhatan Utama |
|
| |
| ||||
2) | Riwayat Penyakit |
|
| |
| ||||
3) | Riwayat Alergi |
|
| |
| ||||
4) | Riwayat Pengobatan |
|
| |
| ||||
| ||||
|
| |||
| ||||
| ||||
| ||||
b. Pemeriksaan Fisik | ||||
1) | Tingkat Kesadaran |
|
| |
| ||||
| ||||
2) | Vital Sign | |||
a) | Denyut Jantung |
|
| |
| ||||
`Observation.valueQuantity`z | ||||
b) | Pernapasan |
|
| |
| ||||
| ||||
c) | Tekanan Darah | |||
(1) Sistole |
|
| ||
| ||||
| ||||
(2) Diastole |
|
| ||
| ||||
| ||||
d) | Suhu Tubuh |
|
| |
| ||||
| ||||
3) | Pemeriksaan Fisik Head to Toe | |||
a) | Kepala |
|
| |
| ||||
| ||||
b) | Mata |
|
| |
| ||||
| ||||
c) | Telinga |
|
| |
| ||||
| ||||
d) | Hidung |
|
| |
| ||||
| ||||
e) | Rambut |
|
| |
| ||||
| ||||
f) | Bibir |
|
| |
| ||||
| ||||
g) | Gigi Geligi |
|
| |
| ||||
| ||||
h) | Lidah |
|
| |
| ||||
| ||||
i) | Langit-langit |
|
| |
| ||||
| ||||
| ||||
j) | Leher |
|
| |
| ||||
| ||||
k) | Tenggorokan |
|
| |
| ||||
| ||||
l) | Tonsil |
|
| |
| ||||
| ||||
| ||||
m) | Dada |
|
| |
| ||||
| ||||
n) | Payudara |
|
| |
| ||||
| ||||
o) | Punggung |
|
| |
| ||||
| ||||
p) | Perut |
|
| |
| ||||
| ||||
q) | Genital |
|
| |
| ||||
| ||||
r) | Anus/Dubur |
|
| |
| ||||
| ||||
| ||||
s) | Lengan Atas |
|
| |
| ||||
| ||||
t) | Lengan Bawah |
|
| |
| ||||
| ||||
u) | Jari Tangan |
|
| |
| ||||
| ||||
| ||||
v) | Kuku Tangan |
|
| |
| ||||
| ||||
| ||||
w) | Persendian Tangan |
|
| |
| ||||
| ||||
x) | Tungkai Atas |
|
| |
| ||||
| ||||
y) | Tungkai Bawah |
|
| |
| ||||
| ||||
z) | Jari Kaki |
|
| |
| ||||
| ||||
| ||||
aa) | Kuku Kaki |
|
| |
| ||||
| ||||
| ||||
ab) | Persendian Kaki |
|
| |
| ||||
| ||||
| ||||
4) | Pemeriksaan Psikologis | |||
a) | Status psikologis |
|
| |
| ||||
| ||||
5 | Pemeriksaan Penunjang | |||
a. Jam |
|
| ||
a. Jam |
|
| ||
b. Tanggal |
|
| ||
c. Status Puasa Pasien |
|
| ||
d. Laboraturium | ||||
1) | Nama Pemeriksaan |
|
| |
2) | Nomor Permintaan |
|
| |
3) | Waktu Permintaan | |||
a) | Tanggal Permintaan |
|
| |
b) | Waktu Permintaan |
|
| |
4) | Dokter Pengirim |
|
| |
5) | Nomor Telepon Dokter Pengirim |
|
| |
6) | Nama Fasilitas Pelayanan Kesehatan yang Mengirim Spesimen Klinis |
|
| |
7) | Unit Pengirim |
|
| |
8) | Prioritas Pemeriksaan | |||
a) | CITO |
|
| |
b) | Non CITO |
|
| |
9) | Diagnosis/Masalah |
|
| |
10) | Catatan Permintaan |
|
| |
11) | Asal Sumber Spesimen Klinis |
|
| |
| ||||
12) | Lokasi Pengambilan Spesimen Klinis |
|
| |
13) | Jumlah Spesimen Klinis |
|
| |
14) | Volume Spesimen Klinis |
|
| |
15) | Cara / Metode Pengambilan Spesimen Klinis |
|
| |
| ||||
16) | Waktu Pengambilan Spesimen Klinis | |||
a) | Tanggal Pengambilan Spesimen Klinis |
|
| |
b) | Jam Pengambilan Spesimen Klinis |
|
| |
17) | Kondisi Spesimen Klinis pada saat Pengambilan |
|
| |
18) | Waktu Fiksasi Spesimen Klinis | |||
a) | Tanggal Fiksasi Spesimen Klinis |
|
| |
b) | Jam Fiksasi Spesimen Klinis |
|
| |
19) | Cairan Fiksasi |
|
| |
20) | Volume Cairan Fiksasi |
|
| |
21) | Nama Petugas yang Mengambil Spesimen Klinis |
|
| |
22) | Nama Petugas yang Mengantarkan Spesimen Klinis |
|
| |
23) | Nama Petugas yang Menerima Spesimen Klinis |
|
| |
24) | Nama Petugas yang Menganalisis Spesimen Klinis |
|
| |
25) | Waktu Pemeriksaan/Pengujian dan Pengolahan Spesimen Klinis | |||
a) | Tanggal Pemeriksaan/Pengujian dan Pengolahan Spesimen Klinis |
|
| |
b) | Jam Pemeriksaan/Pengujian dan Pengolahan Spesimen Klinis |
|
| |
26) | Hasil Pemeriksaan | |||
a) | Nilai Hasil Pemeriksaan |
|
| |
| ||||
b) | Nilai Normal/Tidak Normal |
|
| |
c) | Nilai Rujukan |
|
| |
d) | Nilai Kritis |
|
| |
27) | Interpretasi Hasil Pemeriksaan |
|
| |
28) | Nama Dokter yang Memvalidasi/Memverifikasi Hasil Pemeriksaan |
|
| |
29) | Nama Dokter yang Menginterpretasi Hasil Pemeriksaan |
|
| |
30) | Waktu Hasil Pemeriksaan Keluar dari Laboratorium | |||
a) | Tanggal Hasil Pemeriksaan Keluar dari Laboratorium |
|
| |
b) | Jam Hasil Pemeriksaan Keluar dari Laboratorium |
|
| |
31) | Waktu Hasil Pemeriksaan Laboratorium Diterima Unit Pengirim | |||
a) | Tanggal Hasil Pemeriksaan Laboratorium Diterima Unit Pengirim |
|
| |
b) | Jam Hasil Pemeriksaan Laboratorium Diterima Unit Pengirim |
|
| |
29) | Nama Fasilitas Kesehatan yang Melakukan Pemeriksaan |
|
| |
Radiologi | ||||
1) | Nama Pemeriksaan Radiologi |
|
| |
2) | Nomor Permintaan Radiologi |
|
| |
3) | Waktu Permintaan Radiologi | |||
a) | Tanggal Permintaan Radiologi |
|
| |
b) | Jam Permintaan Radiologi |
|
| |
4) | Dokter Pengirim |
|
| |
5) | Nomor Telepon Dokter Pengirim |
|
| |
6) | Nama Fasilitas Kesehatan yang Mengirim Permintaan Radiologi |
|
| |
7) | Unit Pengirim Permintaan Radiologi |
|
| |
8) | Prioritas Pemeriksaan | |||
a) | CITO |
|
| |
b) | Non CITO |
|
| |
9) | Diagnosis Kerja / Masalah |
|
| |
10) | Catatan Permintaan |
|
| |
a) | Nilai Hasil Pemeriksaan |
|
| |
|
| |||
| ||||
12) | Status Kehamilan |
|
| |
|
| |||
| ||||
| ||||
13) | Tanggal dan Waktu Pemeriksaan Radiologi | |||
a) | Tanggal Pemeriksaan Radiologi |
|
| |
b) | Jam Pemeriksaan Radiologi |
|
| |
14) | Jenis Bahan Kontras |
|
| |
13) | Hasil Pemeriksaan | |||
a) | Foto Hasil Pemeriksaan Radiologi |
|
| |
b) | Nama Dokter yang Menginterpretasi Hasil Pemeriksaan |
|
| |
c) | Interpretasi Radiologi |
|
| |
| ||||
| ||||
| ||||
6 | Diagnosis | |||
a. Diagnosis Awal / Masuk |
|
| ||
| ||||
|
| |||
| ||||
b. Diagnosis Akhir / Keluar | ||||
1) | Diagnosis Primer / Utama |
|
| |
| ||||
| ||||
|
| |||
| ||||
2) | Diagnosis Sekunder / Penyerta |
|
| |
| ||||
| ||||
|
| |||
| ||||
7 | Tindakan / Prosedur Medis |
|
| |
| ||||
8 | Peresepan Obat | |||
a | Nama Obat |
|
| |
|
| |||
b | Bentuk / Sediaan |
|
| |
|
| |||
c | Jumlah Obat |
|
| |
d | Metode / Rute Pemberian |
|
| |
e | Dosis Obat yang Diberikan |
|
| |
f | Unit |
|
| |
g | Frekuensi / Interval |
|
| |
h | Aturan Tambahan |
|
| |
| ||||
i | Catatan Resep |
|
| |
| ||||
j | Dokter Penulis Resep |
|
| |
j | Dokter Penulis Resep |
|
| |
k | Nomor Telepon Seluler Dokter Penulis Resep |
|
| |
l | Tanggal Penulisan Resep |
|
| |
m | Jam Penulisan Resep |
|
| |
n | Status Resep |
|
| |
o | Pengkajian Obat | |||
1) | Persyaratan Administrasi | |||
a) | Nama, umur, jenis kelamin, berat badan dan tinggi badan pasien |
|
| |
| ||||
| ||||
| ||||
b) | Nama, nomor ijin, alamat dan paraf dokter |
|
| |
| ||||
| ||||
| ||||
c) | Tanggal resep |
|
| |
| ||||
| ||||
| ||||
d) | Ruangan/unit asal resep |
|
| |
| ||||
| ||||
| ||||
2) | Persyaratan Farmasetik | |||
a) | Nama obat, bentuk dan kekuatan sediaan |
|
| |
| ||||
| ||||
| ||||
b) | Dosis dan jumlah obat |
|
| |
| ||||
| ||||
| ||||
c) | Stabilitas |
|
| |
| ||||
| ||||
| ||||
d) | Aturan dan cara penggunaan |
|
| |
| ||||
| ||||
| ||||
3) | Persyaratan Klinis | |||
a) | Ketepatan indikasi, dosis, dan waktu penggunaan obat |
|
| |
| ||||
| ||||
| ||||
b) | Duplikasi pengobatan |
|
| |
| ||||
c) | Alergi dan Reaksi Obat yang Tidak Dikehendaki (ROTD) |
|
| |
| ||||
d) | Kontraindikasi |
|
| |
| ||||
e) | Interaksi obat |
|
| |
| ||||
9 | Kriteria Pasien yang dilakukan Rencana Pemulangan |
|
| |
| ||||
| ||||
10 | Perencanaan Pemulangan Pasien |
|
| |
| ||||
11 | Prognosis |
|
| |
12 | Kondisi Saat Meninggalkan Rumah Sakit |
|
| |
|
| |||
13 | Rencana Tindak Lanjut / Cara Keluar dari Rumah Sakit |
|
| |
|
| |||
14 | Pengeluaran Obat/ Obat yang dibawa Pulang | |||
a | Nama Obat |
|
| |
|
| |||
b | Bentuk / Sediaan |
|
| |
|
| |||
c | Jumlah Obat |
|
| |
d | Metode / Rute Pemberian |
|
| |
e | Dosis Obat yang Diberikan |
|
| |
f | Unit |
|
| |
g | Frekuensi / Interval |
|
| |
h | Aturan Tambahan |
|
| |
| ||||
15 | Instruksi untuk Tindak Lanjut | |||
a | Kontrol ke |
|
| |
| ||||
| ||||
b | Tanggal |
| ||
c | Dalam Keadaan Darurat dapat Menghubungi |
| ||
16 | Edukasi |
|
| |
17 | Sarana Transportasi Untuk Rujuk |
|
| |
18 | Pasien / Penanggung Jawab (Nama dan Tanda Tangan) |
|
| |
19 | Dokter Penanggung Jawab Pelayanan (Nama dan Tanda Tangan) |
|
| |
|
1. Pendaftaran Pasien
Pasien Umum
Apabila melakukan pengiriman data kesehatan melalui SATUSEHAT yang memiliki elemen data terkait pasien, maka diperlukan informasi {patient-ihs-number}
dari pasien yang bersangkutan. {patient-ihs-number}
seorang pasien didapatkan dari Master Patient Index (MPI) Kementerian Kesehatan. MPI menyimpan data-data demografi pasien berskala nasional, mulai dari nama, tanggal lahir, alamat, Identitas resmi yang diterbitkan pemerintah, dan lain lain. Setelah mendapatkan {patient-ihs-number}
, ID dapat disimpan secara di masing-masing sistem internal fasyankes maupun partner non-fasyankes. {patient-ihs-number}
akan mempermudah pelaporan pelayanan kesehatan yang berhubungan dengan pasien, karena partner tidak diwajibkan menyertakan data diri setiap ada pengiriman data {patient-ihs-number}
juga dapat digunakan untuk melihat data diri pasien secara menyeluruh.
Proses pencarian {patient-ihs-number}
dari pasien dapat dilakukan melalui FHIR API dengan metode GET. Untuk metode pencarian data pasien di SATUSEHAT secara detail dapat dilihat dalam resource Patient
dan terkait panduan/playbook MPI dapat dilihat dalam dokumen Master Patient Index.
Pasien Bayi Baru Lahir
Untuk pendaftaran pasien bayi baru lahir, maka pasien tersebut tidak akan memiliki {patient-ihs-number}
di dalam MPI. Sehingga, fasyankes perlu mengirimkan data pasien bayi baru lahir melalui FHIR API dengan metode POST untuk mendapatkan balikan {patient-ihs-number}
.
Untuk metode pencarian serta pengiriman data pasien di SATUSEHAT secara detail dapat dilihat dalam dokumen Master Patient Index.
2. Pendaftaran Kunjungan Pasien
Kunjungan pasien dapat didefinisikan sebagai interaksi pasien terhadap suatu layanan fasyankes. Sebagai contoh, dalam satu rangkaian rawat inap, seluruh rangkaian dapat didefinisikan sebagai satu “Encounter”. Data-data kunjungan pasien yang direkam meliputi kapan pertemuan tersebut mulai dan selesai, siapa tenaga kesehatan yang melayani, siapa subjek dari pelayanannya, dan informasi pendukung lainnya.
Pemetaan Nilai
Berikut pemetaan nilai untuk Encounter
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks data kunjungan:
|
Silakan klik setiap teks variabel/parameter/element FHIR pada daftar pemetaan nilai di bawah ini (berwarna merah), untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan. |
Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Encounter
(data pendaftaran kunjungan pasien), dapat dilihat dalam resource Encounter
. Untuk contoh pengiriman data atau payload dari Encounter
dapat dilihat dalam Postman Collection.
3. Rencana Rawat
Rencana Rawat Pasien merupakan variabel yang mencakup Rencana tata laksana perawatan pasien, ringkasan cara rawatan (rencana terapi, rencana tindakan, rencana lama hari rawat). Data tersebut dapat dikirimkan menggunakan resource CarePlan
.
Pemetaan Nilai CarePlan
Berikut pemetaan nilai untuk CarePlan`
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks pengiriman data rencana tindak lanjut:
|
Silakan klik setiap teks variabel/parameter/element FHIR pada daftar pemetaan nilai di bawah ini (berwarna merah), untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan. |
Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource CarePlan
, dapat dilihat dalam resource Careplan
. Untuk contoh pengiriman data atau payload dari CarePlan
dapat dilihat dalam Postman Collection.
Pemetaan Variabel dan Terminologi Spesifik
Terminologi spesifik yang digunakan dalam pengiriman Rencana Rawat melalui resource CarePlan
dapat dilihat dalam tabel berikut:
Pemetaan Variabel Resource Condition | |
---|---|
Elemen/Path FHIR | Terminologi/Format Pengisian |
Rencana Rawat | |
| |
| 736353004 |
| Inpatient care plan |
| (Tipe data String) |
Instruksi Medik dan Keperawatan
Data Instruksi Medik dan Keperawatan menjelaskan penjabaran instruksi dari rencana tata laksana perawatan pasien, keterangan rinci terkait dengan tindakan medis dan keperawatan. Instruksi medik dan keperawatan ini dapat dikirimkan harian sebagai pencatatan dari asuhan keperawatan pasien. Pengiriman data instruksi medik dan keperawatan dikirimkan menggunakan resource CarePlan. Pemetaan Nilai resources CarePlan dapat dilihat pada Bab Rencana Rawat.
Pemetaan Variabel dan Terminologi Spesifik
Terminologi spesifik yang digunakan dalam pengiriman data Instruksi Medik dan Keperawatan melalui resource CarePlan dapat dilihat dalam tabel berikut:
Pemetaan Variabel Resource Condition | |
---|---|
Elemen/Path FHIR | Terminologi/Format Pengisian |
Instruksi Medik dan Keperawatan | |
| |
| 736353004 |
| Inpatient care plan |
| (Tipe data String) |
Pemeriksaan Penunjang
Data pemeriksaan penunjangmencakup pemeriksaan laboratorium dan radiologi yang dilakukan terhadap seorang pasien.
4. Skema Pengiriman Data Terkait Pemeriksaan Penunjang Laboratorium
Pengiriman data terkait pemeriksaan penunjang memiliki 2 skema, yaitu:
Pemeriksaan Penunjang Tunggal
Data yang perlu dikirimkan, yaitu:
1 data permintaan (
ServiceRequest
)1 data spesimen (
Specimen
)1 data hasil pemeriksaan (
Observation
)1 data laporan pemeriksaan (
DiagnosticReport
) Data permintaan (ServiceRequest
), data spesimen (Specimen
), dan data hasil pemeriksaan (Observation
) akan di referensi dalam data laporan pemeriksaan (DiagnosticReport
)

Pemeriksaan Penunjang Panel/Paket
Contoh kasus: Seorang dokter melakukan permintaan pemeriksaan panel elektrolit darah yang terdiri dari 3 parameter yaitu natrium, kalium, dan klorida darah. Maka, data yang perlu dikirimkan yaitu:
1 data permintaan (
ServiceRequest
) dengan kode LOINC untuk panel elektrolit darah1 data spesimen (
Specimen
)3 data hasil pemeriksaan (
Observation
) terdiri dari kode LOINC untuk natrium darah, kalium darah, klorida darah1 data laporan pemeriksaan (
DiagnosticReport
) dengan kode LOINC untuk panel elektrolit darah. 3 data hasil pemeriksaan (Observation
) akan di referensi dalam dataDiagnosticReport
.

5. Pengiriman Data Permintaan Pemeriksaan Penunjang Laboratorium
Sebelum melakukan pemeriksaan penunjang seperti laboratorium, diperlukan langkah permintaan pemeriksaan penunjang. Pengiriman data terkait permintaan pemeriksaan penunjang dapat dilakukan menggunakan resource ServiceRequest
. Data permintaan pemeriksaan penunjang laboratorium yang dapat dikirimkan antara lain nama pemeriksaan, pasien terkait, kunjungan terkait, tanggal permintaan akan dilakukan, tanggal permintaan dibuat, dan tenaga kesehatan yang melakukan permintaan.
Kode LOINC atau kode Pemeriksaan Penunjang Nasional digunakan pada elemen ServiceRequest.code
untuk merepresentasikan nama pemeriksaan yang diminta. Referensi pemetaan pemeriksaan laboratorium dengan kode LOINC dapat dilihat melalui kode LOINC. Gunakan parameter pemeriksaan dengan kategori “Permintaan” atau “Permintaan & Hasil” pada file Terminologi Laboratorium ketika mengirimkan data melalui resource ServiceRequest
.
Satu payload atau satu record dari resource ServiceRequest
hanya dapat digunakan untuk 1 kode/permintaan parameter laboratorium. Sehingga, apabila dilakukan permintaan 2 parameter laboratorium, sebagai contoh panel elektrolit dan hemoglobin, maka perlu mengirimkan 2 payload di mana 1 payload berisi 1 kode panel elektrolit dan 1 payload berisi kode parameter hemoglobin.
Berikut pemetaan nilai untuk ServiceRequest
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks jenis perawatan:
|
Silakan klik setiap teks variabel/parameter/element FHIR pada daftar pemetaan nilai di bawah ini (berwarna merah), untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan. |
Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource ServiceRequest
(data permintaan pemeriksaan penunjang laboratorium), dapat dilihat dalam resource ServiceRequest
. Untuk contoh pengiriman data atau payload dari ServiceRequest
dapat dilihat dalam Postman Collection.
6. Pengiriman Data Spesimen
Pengiriman data spesimen yang digunakan pada pemeriksaan laboratorium dapat dikirimkan menggunakan resource Specimen
. Data spesimen yang dapat dikirimkan antara lain jenis spesimen, waktu pengambilan spesimen, metode pengambilan spesimen, pasien terkait, kunjungan terkait, waktu spesimen diterima, tenaga kesehatan yang melakukan pengambilan sampel, permintaan terkait.
Satu payload atau satu record dari resource Specimen
hanya dapat digunakan untuk 1 kode jenis spesimen. Sehingga, apabila diambil 2 jenis spesimen, sebagai contoh spesimen darah dan urin, maka perlu mengirimkan 2 payload di mana 1 payload berisi 1 kode spesimen darah dan 1 payload berisi kode spesimen urin.
Berikut pemetaan nilai untuk Specimen
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks Pengiriman Data Spesimen:
|
Silakan klik setiap teks variabel/parameter/element FHIR pada daftar pemetaan nilai di bawah ini (berwarna merah), untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan. |
Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Specimen
(data permintaan spesimen), dapat dilihat dalam resource Specimen
. Untuk contoh pengiriman data atau payload dari ServiceRequest
dapat dilihat dalam Postman Collection.
7. Pengiriman Data Hasil Pemeriksaan Penunjang Laboratorium
Hasil pemeriksaan penunjang dapat dikirimkan menggunakan resource Observation
. Berikut adalah ketentuan pengisian data hasil pemeriksaan laboratorium melalui resource Observation
:
Kode LOINC atau kode Pemeriksaan Penunjang Nasional digunakan pada elemen
Observation.code
untuk merepresentasikan nama pemeriksaan yang dihasilkan. Referensi pemetaan pemeriksaan laboratorium dengan kode LOINC dapat dilihat melalui kode LOINC. Gunakan parameter pemeriksaan dengan kategori “Hasil” atau “Permintaan & Hasil” pada file Terminologi Laboratorium ketika mengirimkan data melalui resourceObservation
.Elemen
Observation.category.coding
diisi dengan kode laboratory.Pemilihan elemen
Observation.value[x]
disesuaikan dengan Tipe hasil pemeriksaan laboratorium.Observation.valueCodeableConcept
untuk tipe hasil NominalObservation.valueCodeableConcept
untuk tipe hasil OrdinalObservation.valueQuantity
untuk tipe hasil Kuantitatif/QuantitativeObservation.valueString
untuk tipe hasil Naratif/Narrative
Elemen
Observation.referenceRange
direkomendasikan untuk selalu diisikan guna mempermudah interpretasi hasil laboratorium oleh tenaga kesehatan lainnya. Nilai normal yang dicantumkan disesuaikan dengan nilai normal yang ada dimasing-masing laboratorium berdasarkan alat maupun reagen yang tersedia.
Satu payload atau satu record dari resource Observation
hanya dapat digunakan untuk 1 kode hasil parameter laboratorium. Sehingga, apabila terdapat 2 hasil laboratorium, sebagai contoh hasil pemeriksaan hemoglobin dan hematokrit, maka perlu mengirimkan 2 payload di mana 1 payload berisi 1 kode pemeriksaan hemoglobin dan 1 payload berisi kode pemeriksaan hematokrit.
Berikut pemetaan nilai untuk Observation
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait:
|
Silakan klik setiap teks variabel/parameter/element FHIR pada daftar pemetaan nilai di bawah ini (berwarna merah), untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan. |
Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Observation
(data hasil pemeriksaan laboratorium), dapat dilihat dalam resource Observation
. Untuk contoh pengiriman data atau payload dari Observation
dapat dilihat dalam Postman Collection.
Berikut adalah daftar contoh variasi pengiriman data hasil pemeriksaan yang dapat dilihat pada Postman Collection:
Panel nominal (Golongan darah)
Panel ordinal (Apusan bakteri tahan asam)
Panel kuantitatif (Kolesterol total)
Panel naratif (Pap smear)
8. Pengiriman Data Laporan Pemeriksaan Penunjang Laboratorium
Laporan hasil pemeriksaan akan dikirimkan melalui resource DiagnosticReport
. Berikut adalah ketentuan pengisian laporan pemeriksaan penunjang laboratorium melalui resource DiagnosticReport
:
Data di resource
DiagnosticReport
akan mereferensi ke hasil pemeriksaan laboratorium terkait pada resourceObservation
melaluiDiagnosticReport.result
, spesimen terkait pada resourceSpecimen
melaluiDiagnosticReport.specimen
, dan permintaan pemeriksaan penunjang terkait pada resourceServiceRequest
melaluiDiagnosticReport.basedOn
.Kode LOINC atau kode Pemeriksaan Penunjang Nasional digunakan pada elemen
DiagnosticReport.code
untuk merepresentasikan nama pemeriksaan yang dilaporkan. Referensi pemetaan parameter laboratorium ke kode LOINC dapat dilihat melalui kode LOINC. Gunakan parameter pemeriksaan dengan kategori “Permintaan” atau “Permintaan & Hasil” pada file Terminologi Laboratorium melalui resourceDiagnosticReport
.Kode yang dicantumkan dalam
DiagnosticReport.code
akan sama dengan kode yang dicantumkan padaServiceRequest.code
terkait.
Satu payload atau satu record dari resource DiagnosticReport
hanya dapat digunakan untuk 1 kode/laporan parameter laboratorium. Sehingga, apabila dilakukan permintaan 2 parameter laboratorium, sebagai contoh panel elektrolit dan hemoglobin, maka perlu mengirimkan 2 payload laporan melalui resource DiagnosticReport
di mana 1 payload berisi 1 kode panel elektrolit dan 1 payload berisi kode parameter hemoglobin.
Berikut pemetaan nilai untuk DiagnosticReport
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks pengiriman data laporan pemeriksaan penunjang laboratorium:
|
Silakan klik setiap teks variabel/parameter/element FHIR pada daftar pemetaan nilai di bawah ini (berwarna merah), untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan. |
Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource DiagnosticReport
(data laporan pemeriksaan laboratorium), dapat dilihat dalam resource DiagnosticReport
. Untuk contoh pengiriman data atau payload dari DiagnosticReport
dapat dilihat dalam Postman Collection.
9. Pengantar DICOM
Digital Imaging and Communications in Medicine (DICOM) merupakan standar komunikasi dan manajemen informasi pencitraan medis dan data terkait. DICOM memfasilitasi interoperabilitas antar alat pencitraan dan sistem lainnya dengan mengatur spesifikasi sebagai berikut:
Protokol yang harus diikuti perangkat untuk jaringan komunikasi
Sintaks dan semantik untuk Commands dan informasi terkait yang dipertukarkan dalam protokol
Layanan penyimpanan media, format file, dan struktur direktori untuk memfasilitasi akses ke gambar dan informasi terkait yang disimpan dalam media yang dipertukarkan
Informasi yang harus diberikan dalam implementasi yang sesuai dengan standar yang sudah ditetapkan
Sumber: Link[https://www.youtube.com/watch?v=5Ihj2wA9kvE] image::hierarki-pencitraan.png[DICOM,1000,600,align=center]
Hierarki pencitraan pada DICOM terdiri dari 4 level yaitu:
Patient
Study
Series
Instance
10. Alur Pengiriman Data Pemeriksaan Radiologi ke SATUSEHAT
Alur Interoperabilitas pengiriman hasil pencitraan dalam bentuk DICOM dapat dilihat dalam gambar 5.

Alur pengiriman data terkait pemeriksaan radiologi dapat dilihat dalam Gambar 5. Alur ini ditentukan oleh di mana Accession Number dari pemeriksaan radiologi dihasilkan. Accession Number adalah nomor untuk mengidentifikasi urutan permintaan/order dari study. Berikut 2 alur pengiriman data radiologi ke SATUSEHAT:
Accession Number dikeluarkan oleh SIMRS/SIMPUS atau dikeluarkan oleh Radiology Information System (RIS) namun SIMRS/SIMPUS terhubung dengan RIS. Alur atau proses pengiriman data untuk skema ini adalah:
Permintaan atau order pemeriksaan radiologi dilakukan oleh SIMRS/SIMPUS.
a. SIMRS/SIMPUS mengeluarkan accession number ATAU
RIS mengeluarkan accession number dan SIMRS mendapatkan accession number yang dikeluarkan RIS
Pembuatan work list untuk modalitas. Work list merupakan daftar permintaan yang perlu dilakukan oleh masing-masing modalitas atau alat radiologi.
Pelaksanaan atau pengambilan pencitraan radiologi oleh masing-masing modalitas
Hasil dalam format DICOM akan disimpan dalam Picture Archiving and Communications System (PACS).
File DICOM yang telah tersimpan akan dikirimkan oleh DICOM Router ke SATUSEHAT atau secara spesifik ke National Imaging Data Repository (NIDR). DICOM Router juga akan mengirimkan informasi file DICOM tersebut ke SATUSEHAT dengan format FHIR.
Bacaan hasil radiologi atau expertise dan kesan bacaan radiologi yang dilakukan oleh dokter spesialis radiologi akan dikirimkan ke SATUSEHAT. Berdasarkan Gambar 5A, maka seluruh pengiriman data ke SATUSEHAT melalui resource
ServiceRequest
,Observation
, danDiagnosticReport
akan dilakukan oleh SIMPUS/SIMRS.
Accession Number dikeluarkan oleh Radiology Information System (RIS) namun SIMRS/SIMPUS tidak terhubung dengan RIS. Alur atau proses pengiriman data untuk skema ini adalah:
Permintaan atau order pemeriksaan radiologi dilakukan oleh SIMRS/SIMPUS.
RIS mengeluarkan accession number.
Pembuatan work list untuk modalitas. Work list merupakan daftar permintaan yang perlu dilakukan oleh masing-masing modalitas atau alat radiologi.
Pelaksanaan atau pengambilan pencitraan radiologi oleh masing-masing modalitas.
Hasil dalam format DICOM akan disimpan dalam Picture Archiving and Communications System (PACS).
File DICOM yang telah tersimpan akan dikirimkan oleh DICOM Router ke SATUSEHAT atau secara spesifik ke National Imaging Data Repository (NIDR). DICOM Router juga akan mengirimkan informasi file DICOM tersebut ke SATUSEHAT dengan format FHIR.
Bacaan hasil radiologi atau expertise dan kesan bacaan radiologi yang dilakukan oleh dokter spesialis radiologi akan dikirimkan ke SATUSEHAT.
Berdasarkan Gambar 5B, maka seluruh pengiriman data ke SATUSEHAT melalui resource ServiceRequest
, Observation
, dan DiagnosticReport
akan dilakukan oleh RIS.
Sebelum melakukan pengiriman data DICOM ke SATUSEHAT, fasyankes perlu melakukan instalasi DICOM router. Untuk penjelasan lebih detail terkait DICOM Router dapat dibaca di DICOM Router
11. Pengiriman Data Permintaan Pemeriksaan Penunjang Radiologi
Sebelum melakukan pemeriksaan penunjang seperti radiologi, diperlukan langkah permintaan pemeriksaan penunjang. Pengiriman data terkait permintaan pemeriksaan penunjang dapat dilakukan menggunakan resource ServiceRequest
. Data permintaan pemeriksaan penunjang radiologi yang dapat dikirimkan antara lain nama pemeriksaan, pasien terkait, kunjungan terkait, tanggal permintaan akan dilakukan, tanggal permintaan dibuat, dan tenaga kesehatan yang melakukan permintaan.
Kode LOINC atau kode Pemeriksaan Penunjang Nasional digunakan pada elemen ServiceRequest.code
untuk merepresentasikan nama pemeriksaan yang diminta. Referensi pemetaan pemeriksaan radiologi dengan kode LOINC dapat dilihat melalui kode LOINC. Gunakan parameter pemeriksaan dengan kategori “Permintaan” atau “Permintaan & Hasil” pada file Terminologi Radiologi ketika mengirimkan data melalui resource ServiceRequest
.
Satu payload atau satu record dari resource ServiceRequest
hanya dapat digunakan untuk 1 kode/permintaan parameter radiologi. Sehingga, apabila dilakukan permintaan 2 parameter radiologi, sebagai contoh X-ray thorax atau rontgen dada dan X-ray abdomen atau rontgen perut, maka perlu mengirimkan 2 payload di mana 1 payload berisi 1 kode X-ray thorax dan 1 payload berisi kode X-ray abdomen.
Ketentuan spesifik pengisian data permintaan pemeriksaan radiologi melalui ServiceRequest
yaitu elemen ServiceRequest.identifier
wajib diisi dengan Accession number. Accession number merupakan nomor yang dihasilkan oleh Radiology Information System (RIS) untuk mengidentifikasi urutan permintaan/order dari study. Nomor ini selalu unik untuk setiap permintaan yang di fasyankes tersebut.
Pemetaan nilai untuk ServiceRequest
dapat dilihat pada Sub-Bab Pengiriman Data Permintaan Pemeriksaan Penunjang Radiologi.
12. Pengiriman Data Citra DICOM oleh DICOM router menuju National Imaging Data Repository (NIDR)
Pengiriman informasi hasil radiologi dalam format DICOM akan dikirimkan oleh DICOM router. Setelah mendapatkan file DICOM dari PACS, DICOM router akan mengirimkan file tersebut ke National Imaging Data Repository (NIDR). NIDR akan mengembalikan Web Access to DICOM Objects (Wado) URL yang nantinya dapat digunakan untuk melihat hasil pencitraan yang telah tersimpan di NIDR. DICOM router kemudian akan melakukan POST informasi terkait DICOM melalui resource ImagingStudy
ke SATUSEHAT. SATUSEHAT akan merespon dengan mengembalikan ImagingStudy.id
ke DICOM Router. ImagingStudy.id
ini perlu disimpan dan nantinya akan direferensikan ketika melakukan pengiriman data bacaan atau ekspertise dari hasil pemeriksaan radiologi.
Berikut pemetaan nilai untuk ImagingStudy
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks pengiriman data informasi DICOM:
|
Silakan klik setiap teks variabel/parameter/element FHIR pada daftar pemetaan nilai di bawah ini (berwarna merah), untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan. |
Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource ImagingStudy
(dan contoh payload dari data citra DICOM), dapat dilihat dalam resource ImagingStudy
. Untuk contoh pengiriman data atau payload dari ImagingStudy
dapat dilihat dalam Postman Collection.
13. Pengiriman Data Bacaan Hasil Pemeriksaan Penunjang Radiologi
Bacaan hasil pemeriksaan penunjang radiologi dikirimkan menggunakan resource Observation
. Berikut adalah ketentuan pengisian data hasil pemeriksaan radiologi melalui resource Observation
.
Kode LOINC atau kode Pemeriksaan Penunjang Nasional digunakan pada elemen
Observation.code
untuk merepresentasikan nama pemeriksaan yang dihasilkan. Referensi pemetaan pemeriksaan laboratorium dengan kode LOINC dapat dilihat melalui kode LOINC. Gunakan parameter pemeriksaan dengan kategori “Hasil” atau “Permintaan & Hasil” pada terminologi radiologi ketika mengirimkan data melalui resourceObservation
.Elemen
Observation.category.coding
diisi dengan kode imaging.Pemilihan elemen
Observation.value[x]
disesuaikan dengan Tipe hasil pemeriksaan radiologi.Observation.valueCodeableConcept
untuk tipe hasil NominalObservation.valueCodeableConcept
untuk tipe hasil OrdinalObservation.valueQuantity
untuk tipe hasil Kuantitatif/QuantitativeObservation.valueString
untuk tipe hasil Naratif/Narrative
Satu payload atau satu record dari resource Observation
hanya dapat digunakan untuk 1 kode hasil parameter radiologi. Sehingga, apabila terdapat 2 hasil radiologi, sebagai contoh X-ray thorax atau rontgen dada dan X-ray abdomen atau rontgen perut, maka perlu mengirimkan 2 payload di mana 1 payload berisi 1 kode X-ray thorax dan 1 payload berisi kode X-ray abdomen.
Pemetaan nilai untuk Observation
dapat dilihat pada Sub-Bab Pengiriman Data Hasil Pemeriksaan Penunjang Laboratorium.
14. Pengiriman Data Kesimpulan atau Kesan Hasil Pemeriksaan Penunjang Radiologi
Laporan hasil pemeriksaan atau expertise penunjang radiologi dapat dikirimkan akan dikirimkan melalui resource DiagnosticReport
. Berikut adalah ketentuan pengisian laporan pemeriksaan penunjang radiologi melalui resource DiagnosticReport
.
Data di resource
DiagnosticReport
akan mereferensi ke hasil pemeriksaan radiologi terkait pada resourceObservation
melaluiDiagnosticReport.result
, permintaan pemeriksaan penunjang terkait pada resourceServiceRequest
melaluiDiagnosticReport.basedOn
, serta informasi DICOM pada resourceImagingStudy
melaluiDiagnosticReport.imagingStudy
.Kode LOINC atau kode Pemeriksaan Penunjang Nasional digunakan pada elemen
DiagnosticReport.code
untuk merepresentasikan nama pemeriksaan yang dilaporkan. Referensi pemetaan parameter radiologi ke kode LOINC dapat dilihat melalui kode LOINC. Gunakan parameter pemeriksaan dengan kategori “Permintaan” atau “Permintaan & Hasil” pada file untuk Radiologi melalui resourceDiagnosticReport
.Kode yang dicantumkan dalam
DiagnosticReport.code
akan sama dengan kode yang dicantumkan padaServiceRequest.code
terkait.
Satu payload atau satu record dari resource DiagnosticReport
hanya dapat digunakan untuk 1 kode/laporan parameter radiologi. Sehingga, apabila dilakukan permintaan 2 parameter radiologi, sebagai contoh X-ray thorax atau rontgen dada dan X-ray abdomen atau rontgen perut, maka perlu mengirimkan 2 payload laporan melalui resource DiagnosticReport
di mana 1 payload berisi 1 kode X-ray thorax dan 1 payload berisi kode X-ray abdomen.
Pemetaan nilai untuk DiagnosticReport
dapat dilihat pada Sub-Bab Pengiriman Data Laporan Pemeriksaan Penunjang Laboratorium.
Skema Proses Peresepan dan Pengeluaran Obat
Data proses peresepan dan pengeluaran obat pada fasilitas pelayanan kesehatan akan menggunakan kamus farmasi dan alat kesehatan (KFA) yang dikeluarkan oleh Kementerian Kesehatan. KFA merupakan kamus master data produk farmasi dan alat kesehatan yang memuat kode unik untuk setiap produk farmasi dan alat kesehatan sehingga dapat digunakan dan diintegrasikan pada semua sistem yang digunakan pelaku industri kesehatan. Berikut merupakan Struktur Model KFA.

Struktur Model KFA untuk Obat memiliki Format Kode Obat SATUSEHAT, yaitu berisi Numerik 8 digit dengan 2 digit prefiks dan 6 digit nomor urut.
BZA adalah Bahan Zat Aktif dengan kode 91xxxxxx. Kode obat awalan 91 memuat tentang nama bahan zat aktif, UCUM, dan jenis farmalkes. Contoh kode 91000101 untuk mewakili nama bahan zat aktif Paracetamol.
POV adalah Produk Obat Virtual dengan kode 92xxxxxx. Kode obat awalan 92 memuat informasi tentang penamaan produk template dengan format penamaan bahan zat aktif, kekuatan, satuan, dan bentuk sediaan. Kode awalan 92 berfungsi untuk mencari informasi mengenai bentuk sediaan, golongan obat, rute pemberian, info ATC, ATC/DDD, Info Dagang, Bahan Zat aktif dan kekuatan, dan dosis pemakaian. Contoh kode 92000511 mewakili produk Paracetamol 120 mg/5 mL Sirup.
POA adalah Produk Obat Aktual dengan kode 93xxxxxx. Kode obat awalan 93 merupakan turunan dari produk template yang lebih detail dengan menambahkan atribut brand, volume, rasa, dan varian lainnya. Contoh kode 93002205 mewakili produk Paracetamol 120 mg/5 mL Sirup (ERPHAMOL).
POAK adalah Produk Obat Aktual dalam Kemasan dengan kode 94xxxxxx. Kode obat awalan 94 menjelaskan produk aktual berdasarkan kemasan dari masing-masing obat atau vaksin. Contoh kode 94002470 mewakili kemasan dus isi 1 pada obat Paracetamol 120 mg/5 mL Sirup (ERPHAMOL).
Berikut merupakan alur detail penukaran resep dokter di apotek/instalasi farmasi:

Pengiriman Data Peresepan Obat
Pengiriman data peresepan obat akan menggunakan 2 resources yaitu Medication
dan MedicationRequest
. resource Medication
akan mencatatkan data umum terkait obat yang akan diresepkan. Sedangkan resource MedicationRequest
akan digunakan untuk mengirimkan data terkait peresepan obat seperti jumlah yang diresepkan, instruksi minum obat dan lain-lain. Kedua data ini dikirimkan secara bersamaan sebagai 1 paket yaitu Medication
dan MedicationRequest
. Satu payload Medication
dan MedicationRequest
hanya dapat digunakan untuk peresepan 1 jenis obat saja. Apabila terdapat 2 jenis obat yang diresepkan, maka dikirimkan 2 paket Medication
dan MedicationRequest
.


Pemetaan Nilai Medication
Berikut pemetaan nilai untuk Medication
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks data kode lokal obat di masing-masing institusi:
Setiap terdapat simbol asterik * sebelum nama variabel/parameter/element FHIR yang disebutkan, maka variabel/parameter/element FHIR tersebut bersifat WAJIB, harus ada, atau pasti selalu ada, contoh: *Location.identifier . |
Silakan klik setiap teks variabel/parameter/element FHIR pada daftar pemetaan nilai di bawah ini (berwarna merah), untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan. |
Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Medication
(data peresepan obat), dapat dilihat dalam resource Medication
. Untuk contoh pengiriman data atau payload dari Medication
dapat dilihat dalam Postman Collection.
Ketentuan Pengisian
Ketentuan pengisian secara spesifik untuk pengisian resource Medication
adalah sebagai berikut:
Medication.code
Medication.code
dapat diisi dengan kode obat yang digunakan akan menggunakan kode obat yang tersedia pada KFA (kamus farmasi dan alat kesehatan). Terdapat 2 tipe kode KFA yaitu:Kode Produk Obat Template (92xxxxxx)
Kode Produk Obat Aktual (93xxxxxx) → kode untuk obat brand Pengisian kode KFA tergantung jenis obat yang diresepkan atau dikeluarkan apakah dalam bentuk produk obat template atau produk obat aktual. Daftar kode obat KFA dapat dilihat dalam browser kamus KFA pada link berikut: https://dto.kemkes.go.id/kfa-browser.
Medication.code
wajib diisi apabila mengirimkan data obat non-racikan dengan ketentuan penggunaan kode sebagai berikut:Medication.code
untukMedicationRequest
dapat menggunakan Kode Produk Obat Template (92xxxxxx) atau Kode Produk Obat Aktual (93xxxxxx), tergantung kesiapan sistem masing-masing fasyankes. Karena tidak semua sistem fasyankes memiliki dua struktur level untuk prosesMedicationRequest
, untukMedicationRequest
yang menggunakan kode awalan 93 dapat menggunakan kode 93 (Umum) atau kode 93 (Merek) sebagai pengganti kode 92. Hal ini dikarenakan setiap kode 92 memiliki padanan kode 93 (Umum).Medication.code
untukMedicationDispense
wajib menggunakan Kode Produk Obat Aktual (93xxxxxx). Apabila tidak memiliki merek maka fasyankes dapat menggunakan kode 93 (Umum). Jika peresepan obat menggunakan kode awalan 92 maka kode 93 untuk penebusan obat sebaiknya merupakan turunan kode 92 dari obat yang diresepkan. Akan tetapi, jika farmasi tidak memiliki stok obat kode 93 dengan dosis yang sesuai, tetapi ada obat dengan zat aktif sama namun beda kekuatan maka dapat digunakan sesuai kebutuhan. Misalnya, peresepan menggunakan kode 92 Paracetamol 500mg, tetapi saat penebusan obat hanya tersedia kode 93 Paracetamol 250mg maka farmasi dapat mengeluarkan obat kode 93 Paracetamol 250mg dengan tata cara minum 2 tablet. Adapun jika memang benar-benar tidak ada maka pihak farmasi perlu memberikan copy resep agar penebusan obat dilakukan di apotek di luar fasyankes untuk mendapatkan obat yang sesuai. Adapun untuk pengiriman data obat racikan,Medication.code
dapat dikosongkan.
Medication.ingredient
Terdapat 3 cara pengisianMedication.ingredient
yaitu:Peresepan/pengeluaran obat non-racikan.
Medication.ingredient
tidak wajib diisi apabila data yang dikirimkan adalah obat non-racikan.Medication.ingredient[i].itemCodeableConcept
apabila akan diisi untuk digunakan padaMedicationRequest
danMedicationDispense
maka diisikan kode zat aktif dari KFA (91xxxxxx). Daftar kode zat aktif dapat dilihat pada browser kamus KFA pada link berikut: https://dto.kemkes.go.id/kfa-browser.Pada proses peresepan dan pengeluaran obat,
Medication.ingredient.strength.numerator
danMedication.ingredient.strength.denominator
berisi unit dosis yang harus dipecah menjadi angka & satuan baik digunakan ketika padaMedicationRequest
maupun padaMedicationDispense
.Contoh pengisian dapat dilihat pada tabel berikut:
.
Medication.ingredient pada Obat Non Racikan ( | ||
Azithromycin 500 mg Tablet Salut Selaput (ZITHRAX) | ||
1 |
| |
| ||
| 91000235 | |
| Azithromycin | |
2 |
| |
| 500 | |
| ||
| mg | |
3 |
| |
| 1 | |
| ||
| TAB |
Peresepan/pengeluaran obat racikan dengan instruksi berikan dalam dosis demikian/ d.t.d.
Medication.ingredient
wajib diisi apabila data yang dikirimkan adalah obat racikan.Medication.ingredient[i].itemCodeableConcept
yang digunakan untukMedicationRequest
diisikan kode zat aktif dari KFA (91xxxxxx). Daftar kode zat aktif dapat dilihat pada browser kamus KFA pada link berikut: https://dto.kemkes.go.id/kfa-browser.Medication.ingredient[i].itemCodeableConcept
yang digunakan untukMedicationDispense
diisikan Kode Produk Obat Aktual (93xxxxxx). Daftar kode obat aktual dapat dilihat pada browser kamus KFA pada link berikut: https://dto.kemkes.go.id/kfa-browser.Pada proses peresepan obat,
Medication.ingredient.strength.numerator
berisi unit dosis yang diresepkan dokter (Contoh: 125/mg), sedangkanMedication.ingredient.strength.denominator
berisi banyaknya obat yang mengandung unit dosis pada numerator (Contoh: 1/kap). Adapun pada proses pengeluaran obat,Medication.ingredient.strength.numerator
berisi banyaknya obat yang dikeluarkan dan perlu dipecah (Contoh: 5/tab), sedangkanMedication.ingredient.strength.denominator
berisi banyaknya obat setelah dihasilkan sesuai resep dokter (Contoh: 20/cap).Contoh pengisian dapat dilihat pada tabel berikut:
.
Medication.ingredient pada Obat Racikan d.t.d ( | ||
Dokter meresepkan obat dengan kandungan Paracetamol 125 mg/ kapsul dengan jumlah 20 kapsul | ||
1 |
| |
| ||
| 91000101 | |
| Paracetamol | |
2 |
| |
| 125 | |
| ||
| mg | |
3 |
| |
| 1 | |
| ||
| CAP |
.
Medication.ingredient pada Obat Racikan d.t.d ( | ||
Dokter meresepkan obat dengan kandungan Paracetamol 125 mg/ kapsul dengan jumlah 20 kapsul. Peresepan ini menggunakan Parasetamol 500 mg Tablet (OMEGRIP) dengan jumlah 5 tablet yang dibagi menjadi 20 kapsul. | ||
1 |
| |
| ||
| 93002225 | |
| Paracetamol 500 mg Tablet (OMEGRIP) | |
2 |
| |
| 5 | |
| ||
| TAB | |
3 |
| |
| 20 | |
| ||
| CAP |
Peresepan/pengeluaran obat racikan non-d.t.d (bagi dalam bagian-bagian yang sama).
Medication.ingredient
wajib diisi apabila data yang dikirimkan adalah obat racikan.Medication.ingredient[i].itemCodeableConcept
yang digunakan untukMedicationRequest
dapat diisikan Kode Produk Obat Virtual (92xxxxxx) atau Kode Produk Obat Aktual (93xxxxxx), sedangkan untukMedicationDispense
diisikan Kode Produk Obat Aktual (93xxxxxx). Daftar kode obat aktual dapat dilihat pada browser kamus KFA pada link berikut: https://dto.kemkes.go.id/kfa-browser.Numerator dan Denominator pada proses peresepan dan pengeluaran obat racikan non-d.t.d sama, yaitu
Medication.ingredient.strength.numerator
berisi unit dosis yang harus dipecah menjadi angka dan satuan (Contoh: 10/tab), sedangkanMedication.ingredient.strength.denominator
berisi banyaknya obat yang perlu dibuat sesuai yang diresepkan dokter (Contoh: 30/cap).Contoh pengisian dapat dilihat pada tabel berikut.
.
Medication.ingredient pada Obat Racikan non d.t.d ( | ||
Dokter meresepkan Paracetamol 500 mg Tablet (OMEGRIP) sejumlah 10 tab dibuat menjadi 30 kapsul | ||
1 |
| |
| ||
| 93002225 | |
| Paracetamol 500 mg Tablet (OMEGRIP) | |
2 |
| |
| 10 | |
| ||
| TAB | |
3 |
| |
| 30 | |
| ||
| CAP |
Matriks skenario peresepan dan pengeluaran obat dapat dilihat pada Lampiran 1.
Pemetaan Nilai MedicationRequest
Berikut pemetaan nilai untuk MedicationRequest
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks data pengobatan yang diberikan:
|
Silakan klik setiap teks variabel/parameter/element FHIR pada daftar pemetaan nilai di bawah ini (berwarna merah), untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan. |
MedicationRequest.dosageInstruction[i].additionalInstruction
MedicationRequest.dosageInstruction[i].doseAndRate.rateRatio
MedicationRequest.dosageInstruction[i].doseAndRate.rateRange
MedicationRequest.dosageInstruction[i].doseAndRate.rateQuantity
MedicationRequest.dosageInstruction[i].maxDosePerAdministration
Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource MedicationRequest
(data peresepan obat), dapat dilihat dalam resource MedicationRequest
. Untuk contoh pengiriman data atau payload dari MedicationRequest
dapat dilihat dalam Postman Collection.
Ketentuan Pengisian
Ketentuan pengisian secara spesifik untuk pengisian resource MedicationRequest
adalah sebagai berikut:
MedicationRequest.recorder
MedicationRequest.recorder
menjelaskan siapa yang mencatatkan resep ke dalam sistem. Ketentuan pengisian elemen ini yaitu:Bila diisi oleh dokter yang meresepkan, maka akan merefer ke Practitioner ID dari dokter tersebut
Bila diisi oleh apoteker yang mendapatkan resep dari fasilitas pelayanan kesehatan lain, maka akan merefer ke Practitioner ID dari apoteker tersebut
MedicationRequest.dosageInstruction[i].sequence
MedicationRequest.dosageInstruction[i].sequence
menjelaskan urutan aturan pemakaian dari obat.Apabila dalam peresepan aturan pakai akan selalu sama dari awal sampai akhir, maka cukup menuliskan 1 paket aturan pakai dengan nilai sequence=1.
Apabila terdapat perubahan aturan pakai dalam peresepan, contoh tapering-down, maka perlu dituliskan 2 paket aturan pakai dengan paket pertama nilai sequence=1, sedangkan paket aturan pakai kedua dengan nilai sequence=2
MedicationRequest.dosageInstruction[i].timing.repeat
MedicationRequest.dosageInstruction[i].timing.repeat
berisi aturan kapan suatu obat harus dikonsumsi. Cara Pengisian dapat dilihat dalam Gambar 4.
description | duration | durationUnit | frequency | frequencyMax | period | periodUnit | periodMax | DayofWeek | TimeOfDay | when | offset | bounds[x] | count |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Every 8 hours | 1 | 8 | h | ||||||||||
Every 7 days | 1 | 7 | d | ||||||||||
3 times a day | 3 | 1 | d | ||||||||||
3-4 times a day | 3 | 4 | 1 | d | |||||||||
Every 4-6 hours | 1 | 4 | h | 6 | |||||||||
Every 21 days for 1 hours | 1 | hr | 1 | 21 | d | ||||||||
Three times a week for 1/2 hour | 0.5 | hr | 3 | 1 | wk | ||||||||
With breakfast | CM | ||||||||||||
For 5 minutes, 10 minutes before meals | 5 | min | AC | 10 | |||||||||
1 tablet 3 times daily, 30 minutes before meals | 3 | 1 | d | AC | 30 | ||||||||
BID, 30 mins before meal, for next 10 days | 2 | 1 | d | AC | 30 | Duration = 10 days | |||||||
TID, for 14 days | 3 | 1 | d | Duration = 14 days | |||||||||
BID, start on 7/1/2015 at 1:00 PM | 2 | 1 | d | Period.start = 2015-07-01T13:00:00 | |||||||||
Mon, Wed, Fri, Morning | 1 | 1 | d | mon l wed l fri | MORN | ||||||||
Every day at 10am | 1 | 1 | d | 10:00 | |||||||||
Take once, at any time | 1 | ||||||||||||
Take every second day, in the morning, until 20 have been taken | 1 | 2 | d | MORN | 20 |
MedicationRequest.dosageInstruction[i].timing.code
MedicationRequest.dosageInstruction[i].timing.code
berisi kode untuk aturan kapan suatu obat harus dikonsumsi. Apabila mengirimkan data menggunakanMedicationRequest.dosageInstruction[i].timing.code
, elemenMedicationRequest.dosageInstruction[i].timing.repeat
harus tetap diisi yang ekuivalen. Hubungan antaraMedicationRequest.dosageInstruction[i].timing.code
denganMedicationRequest.dosageInstruction[i].timing.repeat
dapat dilihat dalam Gambar 5.
description | duration | durationUnit | frequency | frequencyMax | period | periodUnit | periodMax | when | bounds[x] |
---|---|---|---|---|---|---|---|---|---|
QOD | 1 | 2 | d | ||||||
QD | 1 | 1 | d | ||||||
BID | 2 | 1 | d | ||||||
TID | 3 | 1 | d | ||||||
QID | 4 | 1 | d | ||||||
Q4H | 1 | 4 | h | ||||||
Q6H | 1 | 6 | h | ||||||
AM | 1 | 1 | d | MORN | |||||
PM | 1 | 1 | d | AFT or EVE |
Berikut adalah daftar contoh variasi pengiriman data peresepan obat dapat dilihat pada Postman Collection:
Obat racikan salep d.t.d
Obat luar sekali pakai, dipakai malam hari
Obat racikan dengan peresepan d.t.d
Obat racikan non-d.t.d dimasukkan dalam kapsul
Obat racikan d.t.d dalam bentuk pulveres
Obat insulin short acting disuntik sebelum makan
Obat steroid dengan dosis tapering down
Obat single dose
Obat tetes mata
Obat tablet vagina
Obat suppositoria
Obat sirup diminum bila demam
Obat tablet tanpa kode KFA
Obat racikan non-d.t.d tanpa kode KFA
15. Pengiriman Data Pengeluaran Obat
Pengiriman data pengeluaran/dispense obat akan menggunakan 2 resources yaitu Medication
dan MedicationDispense
. resource Medication
akan mencatatkan data umum terkait obat yang akan di dispense. Sedangkan resource MedicationDispense
akan digunakan untuk mengirimkan data terkait proses dispense obat, seperti jumlah yang di dispense, instruksi minum obat dan lain-lain. Kedua data ini dikirimkan secara bersamaan sebagai 1 paket yaitu Medication
dan MedicationDispense
. Satu payload Medication
dan MedicationDispense
hanya digunakan untuk dispense/pengeluaran 1 jenis obat saja. Apabila terdapat 2 jenis obat yang dikeluarkan, maka dikirimkan 2 paket Medication
dan MedicationDispense
.


Pemetaan Nilai
Berikut pemetaan nilai untuk MedicationDispense
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks data laporan hasil pemeriksaan:
Setiap terdapat simbol asterik * sebelum nama variabel/parameter/element FHIR yang disebutkan, maka variabel/parameter/element FHIR tersebut bersifat WAJIB, harus ada, atau pasti selalu ada, contoh: *Location.identifier . |
Silakan klik setiap teks variabel/parameter/element FHIR pada daftar pemetaan nilai di bawah ini (berwarna merah), untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan. |
MedicationDispense.dosageInstruction[i].additionalInstruction
MedicationDispense.dosageInstruction[i].doseAndRate.doseRange
MedicationDispense.dosageInstruction[i].doseAndRate.doseQuantity
MedicationDispense.dosageInstruction[i].doseAndRate.rateRatio
MedicationDispense.dosageInstruction[i].doseAndRate.rateRange
MedicationDispense.dosageInstruction[i].doseAndRate.rateQuantity
MedicationDispense.dosageInstruction[i].maxDosePerAdministration
Ketentuan Pengisian
Ketentuan pengisian secara spesifik untuk pengisian resource MedicationDispense
adalah sebagai berikut:
MedicationDispense.dosageInstruction[i].sequence
MedicationRequest.dosageInstruction[i].sequence
menjelaskan urutan aturan pemakaian dari obat.Apabila dalam peresepan aturan pakai akan selalu sama dari awal sampai akhir, maka cukup menuliskan 1 paket aturan pakai dengan nilai sequence=1.
Apabila terdapat perubahan aturan pakai dalam peresepan, contoh tapering-down, maka perlu dituliskan 2 paket aturan pakai dengan paket pertama nilai sequence=1, sedangkan paket aturan pakai kedua dengan nilai sequence=2
MedicationDispense.dosageInstruction[i].timing.repeat
MedicationDispense.dosageInstruction[i].timing.repeat
berisi aturan kapan suatu obat harus dikonsumsi. Cara Pengisian dapat dilihat dalam Gambar 6.Tabel 9. Tatacara pengisian MedicationDispense.dosageInstruction[i].timing.repeat description duration durationUnit frequency frequencyMax period periodUnit periodMax DayofWeek TimeOfDay when offset bounds[x] count Every 8 hours
1
8
h
Every 7 days
1
7
d
3 times a day
3
1
d
3-4 times a day
3
4
1
d
Every 4-6 hours
1
4
h
6
Every 21 days for 1 hours
1
hr
1
21
d
Three times a week for 1/2 hour
0.5
hr
3
1
wk
With breakfast
CM
For 5 minutes, 10 minutes before meals
5
min
AC
10
1 tablet 3 times daily, 30 minutes before meals
3
1
d
AC
30
BID, 30 mins before meal, for next 10 days
2
1
d
AC
30
Duration = 10 days
TID, for 14 days
3
1
d
Duration = 14 days
BID, start on 7/1/2015 at 1:00 PM
2
1
d
Period.start = 2015-07-01T13:00:00
Mon, Wed, Fri, Morning
1
1
d
mon l wed l fri
MORN
Every day at 10am
1
1
d
10:00
Take once, at any time
1
Take every second day, in the morning, until 20 have been taken
1
2
d
MORN
20
MedicationDispense.dosageInstruction[i].timing.code
MedicationDispense.dosageInstruction[i].timing.code
berisi kode untuk aturan kapan suatu obat harus dikonsumsi. Apabila mengirimkan data menggunakanMedicationDispense.dosageInstruction[i].timing.code
, elemenMedicationDispense.dosageInstruction[i].timing.repeat
harus tetap diisi yang ekuivalen. Hubungan antaraMedicationDispense.dosageInstruction[i].timing.code
denganMedicationDispense.dosageInstruction[i].timing.repeat
dapat dilihat dalam Gambar 7.
description | duration | durationUnit | frequency | frequencyMax | period | periodUnit | periodMax | when | bounds[x] |
---|---|---|---|---|---|---|---|---|---|
QOD | 1 | 2 | d | ||||||
QD | 1 | 1 | d | ||||||
BID | 2 | 1 | d | ||||||
TID | 3 | 1 | d | ||||||
QID | 4 | 1 | d | ||||||
Q4H | 1 | 4 | h | ||||||
Q6H | 1 | 6 | h | ||||||
AM | 1 | 1 | d | MORN | |||||
PM | 1 | 1 | d | AFT or EVE |
Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Medication
dan MedicationDispense
(data peresepan obat dan pengeluaran obat), dapat dilihat dalam resource Medication
dan resource MedicationDispense
. Untuk contoh pengiriman data atau payload dari Medication
dan MedicationDispense
dapat dilihat dalam Postman Collection.
Pengkajian Resep
Data Pengkajian Resep terdiri atas data pengkajian administrasi, farmasetik, dan persyaratan klinis. Data tersebut dapat dikirimkan menggunakan resource QuestionnaireResponse
.
Pemetaan Nilai QuestionnaireResponse
Berikut pemetaan nilai untuk QuestionnaireResponse
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks pengiriman data tambahan pada bagian peresepan obat:
|
Silakan klik setiap teks variabel/parameter/element FHIR pada daftar pemetaan nilai di bawah ini (berwarna merah), untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan. |
Pemetaan Variabel Resource Observation dan QuestionnaireResponse | ||
---|---|---|
Elemen/Path FHIR | Terminologi/Format Pengisian | |
Pengkajian Resep | ||
a. Persyaratan Administrasi | ||
1. Nama, umur, jenis kelamin, berat badan dan tinggi badan pasien | ||
| ||
| 1 | |
| Apakah nama, umur, jenis kelamin, berat badan dan tinggi badan pasien sudah sesuai? | |
| ||
| OV000052 | OV000053 |
| Sesuai | Tidak Sesuai |
Pilihan Jawaban yang divisualisasikan | Sesuai | Tidak Sesuai |
| (Tipe data String) | |
2. Nama, nomor ijin, alamat dan paraf dokter | ||
| ||
| 2 | |
| Apakah nama, nomor ijin, alamat dan paraf dokter sudah sesuai? | |
| ||
| OV000052 | OV000053 |
| Sesuai | Tidak Sesuai |
Pilihan Jawaban yang divisualisasikan | Sesuai | Tidak Sesuai |
| (Tipe data String) | |
3. Tanggal resep | ||
| ||
| 3 | |
| Apakah tanggal resep sudah sesuai? | |
| ||
| OV000052 | OV000053 |
| Sesuai | Tidak Sesuai |
Pilihan Jawaban yang divisualisasikan | Sesuai | Tidak Sesuai |
| (Tipe data String) | |
4. Ruangan/unit asal resep | ||
| ||
| 4 | |
| Apakah ruangan/unit asal resep sudah sesuai? | |
| ||
| OV000052 | OV000053 |
| Sesuai | Tidak Sesuai |
Pilihan Jawaban yang divisualisasikan | Sesuai | Tidak Sesuai |
| (Tipe data String) | |
b. Persyaratan Farmasetik | ||
1. Nama obat, bentuk dan kekuatan sediaan | ||
| ||
| 1 | |
| Apakah nama obat, bentuk dan kekuatan sediaan sudah sesuai? | |
| ||
| OV000052 | OV000053 |
| Sesuai | Tidak Sesuai |
Pilihan Jawaban yang divisualisasikan | Sesuai | Tidak Sesuai |
| (Tipe data String) | |
2. Dosis dan jumlah obat | ||
| ||
| 2 | |
| Apakah dosis dan jumlah obat sudah sesuai? | |
| ||
| OV000052 | OV000053 |
| Sesuai | Tidak Sesuai |
Pilihan Jawaban yang divisualisasikan | Sesuai | Tidak Sesuai |
| (Tipe data String) | |
3. Stabilitas | ||
| ||
| 3 | |
| Apakah stabilitas obat sudah sesuai? | |
| ||
| OV000052 | OV000053 |
| Sesuai | Tidak Sesuai |
Pilihan Jawaban yang divisualisasikan | Sesuai | Tidak Sesuai |
| (Tipe data String) | |
4. Aturan dan cara penggunaan | ||
| ||
| 3 | |
| Apakah aturan dan cara penggunaan obat sudah sesuai? | |
| ||
| OV000052 | OV000053 |
| Sesuai | Tidak Sesuai |
Pilihan Jawaban yang divisualisasikan | Sesuai | Tidak Sesuai |
| (Tipe data String) | |
c. Persyaratan Klinis | ||
1. Ketepatan indikasi, dosis, dan waktu penggunaan obat | ||
| ||
| 1 | |
| Apakah ketepatan indikasi, dosis, dan waktu penggunaan obat sudah sesuai? | |
| ||
| OV000052 | OV000053 |
| Sesuai | Tidak Sesuai |
Pilihan Jawaban yang divisualisasikan | Sesuai | Tidak Sesuai |
| (Tipe data String) | |
2. Duplikasi pengobatan | ||
| ||
| 2 | |
| Apakah terdapat duplikasi pengobatan? | |
| (Tipe data Boolean) | |
Pilihan Jawaban yang divisualisasikan | Ya | Tidak |
| (Tipe data String) | |
3. Alergi dan Reaksi Obat yang Tidak Dikehendaki (ROTD) | ||
| ||
| 3 | |
| Apakah terdapat Alergi dan Reaksi Obat yang Tidak Dikehendaki (ROTD)? | |
| (Tipe data Boolean) | |
Pilihan Jawaban yang divisualisasikan | Ya | Tidak |
| (Tipe data String) | |
4. Kontraindikasi | ||
| ||
| 4 | |
| ||
| (Tipe data Boolean) | |
Pilihan Jawaban yang divisualisasikan | Ya | Tidak |
| (Tipe data String) | |
4. Interaksi obat | ||
| ||
| 5 | |
| Apakah terdapat interaksi obat? | |
| (Tipe data Boolean) | |
Pilihan Jawaban yang divisualisasikan | Ya | Tidak |
| (Tipe data String) |
Pengiriman Data pengeluaran Obat
Pengiriman data dispense obat akan menggunakan 2 resources yaitu Medication
dan MedicationDispense
. Resource Medication
akan mencatatkan data umum terkait obat. Sedangkan resource MedicationDispense
akan digunakan untuk mengirimkan data terkait proses dispense obat. Kedua data ini dikirimkan secara bersamaan menggunakan bundle. Satu record Medication
dan MedicationDispense
hanya digunakan untuk 1 peresepan obat saja. Apabila terdapat 2 obat yang diresepkan, maka dikirimkan 2 paket Medication
dan MedicationDispense
. Penjelasan setiap elemen resource Medication
dapat dilihat dalam bab 4.2.12 Pengiriman Data Peresepan Obat.


Penjelasan ketentuan spesifik pengiriman data pada resource Medication
dapat dilihat dalam Bab Pengiriman Data Peresepan Obat.
Pemetaan Nilai
Berikut pemetaan nilai untuk MedicationDispense
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks data pengeluaran obat:
Silakan klik setiap teks variabel/parameter/element FHIR pada daftar pemetaan nilai di bawah ini (berwarna merah), untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan. |
MedicationDispense.dosageInstruction[i].additionalInstruction
MedicationDispense.dosageInstruction[i].doseAndRate.doseRange
MedicationDispense.dosageInstruction[i].doseAndRate.doseQuantity
MedicationDispense.dosageInstruction[i].doseAndRate.rateRatio
MedicationDispense.dosageInstruction[i].doseAndRate.rateRange
MedicationDispense.dosageInstruction[i].doseAndRate.rateQuantity
MedicationDispense.dosageInstruction[i].maxDosePerAdministration
Ketentuan Pengisian
Ketentuan pengisian secara spesifik untuk pengisian resource MedicationDispense
adalah sebagai berikut:
MedicationDispense.dosageInstruction[i].sequence
MedicationRequest.dosageInstruction[i].sequence
menjelaskan urutan aturan pemakaian dari obat.Apabila dalam peresepan aturan pakai akan selalu sama dari awal sampai akhir, maka cukup menuliskan 1 paket aturan pakai dengan nilai sequence=1.
Apabila terdapat perubahan aturan pakai dalam peresepan, contoh tapering-down, maka perlu dituliskan 2 paket aturan pakai dengan paket pertama nilai sequence=1, sedangkan paket aturan pakai kedua dengan nilan sequence=2
MedicationDispense.dosageInstruction[i].timing.repeat
MedicationDispense.dosageInstruction[i].timing.repeat
berisi aturan kapan suatu obat harus dikonsumsi. Cara Pengisian dapat dilihat dalam Gambar di bawah ini.
description | duration | durationUnit | frequency | frequencyMax | period | periodUnit | periodMax | DayofWeek | TimeOfDay | when | offset | bounds[x] | count |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Every 8 hours | 1 | 8 | h | ||||||||||
Every 7 days | 1 | 7 | d | ||||||||||
3 times a day | 3 | 1 | d | ||||||||||
3-4 times a day | 3 | 4 | 1 | d | |||||||||
Every 4-6 hours | 1 | 4 | h | 6 | |||||||||
Every 21 days for 1 hours | 1 | hr | 1 | 21 | d | ||||||||
Three times a week for 1/2 hour | 0.5 | hr | 3 | 1 | wk | ||||||||
With breakfast | CM | ||||||||||||
For 5 minutes, 10 minutes before meals | 5 | min | AC | 10 | |||||||||
1 tablet 3 times daily, 30 minutes before meals | 3 | 1 | d | AC | 30 | ||||||||
BID, 30 mins before meal, for next 10 days | 2 | 1 | d | AC | 30 | Duration = 10 days | |||||||
TID, for 14 days | 3 | 1 | d | Duration = 14 days | |||||||||
BID, start on 7/1/2015 at 1:00 PM | 2 | 1 | d | Period.start = 2015-07-01T13:00:00 | |||||||||
Mon, Wed, Fri, Morning | 1 | 1 | d | mon l wed l fri | MORN | ||||||||
Every day at 10am | 1 | 1 | d | 10:00 | |||||||||
Take once, at any time | 1 | ||||||||||||
Take every second day, in the morning, until 20 have been taken | 1 | 2 | d | MORN | 20 |
MedicationDispense.dosageInstruction[i].timing.code
MedicationDispense.dosageInstruction[i].timing.code
berisi kode untuk aturan kapan suatu obat harus dikonsumsi. Apabila mengirimkan data menggunakanMedicationDispense.dosageInstruction[i].timing.code
, elemenMedicationDispense.dosageInstruction[i].timing.repeat
harus tetap diisi yang ekuivalen. Hubungan antaraMedicationDispense.dosageInstruction[i].timing.code
denganMedicationDispense.dosageInstruction[i].timing.repeat
dapat dilihat dalam Gambar di bawah ini.
description | duration | durationUnit | frequency | frequencyMax | period | periodUnit | periodMax | when | bounds[x] |
---|---|---|---|---|---|---|---|---|---|
QOD | 1 | 2 | d | ||||||
QD | 1 | 1 | d | ||||||
BID | 2 | 1 | d | ||||||
TID | 3 | 1 | d | ||||||
QID | 4 | 1 | d | ||||||
Q4H | 1 | 4 | h | ||||||
Q6H | 1 | 6 | h | ||||||
AM | 1 | 1 | d | MORN | |||||
PM | 1 | 1 | d | AFT or EVE |
Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Medication
dan MedicationDispense
(data peresepan obat dan pengeluaran obat), dapat dilihat dalam resource Medication
dan resource MedicationDispense
. Untuk contoh pengiriman data atau payload dari Medication
dan MedicationDispense
dapat dilihat dalam Postman Collection.
Perencanaan Pemulangan Pasien
Data perencanaan pemulangan pasien merupakan serangkaian keputusan dan aktivitas-aktivitasnya yang terlibat dalam pemberian asuhan keperawatan yang kontinu dan terkoordinasi ketika pasien dipulangkan dari pelayanan kesehatan. Data terkait dengan perencanaan pemulangan pasien ini dikirimkan menggunakan resources Observation
dan CarePlan
. Pemetaan nilai dari Resources CarePlan
dapat dilihat pada Bab Rencana Rawat dan Resources Observation dapat dilihat pada Bab Pemeriksaan Penunjang.
Pemetaan Variabel dan Terminologi Spesifik
Terminologi spesifik yang digunakan dalam pengiriman Perencanaan Pemulangan Pasien melalui resource Observation
dan CarePlan
dapat dilihat dalam tabel berikut:
Pemetaan Variabel Resource Condition | |||||
---|---|---|---|---|---|
Elemen/Path FHIR | Terminologi/Format Pengisian | ||||
Kriteria Pasien yang dilakukan Rencana Pemulangan | |||||
| |||||
| OC000055 | ||||
| Kriteria Pasien yang dilakukan Rencana Pemulangan | ||||
| |||||
| survey | ||||
| Survey ..^s | ||||
| |||||
| 105436006 | 928000 | OV000072 | 443430002 | OV000073 |
| Elderly person | Musculoskeletal disorder | Pasien dengan perawatan berkelanjutan atau panjang | Requires assistance with all daily activities | Tidak masuk kriteria |
Perencanaan Pemulangan Pasien | |||||
| |||||
| 736372004 | ||||
| Discharge care plan | ||||
| (Tipe data String) |
16. Pembaharuan Data Kunjungan
Setelah pasien selesai melakukan kunjungan ke fasyankes, maka perlu dilakukan pembaharuan data kunjungan dengan menambahkan informasi seperti diagnosis primer, diagnosa sekunder, periode kunjungan selesai, Kondisi Saat Meninggalkan Rumah Sakit, dan Rencana Tindak Lanjut serta Cara Keluar dari Rumah Sakit, atau informasi lainnya yang belum tersedia di awal kunjungan dengan metode PUT. Jika pasien melakukan perpindahan ruangan hingga sistem pergantian tenaga kesehatan maupun rawat bersama maka pembaharuan juga dilakukan dengan metode PUT. Pastikan dalam payload yang akan dilakukan pembaharuan, dimasukkan elemen Encounter.id
yang berisi UUID balikan dari SATUSEHAT setelah pengiriman data kunjungan di awal.
Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Encounter
(pembaharuan data kunjungan), dapat dilihat dalam resource Encounter
. Untuk contoh pengiriman data atau payload dari Encounter
dapat dilihat dalam Postman Collection.