Rawat Inap
Riwayat Perubahan
Details
Versi | Tanggal Pembaruan | Deskripsi Perubahan | Penanggung Jawab |
---|---|---|---|
v4.2 | 12 Juni 2024 |
| Luthfi Nabilah Qonitah |
v4.1 | 7 Mei 2024 |
| Luthfi Nabilah Qonitah |
v4.0 | 22 Maret 2024 |
| Sania Fitria |
v3.0 | 18 Februari 2024 |
| Sania Fitria |
v2.1 | 9 Januari 2024 | Penambahan Variabel Status Puasa pada Pemeriksaan Penunjang Laboratorium dan Radiologi. | Sania Fitria |
v2.0 | 27 November 2023 |
| Sania Fitria |
v1.0 | 15 November 2023 | Rilis dokumen awal. | Sania Fitria |
ORIENTASI (ONBOARDING/PRE-USECASE)
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
Informasi autentikasi atau pertukaran/transaksi data akan dibahas lebih lanjut pada Autentikasi
Registrasi Struktur Organisasi
Berikut ini adalah struktur organisasi dari resume medis rawat inap
Informasi terkait pemetaan nilai, penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource |
Registrasi Struktur Lokasi
Berikut ini adalah struktur lokasi dari resume medis rawat inap
Informasi terkait pemetaan nilai, penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource |
Nomor IHS untuk Tenaga Kesehatan
Informasi terkait pemetaan nilai, penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource |
INTEGRASI
Pelayanan Rawat Inap adalah pelayanan pasien untuk observasi, diagnosis, pengobatan, rehabilitasi dan/atau pelayanan kesehatan lainnya dengan menginap di Rumah Sakit[1][2].
Playbook pelayanan rawat inap dibuat sebagai panduan teknis untuk fasilitas pelayanan kesehatan atau pengembang rekam medis elektronik lainnya dalam melakukan proses integrasi dan interoperabilitas di dalam SATUSEHAT Platform (SSP), khususnya informasi terkait pelayanan rawat inap. Playbook ini menjelaskan secara detail mengenai standar tahapan alur integrasi dan format pengiriman data, mulai dari:
Pendaftaran Pasien
Pendaftaran Kunjungan
Pengiriman Data Rencana Rawat
Pengiriman Data Formulir Rawat Inap
Pengiriman Data Instruksi Medik dan Keperawatan
Pengiriman Data Pemeriksaan Penunjang Laboratorium
Pengiriman Data Pemeriksaan Penunjang Radiologi
Pengiriman Data Diagnosis
Pengiriman Data Tindakan/Prosedur Medis
Pengiriman Data Peresepan Obat
Pengiriman Data Pengkajian Resep
Pengiriman Data Pengeluaran Obat
Pengiriman Data Edukasi
Pengiriman Data Pemulangan Pasien
Pengiriman Data Prognosis
Pengiriman Data Rencana Tindak Lanjut dan Sarana Transportasi untuk Rujuk
Pengiriman Data Instruksi Tindak Lanjut
Pengiriman Data Kondisi Saat Meninggalkan Rumah Sakit
Pengiriman Data Cara Keluar dari Rumah Sakit
Pembaruan Data Kunjungan
Resource FHIR yang digunakan pada modul pelayanan ini, yaitu:
Patient
AllergyIntolerance
CarePlan
ClinicalImpression
Condition
DiagnosticReport
Encounter
ImagingStudy
Medication
MedicationDispense
MedicationRequest
MedicationStatement
Observation
Procedure
QuestionnaireResponse
ServiceRequest
Specimen
Tahapan alur integrasi dan resource yang digunakan untuk modul rawat inap dapat dilihat pada Gambar 3.
Alur integrasi dan format pengiriman 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 | Formulir Rawat Inap | |||
1. Anamnesis | ||||
a | Keluhatan Utama |
|
| |
| ||||
b | Riwayat Penyakit |
|
| |
| ||||
c | Riwayat Alergi |
|
| |
| ||||
d | Riwayat Pengobatan |
|
| |
| ||||
| ||||
2. Pemeriksaan Fisik | ||||
1) | Tingkat Kesadaran |
|
| |
| ||||
| ||||
2) | Vital Sign | |||
a) | Denyut Jantung |
|
| |
| ||||
| ||||
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) | Tinggi Badan |
|
| |
| ||||
| ||||
5) | Berat Badan |
|
| |
| ||||
| ||||
6) | Luas Permukaan Tubuh untuk Anak-Anak |
|
| |
| ||||
| ||||
3. Pemeriksaan Psikologis | ||||
a) | Status psikologis |
|
| |
| ||||
| ||||
4 | Instruksi Medik dan Keperawatan |
|
| |
| ||||
5 | Pemeriksaan Penunjang | |||
a. Laboratorium | ||||
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) | Status Puasa Pasien |
|
| |
Procedure |
| |||
| ||||
| ||||
12) | Asal Sumber Spesimen Klinis |
|
| |
| ||||
13) | Lokasi Pengambilan Spesimen Klinis |
|
| |
14) | Jumlah Spesimen Klinis |
|
| |
15) | Volume Spesimen Klinis |
|
| |
16) | Cara / Metode Pengambilan Spesimen Klinis |
|
| |
| ||||
17) | Waktu Pengambilan Spesimen Klinis | |||
a) | Tanggal Pengambilan Spesimen Klinis |
|
| |
b) | Jam Pengambilan Spesimen Klinis |
|
| |
18) | Kondisi Spesimen Klinis pada saat Pengambilan |
|
| |
19) | Waktu Fiksasi Spesimen Klinis | |||
a) | Tanggal Fiksasi Spesimen Klinis |
|
| |
b) | Jam Fiksasi Spesimen Klinis |
|
| |
20) | Cairan Fiksasi |
|
| |
21) | Volume Cairan Fiksasi |
|
| |
22) | Nama Petugas yang Mengambil Spesimen Klinis |
|
| |
23) | Nama Petugas yang Mengantarkan Spesimen Klinis |
|
| |
24) | Nama Petugas yang Menerima Spesimen Klinis |
|
| |
25) | Nama Petugas yang Menganalisis Spesimen Klinis |
|
| |
26) | Waktu Pemeriksaan/Pengujian dan Pengolahan Spesimen Klinis | |||
a) | Tanggal Pemeriksaan/Pengujian dan Pengolahan Spesimen Klinis |
|
| |
b) | Jam Pemeriksaan/Pengujian dan Pengolahan Spesimen Klinis |
|
| |
27) | Hasil Pemeriksaan | |||
a) | Nilai Hasil Pemeriksaan |
|
| |
| ||||
b) | Nilai Normal/Tidak Normal |
|
| |
c) | Nilai Rujukan |
|
| |
d) | Nilai Kritis |
|
| |
28) | Interpretasi Hasil Pemeriksaan |
|
| |
29) | Nama Dokter yang Memvalidasi/Memverifikasi Hasil Pemeriksaan |
|
| |
30) | Nama Dokter yang Menginterpretasi Hasil Pemeriksaan |
|
| |
31) | Waktu Hasil Pemeriksaan Keluar dari Laboratorium | |||
a) | Tanggal Hasil Pemeriksaan Keluar dari Laboratorium |
|
| |
b) | Jam Hasil Pemeriksaan Keluar dari Laboratorium |
|
| |
32) | Waktu Hasil Pemeriksaan Laboratorium Diterima Unit Pengirim | |||
a) | Tanggal Hasil Pemeriksaan Laboratorium Diterima Unit Pengirim |
|
| |
b) | Jam Hasil Pemeriksaan Laboratorium Diterima Unit Pengirim |
|
| |
33) | Nama Fasilitas Kesehatan yang Melakukan Pemeriksaan |
|
| |
e. 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 |
|
| |
11) | Status Alergi Pasien terhadap Bahan Kontras/Zat Lainnya |
|
| |
|
| |||
| ||||
12) | Status Kehamilan |
|
| |
|
| |||
| ||||
| ||||
13) | Status Puasa Pasien |
|
| |
|
| |||
| ||||
| ||||
14) | Tanggal dan Waktu Pemeriksaan Radiologi | |||
a) | Tanggal Pemeriksaan Radiologi |
|
| |
b) | Jam Pemeriksaan Radiologi |
|
| |
15) | Jenis Bahan Kontras |
|
| |
16) | Hasil Pemeriksaan | |||
a) | Foto Hasil Pemeriksaan Radiologi |
|
| |
b) | Nama Dokter yang Menginterpretasi Hasil Pemeriksaan |
|
| |
c) | Interpretasi Radiologi |
|
| |
| ||||
| ||||
| ||||
17) | Jenis Modalitas Radiologi |
|
| |
| ||||
18) | Kode Identitas Modalitas (AE Title) |
|
| |
6 | Diagnosis | |||
a. Diagnosis Awal / Masuk |
|
| ||
| ||||
`Condition ` |
| |||
| ||||
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 |
|
| |
k | Nomor Telepon Seluler Dokter Penulis Resep |
|
| |
l | Tanggal Penulisan Resep |
|
| |
m | Jam Penulisan Resep |
|
| |
n | Status Resep |
|
| |
9 | Pengkajian Resep | |||
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 |
|
| |
| ||||
10 | Pengeluaran 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 |
|
| |
| ||||
11 | Edukasi |
|
| |
12 | Perencanaan Pemulangan Pasien | |||
a | Kriteria Pasien yang dilakukan Rencana Pemulangan |
|
| |
| ||||
| ||||
b | Perencanaan Pemulangan Pasien |
|
| |
| ||||
13 | Rencana Tindak Lanjut dan Sarana Transportasi Untuk Rujuk | |||
a | Rencana Tindak Lanjut |
|
| |
b | Sarana Transportasi Untuk Rujuk |
|
| |
14 | Instruksi untuk Tindak Lanjut | |||
a | Kontrol ke |
|
| |
| ||||
| ||||
b | Tanggal |
| ||
c | Dalam Keadaan Darurat dapat Menghubungi |
| ||
15 | Kondisi Saat Meninggalkan Rumah Sakit |
|
| |
|
| |||
16 | Cara Keluar dari Rumah Sakit |
|
|
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. Pengiriman Data 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) |
4. Pengiriman Data Formulir Rawat Inap
Data Formulir Rawat Inap terdiri atas data anamnesis mencakup keluhan utama, riwayat penyakit, riwayat pengobatan, riwayat alergi, serta data penajaman anamnesis seperti diagnosis kerja atau sementara yang diberikan oleh DPJP dapat dikirimkan juga pada pengisian data anamnesis dalam bentuk kode maupun teks, pemeriksaan fisik, dan pemeriksaan psikologis, sosial ekonomi, serta spiritual. Data yang dimiliki pasien tersebut dapat dikirimkan menggunakan resource Condition
, AllergyIntolerance
, MedicationStatement
, Medication
, dan Observation
.
Pemetaan Nilai Condition
Berikut pemetaan nilai untuk Condition
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks pengiriman data diagnosis pasien:
|
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 Condition
(data diagnosis), dapat dilihat dalam resource Condition
. Untuk contoh pengiriman data atau payload dari Condition
dapat dilihat dalam Postman Collection.
Pemetaan Nilai AllergyIntolerance
Berikut pemetaan nilai untuk AllergyIntolerance
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks Pengiriman Data Alergi:
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 AllergyIntolerance
(data alergi), dapat dilihat dalam resource AllergyIntolerance
. Untuk contoh pengiriman data atau payload dari AllergyIntolerance
dapat dilihat dalam Postman Collection.
Pemetaan Nilai MedicationStatement
Berikut pemetaan nilai untuk MedicationStatement
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks catatan pengobatan pasien:
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 Nilai Observation
Berikut pemetaan nilai untuk Observation
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks pemeriksaan 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 Observation
, dan contoh pengiriman data atau payload dari data tanda vital dapat dilihat dalam Postman Collection pada Petunjuk Teknis SATUSEHAT (Juknis SATSET).
Pemetaan Variabel dan Terminologi Spesifik
Terminologi spesifik yang digunakan dalam pengiriman data formulir rawat inap melalui resource Condition
, AllergyIntolerance
, MedicationStatement
, dan Observation
dapat dilihat dalam tabel berikut:
Pemetaan Variabel Resource Condition , AllergyIntolerance , MedicationStatement , dan Observation | |||||
---|---|---|---|---|---|
Elemen/Path FHIR | Terminologi/Format Pengisian | ||||
1. | Anamnesis | ||||
a. Keluhan Utama | |||||
| |||||
| problem-list-item | ||||
| Problem List Item | ||||
| |||||
| SNOMED-CT Code Ruang lingkup kode SNOMED CT yang dapat dipakai: Expression Constraint Language (ECL) Query: < 404684003 |Clinical finding (finding)| | ||||
| SNOMED-CT Description | ||||
b. Riwayat Penyakit | |||||
| |||||
| problem-list-item | ||||
| Problem List Item | ||||
| |||||
| SNOMED-CT Code Ruang lingkup kode SNOMED CT yang dapat dipakai: 1. Riwayat Pribadi → Expression Constraint Language (ECL) Query: < 417662000 | History of clinical finding in subject (situation) | OR < 443508001 | No history of clinical finding in subject (situation) | 2. Riwayat Keluarga → Expression Constraint Language (ECL) Query: < 416471007 | Family history of clinical finding (situation) | OR < 160266009 | | ||||
| SNOMED-CT Description | ||||
c. Riwayat Alergi | |||||
| |||||
| |||||
| medication | ||||
| Medication | ||||
| http://terminology.hl7.org/CodeSystem/allergyintolerance-clinical | ||||
| active | inactive | |||
| Active | Inactive | |||
Pilihan jawaban yang divisualisasikan | Ya | Tidak | |||
d. Riwayat Pengobatan | |||||
| Lihat di Dokumen Lampiran Standar Terminologi SATUSEHAT | ||||
|
| MedicationStatement.medicationReference | |||
Lihat di Sub-Bab Ketentuan Pengisian Riwayat Pengobatan | |||||
| (Tipe Data String) | ||||
2. | Pemeriksaan Fisik | ||||
1) Tingkat Kesadaran Hasil Prosedur Diagnostik | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 67775-7 | ||||
| Level of responsiveness | ||||
|
|
| Keterangan | ||
248234008 | Mentally alert | 1. Sadar Baik/Alert: 0 | |||
300202002 | Response to voice | 2. Berespon dengan kata-kata/Voice: 1 | |||
450847001 | Response to pain | 3. Hanya berespons jika dirangsang nyeri/pain: 2 | |||
422768004 | Unresponsive | 4. Pasien tidak sadar/unresponsive: 3 | |||
130987000 | Acute confusion | 5. Gelisah atau bingung: 4 | |||
2776000 | Delirium | 6. Acute Confusional States: 5 | |||
2) Vital Sign | |||||
a) Denyut Jantung | |||||
| |||||
| vital-signs | ||||
| Vital Signs | ||||
| |||||
| 8867-4 | ||||
| Heart rate | ||||
| (Tipe data Decimal) | ||||
| beats/min | ||||
| |||||
| /min | ||||
b) Pernapasan | |||||
| |||||
| vital-signs | ||||
| Vital Signs | ||||
| |||||
| 9279-1 | ||||
| Respiratory rate | ||||
| (Tipe data Decimal) | ||||
| breaths/min | ||||
| |||||
| /min | ||||
c) Tekanan Darah | |||||
(1) Sistole | |||||
| |||||
| vital-signs | ||||
| Vital Signs | ||||
| |||||
| 8480-6 | ||||
| Systolic blood pressure | ||||
| (Tipe data Decimal) | ||||
| mm[Hg] | ||||
| |||||
| mm[Hg] | ||||
(2) Diastole | |||||
| |||||
| vital-signs | ||||
| Vital Signs | ||||
| |||||
| 8462-4 | ||||
| Diastolic blood pressure | ||||
| (Tipe data Decimal) | ||||
| mm[Hg] | ||||
| |||||
| mm[Hg] | ||||
d. Suhu Tubuh | |||||
| |||||
| vital-signs | ||||
| Vital Signs | ||||
| |||||
| 8310-5 | ||||
| Body temperature | ||||
| (Tipe data Decimal) | ||||
| C | ||||
| |||||
| Cel | ||||
3) Pemeriksaan Fisik Head to Toe | |||||
a) Kepala | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 10199-8 | ||||
| Physical findings of Head Narrative | ||||
| (Tipe data String) | ||||
b) Mata | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 10197-2 | ||||
| Physical findings of Eye Narrative | ||||
| (Tipe data String) | ||||
c) Telinga | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 10195-6 | ||||
| Physical findings of Ear Narrative | ||||
| (Tipe data String) | ||||
d) Hidung | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 10203-8 | ||||
| Physical findings of Nose Narrative | ||||
| (Tipe data String) | ||||
e) Rambut | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 32436-8 | ||||
| Physical findings of Hair | ||||
| (Tipe data String) | ||||
f) Bibir | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 32446-7 | ||||
| Physical findings of Lip | ||||
| (Tipe data String) | ||||
g) Gigi geligi | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 85910-8 | ||||
| Physical findings of Teeth and Gum Narrative | ||||
| (Tipe data String) | ||||
h) Lidah | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 32483-0 | ||||
| Physical findings of Tongue | ||||
| (Tipe data String) | ||||
i) Langit-langit | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 10201-2 | ||||
| Physical findings of Mouth and Throat and Teeth Narrative | ||||
| |||||
| 72914001 | ||||
| Palatal structure | ||||
| (Tipe data String) | ||||
j) Leher | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 11411-6 | ||||
| Physical findings of Neck Narrative | ||||
| (Tipe data String) | ||||
k) Tenggorokan | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 56867-5 | ||||
| Physical findings of Throat Narrative | ||||
| (Tipe data String) | ||||
l) Tonsil | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 10201-2 | ||||
| Physical findings of Mouth and Throat and Teeth Narrative | ||||
| |||||
| 91636008 | ||||
| Bilateral palatine tonsils | ||||
| (Tipe data String) | ||||
m) Dada | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 11391-0 | ||||
| Physical findings of Chest Narrative | ||||
| (Tipe data String) | ||||
n) Payudara | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 10193-1 | ||||
| Physical findings of Breast Narrative | ||||
| (Tipe data String) | ||||
0) Punggung | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 10192-3 | ||||
| Physical findings of Back Narrative | ||||
| (Tipe data String) | ||||
p) Perut | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 10191-5 | ||||
| Physical findings of Abdomen Narrative | ||||
| (Tipe data String) | ||||
q) Genital | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 11400-9 | ||||
| Physical findings of Genitalia Narrative | ||||
| (Tipe data String) | ||||
r) Anus/Dubur | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 11388-6 | ||||
| Physical findings of Buttocks Narrative | ||||
| |||||
| 53505006 | ||||
| Anal structure | ||||
| (Tipe data String) | ||||
s) Lengan Atas | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 11386-0 | ||||
| Physical findings of Upper Arm Narrative | ||||
| (Tipe data String) | ||||
t) Lengan Bawah | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 11398-5 | ||||
| Physical findings of Forearm Narrative | ||||
| (Tipe data String) | ||||
u) Jari Tangan | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 11404-1 | ||||
| Physical findings of Hand Narrative | ||||
| |||||
| 7569003 | ||||
| Finger structure | ||||
| (Tipe data String) | ||||
v) Kuku tangan | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 32456-6 | ||||
| Physical findings of Nail | ||||
| |||||
| 770812000 | ||||
| Entire nail unit of finger | ||||
| (Tipe data String) | ||||
w) Persendian tangan | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 11415-7 | ||||
| Physical findings of Wrist Narrative | ||||
| (Tipe data String) | ||||
x) Tungkai atas | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 11414-0 | ||||
| Physical findings of Thigh Narrative | ||||
| (Tipe data String) | ||||
y) Tungkai Bawah | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 11389-4 | ||||
| Physical findings of Calf Narrative | ||||
| (Tipe data String) | ||||
z) Jari Kaki | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 11397-7 | ||||
| Physical findings of Foot Narrative | ||||
| |||||
| 29707007 | ||||
| Toe structure | ||||
| (Tipe data String) | ||||
aa) Kuku Kaki | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 32456-6 | ||||
| Physical findings of Nail | ||||
| |||||
| 77085009 | ||||
| Structure of nail unit of toe | ||||
| (Tipe data String) | ||||
ab) Persendian Kaki | |||||
| |||||
| exam | ||||
| Exam | ||||
| |||||
| 11385-2 | ||||
| Physical findings of Ankle Narrative | ||||
| |||||
| 26552008 | ||||
| Foot joint structure | ||||
| (Tipe data String) | ||||
4) Tinggi Badan | |||||
| |||||
| vital-signs | ||||
| Vital Signs | ||||
| |||||
| 8302-2 | ||||
| Body height | ||||
| (Tipe data Decimal) | ||||
| cm | ||||
| |||||
| cm | ||||
5) Berat Badan | |||||
| |||||
| vital-signs | ||||
| Vital Signs | ||||
| |||||
| 29463-7 | ||||
| Body weight | ||||
| (Tipe data Decimal) | ||||
| kg | ||||
| |||||
| kg | ||||
6) Luas Permukaan Tubuh untuk Anak-Anak | |||||
| |||||
| vital-signs | ||||
| Vital Signs | ||||
| |||||
| 8277-6 | ||||
| Body surface area | ||||
| (Tipe data Decimal) | ||||
| m² | ||||
| |||||
| m² | ||||
3. | Pemeriksaan Psikologis | ||||
a. Status Psikologis | |||||
| |||||
| survey | ||||
| Survey | ||||
| |||||
| 8693-4 | ||||
| Mental Status | ||||
|
|
| Keterangan | ||
17326005 | Well in self | 1. Tidak ada kelainan | |||
48694002 | Feeling anxious | 2. Cemas | |||
1402001 | Afraid | 3. Takut | |||
75408008 | Feeling angry | 4. Marah | |||
420038007 | Feeling unhappy | 5. Sedih | |||
74964007 | Other | 6. Lain-lain (Free Text) | |||
| (Tipe data String) |
Ketentuan Pengisian Riwayat Pengobatan
Ketentuan pengisian secara spesifik untuk pengisian resource MedicationStatement
adalah sebagai berikut:
MedicationStatement.medicationReference
MedicationStatement.medicationReference
dapat digunakan saat :Obat yang dikonsumsi Pasien sebelumnya berasal dari fasyankes tempat dilakukan pelayanan. fasyankes dapat melakukan
GET MedicationDispense
dengan{patient-ihs-number}
, dan mendapatkanuuid
ReferensiMedication
sebelumnya yang akan dijadikan sebagai referensi dalam pengiriman data Riwayat Pengobatan.
MedicationStatement.medicationCodeableConcept
MedicationStatement.medicationCodeableConcept
digunakan saat pasien mengkonsumsi obat yang bukan berasal dari fasyankes tempat dilakukan pelayanan. Pengiriman dataMedicationStatement.medicationCodeableConcept
menggunakan Kode Produk Obat Aktual (93xxxxxx) dan Kode Produk Obat Template (92xxxxxx). Daftar kode obat aktual dan template dapat dilihat pada browser kamus KFA. Berikut adalah variasi pengiriman data menggunakanMedicationStatement.medicationCodeableConcept
:Jika pasien membawa obat yang dikonsumsi dan diketahui merk obat yang digunakan, maka kode yang akan digunakan adalah kode awalan 93.
Contoh : 93005512 → Ampicillin Trihydrate 500 mg Tablet (PHARMA LABORATORIES)Jika pasien hanya menyebutkan obat yang dikonsumsi tanpa mengetahui merk obat yang digunakan, maka kode yang akan digunakan adalah kode awalan 92.
Contoh : 92001087 → Ampicillin Trihydrate 500 mg Tablet
Skenario |
|
|
|
Jika pasien membawa obat yang dikonsumsi dan diketahui merk obat yang digunakan | Ampicillin Trihydrate 500 mg | ||
93005512 | Ampicillin Trihydrate 500 mg Tablet (PHARMA LABORATORIES) | ||
Jika pasien hanya menyebutkan obat yang dikonsumsi tanpa mengetahui merk obat yang digunakan | Ampicillin Trihydrate 500 mg | ||
92001087 | Ampicillin Trihydrate 500 mg Tablet |
5. Pengiriman Data 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) |
6. Pengiriman Data Pemeriksaan Penunjang Laboratorium
Data pemeriksaan penunjangmencakup pemeriksaan laboratorium dan radiologi yang dilakukan terhadap seorang pasien.
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 Tunggal](../_images/penunjang-tunggal.png)
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
.
![Pemeriksaan Penunjang Panel](../_images/penunjang-panel.png)
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.
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.
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.
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.
7. Pengiriman Data Pemeriksaan Penunjang Radiologi
Data pemeriksaan penunjang mencakup pemeriksaan laboratorium dan radiologi yang dilakukan terhadap seorang pasien. Berikut alur integrasi dan pemetaan nilai pengiriman data pemeriksaan penunjang radiologi.
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
Informasi lebih lanjut dapat dilihat pada Link berikut. image::hierarki-pencitraan.png[DICOM,1000,600,align=center]
Hierarki pencitraan pada DICOM terdiri dari 4 level yaitu:
Patient
Study
Series
Instance
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 dimana 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 atau dikeluarkan oleh Radiology Information System (RIS) namun SIMRS terhubung dengan RIS. Alur atau proses pengiriman data untuk skema ini adalah:
Permintaan atau order pemeriksaan radiologi dilakukan oleh SIMRS.
a. SIMRS 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.
Selengkapnya dapat dilihat pada Gambar 5A, dengan teknis pengiriman data ke SATUSEHAT melalui resource ServiceRequest
, Observation
, dan DiagnosticReport
akan dilakukan oleh SIMRS.
Accession Number dikeluarkan oleh SIMPUS/SIMRS ke Modality melalui DICOM Router Alur atau proses pengiriman data untuk skema ini adalah:
Permintaan atau order pemeriksaan Penunjang/Ultrasonografi (USG) dilakukan oleh SIMPUS/SIMRS.
SIMPUS/SIMRS mengeluarkan accession number.
Pembuatan work list untuk modalitas USG. Work list merupakan daftar permintaan yang perlu dilakukan oleh modalitas (USG).
Pelaksanaan atau pengambilan pencitraan USG oleh masing-masing modalitas.
Hasil dalam format DICOM akan disimpan dalam Penyimpanan di Modalitas.
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 USG yang dilakukan oleh dokter spesialis Kandungan dan Kebidanan akan dikirimkan ke SATUSEHAT.
Selengkapnya dapat dilihat pada Gambar 5B, dengan teknis pengiriman data ke SATUSEHAT melalui resource ServiceRequest
, Observation
, dan DiagnosticReport
akan dilakukan oleh SIMPUS/SIMRS.
Alur Pengiriman DICOM pada Fasilitas Pelayanan Kesehatan yang Memiliki MWL dapat dilihat pada Lampiran 2 dan Alur Pengiriman DICOM pada Fasilitas Pelayanan Kesehatan yang Tidak Memiliki MWL dapat dilihat pada Lampiran 3.
Sebelum melakukan pengiriman data DICOM ke SATUSEHAT, fasyankes perlu melakukan instalasi DICOM router.
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 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 dimana 1 payload berisi 1 kode X-ray thorax dan 1 payload berisi kode X-ray abdomen.
Ketentuan pengiriman permintaan ServiceRequest
ditentukan berdasarkan ketersediaan MWL pada fasilitas pelayanan kesehatan. Berikut ketentuan spesifik pengiriman permintaan pemeriksaan radiologi berdasarkan ketersediaan MWL.
Pengiriman Permintaan Pemeriksaan Radiologi pada Fasilitas Pelayanan Kesehatan yang Memiliki MWL
SIMPUS/SIMRS mengirimkan
ServiceRequest
kepada SATUSEHAT dengan ketentuan pengisian berikut:Pada elemen
ServiceRequest.identifier
wajib diisi dengan ID Lokal Permintaan Pemeriksaan Penunjang pada Fasilitas Kesehatan dan 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.Pada
ServiceRequest.orderDetail.coding
digunakan untuk mengirimkan data terkait jenis modalitas radiologi dan kode identitas modalitas radiologi (AE Title). Sedangkan untukServiceRequest.orderDetail.text
digunakan untuk mengirimkan data keterangan tambahan terkait dengan jenis modalitas radiologi.
Pengiriman Permintaan Pemeriksaan Radiologi pada Fasilitas Pelayanan Kesehatan yang Tidak Memiliki MWL
SIMPUS/SIMRS mengirimkan
ServiceRequest
kepada SATUSEHAT dengan format pengisian seperti yang dijelaskan pada poin A.1.a.SIMPUS/SIMRS mengirimkan
ServiceRequest
kepada MWL dalam DICOM Router dengan ketentuan pengisian berikut:Pada
ServiceRequest.identifier
wajib diisi dengan ID Lokal Permintaan Pemeriksaan Penunjang pada Fasilitas Kesehatan dan 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.Pada
ServiceRequest.orderDetail.coding
digunakan untuk mengirimkan data terkait jenis modalitas radiologi dan kode identitas modalitas radiologi (AE Title). Sedangkan untukServiceRequest.orderDetail.text
digunakan untuk mengirimkan data keterangan tambahan terkait dengan jenis modalitas radiologi.Pada
ServiceRequest.contained
digunakan untuk menambahkan data identitas pasien pada hasil radiologi,ServiceRequest.contained
berisi data nomor rekam medis, nama, jenis kelamin, dan tanggal lahir pasien.
Berikut pemetaan nilai untuk ServiceRequest
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks pemeriksaan penunjang:
|
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
, dan contoh pengiriman data atau payload dari data permintaan pemeriksaan penunjang radiologi dapat dilihat dalam Postman Collection.
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.
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.
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.
8. Pengiriman Data Diagnosis
Data diagnosis pasien dapat dikirimkan menggunakan resource Condition
. Informasi diagnosis yang dimiliki pasien dilaporkan menggunakan kode ICD-10. Satu payload Condition
hanya dapat digunakan untuk melaporkan 1 kode ICD-10. Sehingga apabila pasien memiliki lebih dari 1 diagnosis atau biasa disebut dengan diagnosis penyerta maupun banding, maka dikirimkan lebih dari 1 payload Condition
dengan kode ICD-10 yang berbeda. Pemetaan Nilai resources Condition
dapat dilihat pada Data Formulir Rawat Inap.
Pemetaan Variabel dan Terminologi Spesifik
Terminologi spesifik yang digunakan dalam pengiriman data diagnosis melalui resource Condition
dapat dilihat dalam tabel berikut:
Pemetaan Variabel Resource Condition | |
---|---|
Elemen/Path FHIR | Terminologi/Format Pengisian |
1. Diagnosis | |
| |
| encounter-diagnosis |
| Encounter Diagnosis |
| |
| ICD-10 code |
| ICD-10 Code Description |
9. Pengiriman Data Tindakan
Pengiriman data tindakan/prosedur medis yang dilakukan terhadap seorang pasien baik tindakan diagnostik maupun tindakan terapetik dapat dikirimkan melalui resource Procedure
. Tindakan yang dilaporkan dapat berupa tindakan non-invasif (konsultasi, edukasi) maupun invasif (contoh operasi). Standar kode tindakan/prosedur medis yang dikirimkan ke SATUSEHAT menggunakan kode ICD-9 CM.
Untuk tindakan/prosedur medis yang dilakukan untuk mendukung penentuan diagnosis maka perlu dikirimkan dengan data hasil tindakan. Data hasil tindakan dikirimkan dengan menggunakan resource Observation Pemetaan nilai resource Observation
dapat dilihat pada Bab 6. Pemeriksaan Penunjang Laboratorium dan Bab 7. Pemeriksaan Penunjang Radiologi terkait Hasil Pemeriksaan Penunjang Laboratorium maupun Radiologi. Lihat bagian 9.2 Tindakan/Prosedur Diagnostik poin 6 untuk ketentuan pengiriman data hasil tindakan diagnostik.
Pemetaan Nilai
Berikut pemetaan nilai untuk Procedure
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks data tindakan/prosedur medis:
|
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 Procedure
(data tindakan/prosedur medis), dapat dilihat dalam resource Procedure
. Untuk contoh pengiriman data atau payload dari Procedure
dapat dilihat dalam Postman Collection.
Tindakan/Prosedur Diagnostik
Terminologi spesifik yang digunakan dalam pengiriman data Tindakan melalui resource Procedure
dapat dilihat dalam tabel berikut:
Pemetaan Variabel Resource Procedure | |
---|---|
Elemen/Path FHIR | Terminologi/Format Pengisian |
1. Tindakan | |
| |
| SNOMED-CT Code Ruang lingkup kode SNOMED CT yang dapat dipakai: Expression Constraint Language (ECL) Query: < 71388002 |Procedure (procedure)| (Untuk Kode Lengkapnya dapat dilihat di Standar Terminologi SATUSEHAT) |
| SNOMED-CT Description |
| |
| ICD-9 CM Code |
| ICD-9 CM Code Description |
2. Petugas yang Melaksanakan Tindakan | |
| (Tipe data uri) |
3. Tanggal Pelaksanakan Tindakan | |
| (Tipe data dateTime) |
4. Waktu Mulai Tindakan | |
| (Tipe data dateTime) |
5. Waktu Selesai Tindakan | |
| (Tipe data dateTime) |
6. Hasil Tindakan Diagnostik | |
| |
| procedure |
| Procedure |
Keterangan : | |
Hasil Tindakan Diagnostik dapat dikirimkan menggunakan resource
Teknis Pengiriman Data
|
Tindakan/ Prosedur Terapeutik
Terminologi spesifik yang digunakan dalam pengiriman data Tindakan melalui resource Procedure
dapat dilihat dalam tabel berikut:
Pemetaan Variabel Resource Procedure | |
---|---|
Elemen/Path FHIR | Terminologi/Format Pengisian |
1. Tindakan | |
| |
| SNOMED-CT Code Ruang lingkup kode SNOMED CT yang dapat dipakai: Expression Constraint Language (ECL) Query: < 71388002 |Procedure (procedure)| (Untuk Kode Lengkapnya dapat dilihat di Standar Terminologi SATUSEHAT) |
| SNOMED-CT Description |
| |
| ICD-9 CM Code |
| ICD-9 CM Code Description |
2. Petugas yang Melaksanakan Tindakan | |
| (Tipe data uri) |
3. Tanggal Pelaksanakan Tindakan | |
| (Tipe data dateTime) |
4. Waktu Mulai Tindakan | |
| (Tipe data dateTime) |
5. Waktu Selesai Tindakan | |
| (Tipe data dateTime) |
10. Pengiriman Data Peresepan Obat
Data terkait Farmasi meliputi pengiriman data peresepan obat, dan pengeluaran obat. Data terkait Farmasi dikirimkan menggunakan resource Medication
, MedicationRequest
, dan Medication Dispense
.
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](../_images/struktur-model-kfa.png)
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:
![Alur Detail Penukaran Resep Dokter di Apotek/Instalasi Farmasi](../_images/alur-penukaran-resep-apotek.png)
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
.
![Skema Peresepan 1 Obat](../_images/skema-peresepan1.png)
![Skema Peresepan 2 Obat](../_images/skema-peresepan2.png)
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
11. Pengiriman Data 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 dan Terminologi Spesifik
Daftar variabel dan terminologi yang digunakan dalam pengiriman data Pengkajian Resep menggunakan resources QuestionnaireResponse
yaitu:
Pemetaan Variabel Resource Procedure , Immunization , dan QuestionnaireResponse | ||
---|---|---|
Elemen/Path FHIR | Terminologi/Format Pengisian | |
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) | |
5. Interaksi obat | ||
| ||
| 5 | |
| Apakah terdapat interaksi obat? | |
| (Tipe data Boolean) | |
Pilihan Jawaban yang divisualisasikan | Ya | Tidak |
| (Tipe data String) |
12. 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
.
![Skema Pengeluaran 1 Obat](../_images/skema-pengeluaran1.png)
![Skema Pengeluaran 2 Obat](../_images/skema-pengeluaran2.png)
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.
13. Pengiriman Data Edukasi
Variabel edukasi menunjukkan edukasi dan instruksi kerja untuk membantu individu dan keluarga dalam meningkatkan kemampuan untuk mencapai kesehatan secara optimal dan bersedia berpartisipasi dalam proses penyembuhan pada saat pulang. Data terkait edukasi yang diberikan kepada pasien dikirimkan menggunakan resource Procedure
. Pemetaan resource Procedure
dapat dilihat pada Tindakan.
Pemetaan Variabel dan Terminologi Spesifik
Terminologi spesifik yang digunakan dalam data edukasi melalui resource Procedure
dapat dilihat dalam tabel berikut:
Resource Procedure | |||
---|---|---|---|
Edukasi | |||
|
|
| Keterangan |
84635008 | Disease process or condition education | 1. Proses penyakit, diagnosis, dan rencana asuhan; | |
967006 | Medication education | 2. Obat-obatan; | |
410082002 | Rehabilitation therapy education | 3. Rehabilitasi medis; | |
712651001 | Education about pain | 4. Manajemen nyeri; | |
61310001 | Nutrition education | 5. Gizi; | |
698608004 | Hand washing education | 6. Cuci tangan; | |
362978005 | Medical equipment or device education | 7. Penggunaan alat medis; |
14. 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) |
15. Pengiriman Data Prognosis
Data terkait dengan Prognosis Pasien dapat dikirimkan menggunakan resource ClinicalImpression
.
Pemetaan Nilai
Berikut pemetaan nilai untuk ClinicalImpression
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks pengiriman data keterangan prognosis pasien:
|
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 ClinicalImpression
, dan contoh pengiriman data atau payload dari data prognosis dapat dilihat dalam Postman Collection pada Petunjuk Teknis SATUSEHAT (Juknis SATSET).
Pemetaan Variabel dan Terminologi Spesifik
Terminologi spesifik yang digunakan dalam pengiriman data prognosis melalui resource ClinicalImpression
dapat dilihat dalam tabel berikut:
Resource ClinicalImpression | |||
---|---|---|---|
Nama Variabel: Prognosis | |||
|
|
| Keterangan |
170968001 | Prognosis good | 1. Baik; | |
65872000 | Fair prognosis | 2. Dubia et bonam / cenderung baik; | |
67334001 | Guarded prognosis | 3. Dubia et malam / cenderung tidak baik; | |
170969009 | Prognosis bad | 4. Tidak baik; |
16. Pengiriman Data Rencana Tindak Lanjut
Data rencana tindak lanjut menunjukkan rencana perawatan selanjutnya yang akan diterima oleh pasien setelah pulang. Data terkait dengan rencana tindak lanjut ini dikirimkan menggunakan resources ServiceRequest
.
Pemetaan Nilai
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 dapat dilihat dalam resource ServiceRequest
. Untuk contoh pengiriman data atau payload dari ServiceRequest
dapat dilihat dalam Postman Collection.
Pemetaan Variabel dan Terminologi Spesifik
Terminologi spesifik yang digunakan dalam rencana tindak lanjut melalui resource ServiceRequest
dapat dilihat dalam tabel berikut:
Resource ServiceRequest | |
---|---|
Elemen/Path FHIR | Terminologi/Format Pengisian |
Rujukan Internal | |
1. Rawat Inap | |
| |
| 3457005 |
| Patient referral |
| |
| 737481003 |
| Inpatient care management |
2. Kontrol Ulang | |
| |
| 3457005 |
| Patient referral |
| |
| 185389009 |
| Follow-up visit |
3.Konsultasi | |
| |
| 3457005 |
| Patient referral |
| |
| 11429006 |
| Consultation |
Rujukan Eksternal | |
1. Rawat Inap | |
| |
| 3457005 |
| Patient referral |
| |
| 737481003 |
| Inpatient care management |
2. Rawat Jalan | |
| |
| 3457005 |
| Patient referral |
| |
| 737492002 |
| Outpatient care management |
17. Pengiriman Data Instruksi untuk Tindak Lanjut & Sarana Transportasi Untuk Rujuk
Variabel Instruksi untuk tindak lanjut dan resource yang digunakan dapat dilihat dalam tabel berikut:
Variabel | Format/Value | Path FHIR | |
---|---|---|---|
Instruksi untuk Tindak Lanjut | Kontrol ke | 1. Poli |
|
2. Fasyankes | |||
3. Lain-lain (free text) | |||
Sarana Transportasi untuk Rujuk | 1. Ambulance |
| |
Tanggal |
| ||
Dalam Keadaan Darurat dapat Menghubungi |
|
Pengiriman data instruksi tindak lanjut dikirimkan melalui resource ServiceRequest
dalam satu payload JSON dengan Rencana Tindak Lanjut. Pemetaan nilai resource ServiceRequest
dapat dilihat pada Bab 16. Rencana Tindak Lanjut & Sarana Transportasi untuk Rujuk. Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource ServiceRequest
, dan contoh pengiriman data atau payload dari data instruksi tindak lanjut dapat dilihat dalam Postman Collection.
Pemetaan Variabel dan Terminologi Spesifik
Terminologi spesifik yang digunakan dalam instruksi tindak lanjut melalui resource ServiceRequest
dapat dilihat dalam tabel berikut:
Resource ServiceRequest | |||
---|---|---|---|
Elemen/Path/FHIR | Terminologi/Format Pengisian | ||
Instruksi Tindak Lanjut | |||
| |||
| 185389009 | ||
| Follow-up visit | ||
| |||
| OF | HOSP | PC |
| Outpatient facility | Hospital | Primary care clinic |
Keterangan | 1. Poli | 2. Fasyankes | 2. Fasyankes |
Untuk pilihan jawaban 3. Lain-lain (free-text) , maka tuliskan keterangan melalui elemen | |||
Keterangan | ID Referensi Lokasi dapat digunakan saat jika pasien melakukan Rujukan Internal antar poli | ||
Sarana Transportasi untuk Rujuk | |||
| |||
| AMB | ||
| Ambulance |
18. Pengiriman Data Kondisi saat Meninggalkan Rumah Sakit
Data terkait kondisi saat meninggalkan rumah sakit dikirimkan menggunakan resource Condition
dan Encounter
. Pemetaan resource Condition
dapat dilihat pada Bab. 4 Data Anamnesis dan resource Encounter
dapat dilihat pada Bab. 2 Pendaftaran Kunjungan Pasien.
Data kondisi saat meninggalkan rumah sakit menunjukkan keadaan pasien saat meninggalkan rumah sakit. Pengisian pilihan jawaban dari kondisi saat meninggalkan rumah sakit dan resource yang digunakan dapat dilihat dalam tabel berikut:
Variabel | Format/Value | Resource | Elemen Data/Path |
---|---|---|---|
Kondisi Saat Meninggalkan Rumah Sakit | 1. Stabil; |
|
|
2. Tidak stabil; |
|
| |
3. Perbaikan; |
|
| |
4. Pulang paksa; |
|
| |
5. Dirujuk; |
|
| |
6. Meninggal < 48 jam; |
|
| |
7. Meninggal > 48 jam |
|
| |
8. Lain-lain (free text) |
|
|
Kondisi saat meninggalkan rumah sakit dengan pilihan jawaban Stabil , Tidak stabil , dan Perbaikan akan dikirimkan menggunakan resource Condition
. Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path dapat dilihat dalam resource Condition
. Untuk contoh pengiriman data atau payload dari data kondisi saat meninggalkan rumah sakit dengan pilihan jawaban Stabil , Tidak stabil , dan Perbaikan dapat dilihat dalam Postman Collection.
Pemetaan Variabel dan Terminologi Spesifik
Terminologi spesifik yang digunakan dalam pengiriman data kondisi saat meninggalkan rumah sakit dengan pilihan jawaban Stabil , Tidak stabil , dan Perbaikan melalui resource Condition
dapat dilihat dalam tabel berikut:
Resource Condition | |||
---|---|---|---|
Elemen/Path FHIR | Terminologi/Format Pengisian | ||
Nama Variabel: Kondisi Saat Meninggalkan Rumah Sakit | |||
| |||
| problem-list-item | ||
| Problem List Item | ||
| |||
| 359746009 | 162668006 | 268910001 |
| Patient’s condition stable | Patient’s condition unstable | Patient’s condition improved |
Keterangan | Stabil | Tidak stabil | Perbaikan |
Kondisi saat meninggalkan rumah sakit dengan pilihan jawaban Pulang paksa , Dirujuk , Meninggal <48 jam , Meninggal > 48 jam , dan lain-lain akan dikirimkan menggunakan resource Encounter
pada elemen Encounter.hospitalization.dischargeDisposition.coding
. Sedangkan untuk pilihan jawaban lain-lain, keterangan tambahan dapat dikirimkan dengan tipe data String
melalui elemen Encounter.hospitalization.dischargeDisposition.text
.
Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Encounter
. Untuk contoh pengiriman data atau payload dari data kondisi saat meninggalkan rumah sakit dengan pilihan jawaban Pulang paksa , Dirujuk , Meninggal <48 jam , Meninggal > 48 jam , dan lain-lain dapat dilihat dalam Postman Collection.
Terminologi spesifik yang digunakan dalam pengiriman data kondisi saat meninggalkan rumah sakit dengan pilihan jawaban Dirujuk , Meninggal <48 jam , Meninggal > 48 jam melalui resource Encounter
dapat dilihat dalam tabel berikut:
Resource Encounter | |||
---|---|---|---|
Nama Variabel: Kondisi Saat Meninggalkan Rumah Sakit | |||
|
|
| Keterangan |
aadvice | Left against advice | 4. Pulang paksa; | |
other-hcf | Other healthcare facility | 5. Dirujuk; | |
http://terminology.kemkes.go.id/CodeSystem/discharge-disposition | exp-lt48h | Meninggal < 48 jam | 6. Meninggal < 48 jam; |
http://terminology.kemkes.go.id/CodeSystem/discharge-disposition | exp-gt48h | Meninggal > 48 jam | 7. Meninggal > 48 jam |
oth | Other | 8. Lain-lain (free text) |
19. Pengiriman Data Cara Keluar dari Rumah Sakit
Data cara keluar dari rumah sakit menjelaskan terkait cara pasien keluar dari rumah sakit. Data cara keluar dari rumah sakit diisi dengan pilihan jawaban Pulang atas persetujuan dokter dan Pulang atas permintaan sendiri . Data tersebut akan dikirimkan menggunakan resource Encounter
pada elemen Encounter.hospitalization.dischargeDisposition.coding
. Sedangkan untuk pilihan jawaban Lain-lain , keterangan tambahan dapat dikirimkan dengan tipe data String melalui elemen Encounter.hospitalization.dischargeDisposition.text
.
Pemetaan Variabel dan Terminologi Spesifik
Terminologi spesifik yang digunakan dalam pengiriman data cara keluar dari rumah sakit dengan pilihan jawaban Pulang atas persetujuan dokter , Pulang atas permintaan sendiri , dan Lain-lain (free text) melalui resource Encounter
dapat dilihat dalam tabel berikut.
Resource Encounter | |||
---|---|---|---|
Nama Variabel: Cara keluar dari rumah sakit | |||
|
|
| Keterangan |
home | home | 1. Pulang atas persetujuan dokter; | |
aadvice | Left against advice | 2. Pulang atas permintaan sendiri; | |
oth | Other | 3. Lain-lain (free text) |
Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Encounter
. Untuk contoh pengiriman data atau payload dari data cara keluar dari rumah sakit dapat dilihat dalam Postman Collection.
20. Pembaruan 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.
VARIASI KASUS RAWAT INAP
Contoh Alur Pasien menunggu Ketersediaan Ruangan
![Alur Pasien menunggu Ketersediaan Ruang Rawat Inap](../_images/alur-pasien-menunggu-ketersediaan-ruang-rawat-inap.png)
Pendaftaran kunjungan rawat inap baru bisa dilakukan setelah pengecekan ketersediaan ruangan rawat inap. Jika di fasilitas pelayanan kesehatan tidak ada ketersediaan ruang rawat inap, maka pasien akan tetap menunggu atau diarahkan ke Ruang IGD dan berada dalam masa tunggu.
Berikut adalah tahapan pengiriman data ketika pasien menunggu ketersediaan ruangan:
Dalam kasus ini akan digunakan metode POST dan PUT Encounter pada Pendaftaran Rawat Inap.
Jika pasien berada dalam masa tunggu ruangan, maka encounter akan di POST dengan
Encounter.status
nya adalahplanned
.Encounter.location
diisi dengan lokasi pertama pasien saat menunggu ketersediaan ruangan, dalam contoh kasus ini adalah Ruang IGD.Encounter.location.period.start
pada lokasi pertama diisi dengan waktu mulai tunggu pasien.Setelah pasien mendapat ruangan dan mulai masuk ke pendaftaran rawat inap, maka digunakan metode PUT dengan
Encounter.status
yang diganti menjadi in-progress.Encounter.location
diperbaharui dengan lokasi kedua yang akan menjadi tempat rawat inap pasien.Pembaruan
Encounter.location.period.end
pada lokasi pertama yang isinya akan sama denganEncounter.location.period.start
lokasi kedua.
Selengkapnya dapat dilihat pada gambar di atas.
Contoh Alur Kasus Titip Rawat Pasien
![Alur Titip Rawat Pasien](../_images/alur-titip-rawat-pasien.png)
Jika di fasilitas pelayanan kesehatan tidak ada ketersediaan ruang rawat inap yang sesuai dengan kelas pelayanan yang dimiliki pasien, maka akan terjadi proses titip rawat
. Berikut adalah tahapan pengiriman data dari kasus titip rawat pasien:
Pada saat pengiriman data pendaftaran rawat inap digunakan metode
POST Encounter
.Encounter.location
berisi ID Lokasi pada Ruang Rawat Inap Kelas 1 sebagai tempat titip rawat pasien.Encounter.location.extension:serviceClass.value
diisi dengan kode 2 dan display Kelas 2 sebagai hak kelas perawatan yang dimiliki pasien.Encounter.location.extension:serviceClass.upgradeClass
diisi dengan kode titip-rawat dan display Titip Kelas Rawat.Metode
PATCH Location
danPUT Encounter
akan dikirimkan sebagai pembaharuan data kunjungan saat Pasien sudah kembali ke kelas tetap perawatan-nya.Location.operationalStatus
pada Ruang Rawat Inap Kelas 1 diisi dengan kode U dan display Unoccupied (Artinya Bed 2 pada Ruangan Rawat Inap Kelas 1 sudah tidak digunakan).Location.operationalStatus
pada Ruang Rawat Inap Kelas 2 diperbaharui berupa kode O dan display Occupied (Artinya Bed 3 pada Ruang Rawat Inap Kelas 2 akan digunakan oleh pasien).Encounter.location.location
berisi dua lokasi, yaitu lokasi rawat pertama di Ruang Rawat Inap 1, Bed 2 (diberikanEncounter.location.period.start
danEncounter.location.period.end
ketika berada di ruangan/lokasi rawat pertama) dan lokasi rawat kedua di Ruang Rawat Inap 2, Bed 3 (diberikanEncounter.location.period.start
saja, sedangkanEncounter.location.period.end
diberikan di PUT saat update pulang).Pada
Encounter.location.extension:serviceClass.upgradeClass
dilakukan pembaharuan juga dengan kode kelas-tetap dan display Kelas Tetap Perawatan.
Selengkapnya dapat dilihat pada gambar di atas.
![Alur Perubahan Kelas Perawatan Pasien dari Titip Rawat](../_images/alur-perubahan-kelas-perawatan-pasien-dari-titip-rawat.png)
Apabila pasien titip rawat tersebut mengajukan untuk kenaikan kelas/penurunan kelas pada saat masa perawatan maka perlu dilakukan pembaharuan data. Contoh berikut adalah ketika pasien mengajukan untuk naik kelas perawatan sesuai dengan kelas pada saat dititip rawat. Tahapan pengiriman data untuk kasus tersebut sebagai berikut:
Metode
PUT Encounter
akan dikirimkan sebagai pembaharuan data kunjungan saat Pasien naik kelas perawatannya.Encounter.location.location
berisi satu lokasi yang sama dengan pada saat titip rawat, yaitu di di Ruang Rawat Inap 1, Bed 2.Pada
Encounter.location.extension:serviceClass.value
dilakukan pembaharuan dari kode 2 dengan display Kelas 2 menjadi kode 1 dengan display Kelas 1 sebagai Hak Kelas Perawatan yang dimiliki pasien setelah mengajukan kenaikan kelas perawatan.Pada
Encounter.location.extension:serviceClass.upgradeClass
dilakukan pembaharuan juga dengan kode naik-kelas dan display Kenaikan Kelas Perawatan.
Selengkapnya dapat dilihat pada gambar di atas.
Contoh Alur Kasus Perubahan Kelas Perawatan Pasien
![Alur Kasus Perubahan Kelas Perawatan Pasien](../_images/alur-perubahan-kelas-perawatan-pasien.png)
Jika pasien mengajukan perubahan kelas perawatan, baik naik kelas maupun turun kelas dari hak kelas perawatannya maka akan terjadi proses perubahan kelas perawatan pasien. Berikut adalah tahapan pengiriman data dari kasus naik kelas (dari kelas 2 ke kelas 1) di awal kunjungan:
Pada saat pengiriman data pendaftaran rawat inap digunakan metode
POST Encounter
.Encounter.location
berisi ID Lokasi pada Ruang Rawat Inap Kelas 1 sebagai tempat perawatan pasien.Encounter.location.extension:serviceClass.value
diisi dengan kode 1 dan display Kelas 1 sebagai hak kelas perawatan yang dimiliki pasien setelah naik kelas. Hal ini berbeda dengan kasus titip rawat dimana pada path ini diisi Kelas 2.Encounter.location.extension:serviceClass.upgradeClass
diisi dengan kode naik-kelas dan display Kenaikan Kelas Perawatan.
Apabila perubahan kelas pasien terjadi pada saat masa perawatan, misalnya pasien awalnya dirawat sesuai hak kelas perawatannya (Kelas 2) tetapi setelah 3 hari pasien meminta kenaikan kelas (Kelas 1). Berikut adalah tahapan pengiriman data dari kasus naik kelas dari kelas tetap perawatan:
Pada saat pengiriman data pendaftaran rawat inap digunakan metode
POST Encounter
.Encounter.location
berisi ID Lokasi pada Ruang Rawat Inap Kelas 2 sebagai ruang kelas tetap perawatan pasien.Encounter.location.extension:serviceClass.value
diisi dengan kode 2 dan display Kelas 2 sebagai hak kelas perawatan yang dimiliki pasienEncounter.location.extension:serviceClass.upgradeClass
diisi dengan kode kelas-tetap dan display Kelas Tetap Perawatan.Metode
PATCH Location
danPUT Encounter
akan dikirimkan sebagai pembaharuan data kunjungan saat Pasien naik kelas perawatan.Location.operationalStatus
pada Ruang Rawat Inap Kelas 2 diisi dengan kode U dan display Unoccupied (Artinya Bed 3 pada Ruangan Rawat Inap Kelas 2 sudah tidak digunakan).Location.operationalStatus
pada Ruang Rawat Inap Kelas 1 diperbaharui berupa kode O dan display Occupied (Artinya Bed 2 pada Ruang Rawat Inap Kelas 1 akan digunakan oleh pasien).Encounter.location.location
berisi dua lokasi, yaitu lokasi rawat pertama di Ruang Rawat Inap 2, Bed 3 (diberikanEncounter.location.period.start
danEncounter.location.period.end
ketika berada di ruangan/lokasi rawat pertama) dan lokasi rawat kedua di Ruang Rawat Inap 1, Bed 2 (diberikanEncounter.location.period.start
saja, sedangkanEncounter.location.period.end
diberikan di PUT saat update pulang).Pada
Encounter.location.extension:serviceClass.upgradeClass
dilakukan pembaharuan juga dengan kode naik-kelas dan display Kenaikan Kelas Perawatan.Pada
Encounter.location.extension:serviceClass.value
dilakukan pembaharuan dari kode 2 dengan display Kelas 2 menjadi kode 1 dengan display Kelas 1 sebagai Hak Kelas Perawatan yang dimiliki pasien setelah mengajukan kenaikan kelas.
Selengkapnya dapat dilihat pada gambar di atas.
Contoh Alur Pasien Rawat Inap melakukan Operasi
![Alur Pasien Rawat Inap melakukan Operasi](../_images/alur-pasien-rawat-inap-melakukan-operasi.png)
Contoh alur kasus ini terjadi jika pasien dari IGD akan melakukan Tindakan seperti Operasi sebelum pasien masuk ke dalam ruangan rawat inap. Tindakan yang dilaporkan nantinya akan memiliki waktu yang sama dengan waktu pasien masuk ke dalam pendaftaran kunjungan rawat inap. Untuk itu dalam metode POST Encounter, Encounter.period.start
akan sama dengan waktu mulai dilakukannya tindakan dan pada metode POST Procedure, Procedure.performedPeriod.start
akan sama dengan waktu Pendaftaran Kunjungan Rawat Inap. Saat pasien sudah selesai tindakan, akan dilakukan PUT Encounter untuk update Encounter.location.period.end
pada Lokasi dilakukannya tindakan. Selengkapnya dapat dilihat pada gambar di atas.
Contoh Alur Pencatatan Kondisi Pasien pada Asesmen Harian Rawat Inap
![Alur Pencatatan Asesment Harian Rawat Inap](../_images/alur-pencatatan-assesment-harian-rawat-inap.png)
Dalam modul rawat inap, Asesmen harian kondisi pasien dapat berubah-ubah setiap harinya sehingga dalam satu kali Encounter Rawat Inap, pasien dapat memiliki beberapa kondisi yang terjadi selama masa pelayanan rawat inap. Perubahan kondisi harian ini dapat menggunakan metode POST dan PUT pada resources Condition
.
Jika pasien mulai muncul kondisi tertentu pada hasil asesmen, akan digunakan metode POST dengan Condition.onsetdateTime
sebagai waktu munculnya kondisi tersebut. Jika setelah dilakukan observasi maupun tindakan kondisi pasien sudah tidak sesuai dengan hasil asesmen awal, maka akan digunakan metode PUT dengan Condition.onsetdateTime
sebagai waktu munculnya kondisi kondisi tertentu pada hasil assesment dan Condition.abatementdateTime sebagai waktu saat hasil asesmen tersebut sudah tidak sesuai dengan kondisi pasien.
Kondisi pasien akan dikirimkan menggunakan kode SNOMED-CT pada Condition.code
. Ruang lingkup kode SNOMED CT yang dapat dipakai yaitu : Expression Constraint Language (ECL) Query : < 404684003 |Clinical finding (finding)|.
Selengkapnya dapat dilihat pada gambar di atas.
Contoh Alur Pergantian DPJP
![Alur Pergantian DPJP](../_images/alur-pergantian-dpjp.png)
Pada kasus pergantian DPJP, metode POST berisi praktisi pertama yang menjadi DPJP pasien. Selanjutnya jika pasien berpindah DPJP ke DPJP lain maka digunakan metode PUT. Pada metode PUT untuk Encounter.participant
disertakan dua DPJP, yaitu DPJP pertama (diberikan Encounter.participant.period.start
dan Encounter.participant.period.end
saat pergantian DPJP) dan DPJP kedua (diberikan Encounter.participant.period.start
saja, sedangkan Encounter.participant.period.end
diberikan di PUT saat update pulang).
Contoh Alur Rawat Bersama DPJP
![Alur Rawat Bersama DPJP](../_images/alur-rawat-bersama-dpjp.png)
Pada kasus Rawat Bersama, metode POST berisi praktisi pertama yang menjadi DPJP pasien. Selanjutnya jika terjadi Rawat Bersama antar dua DPJP atau lebih, maka digunakan metode PUT. Pada metode PUT untuk Encounter.participant
disertakan dua DPJP, yaitu DPJP pertama/utama (diberikan Encounter.participant.period.start
dan Encounter.participant.type
berupa kode ATND) dan DPJP kedua (diberikan Encounter.participant.period.start
dan Encounter.participant.type
berupa kode SPRF). Encounter.participant.period.end
diberikan di PUT saat update pulang untuk kedua DPJP yang melakukan Rawat Bersama. Kumpulan kode value-set Encounter.participant.type
dapat diakses di https://docs.google.com/document/u/0/d/1yRmKBfe3iyYse90LQNqKoXukaUIE5kZfGZvEfW9_uCU/edit.
Selengkapnya dapat dilihat pada gambar di atas.
Contoh Alur Perpindahan Ruangan dalam Rawat Inap
![Alur Pergantian Perpindahan Ruangan dalam Rawat Inap](../_images/alur-pergantian-perpindahan-ruangan-dalam-rawat-inap.png)
Dalam pembaharuan kunjungan pada modul Rawat Inap, jika terjadi perpindahan ruangan/lokasi maka akan menggunakan metode POST, PATCH, dan PUT. Pada metode POST Encounter berisi ruangan/lokasi pertama pasien. Selanjutnya jika pasien dipindahkan ke ruangan/lokasi kedua maka digunakan metode PUT. Metode PATCH Location
atau PUT Location
dan PUT Encounter
akan dikirimkan sebagai pembaharuan data kunjungan saat Pasien dipindahkan ruangannya. Pembaruan data lokasi dapat menggunakan dua metode, yaitu PATCH Location
dan PUT Location
. Metode PATCH Location
hanya perlu mengirimkan elemen yang mengalami perubahan saja, sedangkan pada metode PUT Location
, seluruh data lokasi awal dikirimkan kembali dengan menyertakan pembaharuan pada elemen yang mengalami perubahan. Lokasi awal pasien pada Ruang Rawat Inap Kelas 1, Bed 2 akan diperbaharui pada bagian Location.operationalStatus
dengan kode U dan display Unoccupied (Artinya Bed 2 pada Ruangan Rawat Inap Kelas 1 sudah tidak digunakan). Sedangkan, di lokasi kedua pasien pada Ruang ICU, Bed 1 akan diperbaharui pada bagian Location.operationalStatus
berupa kode O dan display Occupied (Artinya Bed 1 pada Ruang ICU akan digunakan oleh pasien).
Pada metode PUT Encounter untuk Encounter.location.location
disertakan dua lokasi, yaitu lokasi pertama di Ruang Rawat Inap 1, Bed 2 (diberikan Encounter.location.period.start
dan Encounter.location.period.end
ketika berada di ruangan/lokasi rawat pertama) dan lokasi kedua di Ruang ICU, Bed 1 (diberikan Encounter.location.period.start saja, sedangkan Encounter.location.period.end
diberikan di PUT saat update pulang). Selengkapnya dapat dilihat pada gambar di atas.