Pelayanan Instalasi Gawat Darurat (IGD)
Riwayat Perubahan
Details
Versi | Tanggal Pembaruan | Deskripsi Perubahan | Penanggung Jawab |
---|---|---|---|
v4.3 | 4 Juli 2024 | Pembaharuan Alur Integrasi IGD:Penambahan Pengiriman Data ‘Triase dan Gawat Darurat’ | |
v4.2 | 12 Juni 2024 |
| Luthfi Nabilah Qonitah |
v.4.1 | 7 Mei 2024 |
| Luthfi Nabilah Qonitah |
v.4 | 22 Maret 2024 |
| Luthfi Nabilah Qonitah |
v.3 | 18 Februari 2024 |
| Sania Fitria |
v2.1 | 18 Januari 2024 | Perubahan mapping pada variabel Status Puasa pada Pemeriksaan Penunjang Laboratorium dan Radiologi. | Kathy Salsabila |
v2.0 | 27 November 2023 |
| Kathy Salsabila |
v1.0 | 15 November 2023 | Rilis dokumen awal. | Kathy Salsabila |
Silakan klik setiap teks yang berwarna biru muda, untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan. |
POSTMAN SATUSEHAT
Kami menyediakan Postman SATUSEHAT yang berisi Environment dan Postman Collection SATUSEHAT. Anda dapat menggunakan Postman SATUSEHAT tersebut untuk mempermudah proses pemaham alur/skema dari pengiriman data SATUSEHAT pada modul ini ketika melakukan workshop secara mandiri.
Silakan terlebih dahulu men-download/mengunduh/froking environment dan Postman Collection SATUSEHAT sebelum mempelajari modul ini lebih dalam:
|
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 pelayanan instalasi gawat darurat (IGD)
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 pelayanan instalasi gawat darurat (IGD)
Informasi terkait pemetaan nilai, penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource |
Variabel/parameter/element FHIR Location.type pada resource Location bersifat WAJIB/Mandatories dimana harus ada, atau pasti selalu ada. |
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 Darurat adalah pelayanan kedaruratan medik yang harus diberikan secepatnya untuk mencegah atau menanggulangi risiko kematian atau cacat[1].
Pelayanan Kegawatdaruratan adalah tindakan medis yang dibutuhkan oleh pasien gawat darurat dalam waktu segera untuk menyelamatkan nyawa dan pencegahan kecacatan[2].
Playbook Pelayanan Rawat Darurat (IGD) 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 darurat. Playbook ini menjelaskan secara detail mengenai standar tahapan alur integrasi dan format pengiriman data, mulai dari:
Pendaftaran Pasien
Pendaftaran Kunjungan
Pengiriman Data Triase dan Gawat Darurat
Pengiriman Data Anamnesis
Pengiriman Data Asesmen Awal IGD
Pengiriman Data Skrining
Pengiriman Data Pemeriksaan Psikologis
Pengiriman Data Rencana Rawat Pasien
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 Rencana Pemulangan Pasien
Pengiriman Data Rencana Tindak Lanjut dan Sarana Transportasi untuk Rujuk
Pengiriman Data Instruksi Tindak Lanjut
Pengiriman Data Kondisi Saat Meninggalkan Rumah Sakit
Pembaruan Data Kunjungan
Resource FHIR yang digunakan pada modul pelayanan ini, yaitu :
Patient
AllergyIntolerance
CarePlan
Condition
DiagnosticReport
Encounter
ImagingStudy
Medication
MedicationDispense
MedicationRequest
MedicationStatement
Observation
Procedure
QuestionnaireResponse
ServiceRequest
Specimen
Tahapan alur integrasi dan resource yang digunakan untuk modul Pelayanan IGD dapat dilihat pada Gambar 3.
Alur integrasi dan format pengiriman data atau variabel Pelayanan IGD 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 |
|
| |
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. | Data Triase dan Gawat Darurat | |||
a. | Tanggal Masuk |
|
| |
b. | Jam Masuk |
|
| |
c. | Sarana Transportasi Kedatangan |
|
| |
| ||||
| ||||
| ||||
d. | Surat Pengantar Rujukan |
|
| |
| ||||
| ||||
e. | Kondisi Pasien Tiba |
|
| |
| ||||
| ||||
3. | Anamnesis | |||
a. | Keluhan Utama |
|
| |
| ||||
b. | Riwayat Penyakit |
|
| |
| ||||
c. | Riwayat Alergi |
|
| |
| ||||
| ||||
d. | Riwayat Pengobatan |
|
| |
| ||||
| ||||
4. | Asesmen Awal IGD | |||
a. Asesmen Nyeri | ||||
1) | Asesmen Nyeri |
|
| |
| ||||
| ||||
2) | Skala Nyeri | |||
a) | Numeric Rating Scale (NRS) |
|
| |
| ||||
| ||||
b) | Baker Pain Scale (BPS) |
|
| |
| ||||
| ||||
c) | Neonatal Infant Pain Scale (NIPS) | |||
(1) | Facial Expression (Ekspresi Wajah) |
|
| |
| ||||
| ||||
(2) | Cry (Menangis) |
|
| |
| ||||
| ||||
(3) | Breathing Pattern (Pola Pernapasan) |
|
| |
| ||||
| ||||
(4) | Arms (Tangan) |
|
| |
| ||||
| ||||
(5) | Legs (Kaki) |
|
| |
| ||||
| ||||
(6) | State of Arousal (Tingkat Kesadaran) |
|
| |
| ||||
| ||||
(7) | Total Skor Neonatal Infant Pain Scale (NIPS) |
|
| |
| ||||
| ||||
| ||||
| ||||
3) | Lokasi Nyeri |
|
| |
| ||||
| ||||
| ||||
4) | Penyebab Nyeri |
|
| |
| ||||
| ||||
5) | Durasi Nyeri |
|
| |
| ||||
| ||||
| ||||
6) | Frekuensi Nyeri |
|
| |
| ||||
| ||||
b. Kajian Risiko Jatuh | ||||
1) | Morse Fall Scale |
|
| |
| ||||
| ||||
| ||||
| ||||
2) | Humpty Dumpty Scale |
|
| |
| ||||
| ||||
| ||||
| ||||
3) | Edmonson Psychiatric Fall Risk Assessment |
|
| |
| ||||
| ||||
| ||||
| ||||
c. 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 |
|
| |
| ||||
| ||||
| ||||
ab) | Kuku Kaki |
|
| |
| ||||
| ||||
| ||||
ac) | Persendian Kaki |
|
| |
| ||||
| ||||
| ||||
4) | Tinggi Badan |
|
| |
| ||||
| ||||
5) | Berat Badan |
|
| |
| ||||
| ||||
6) | Luas Permukaan Tubuh untuk Anak-Anak |
|
| |
| ||||
| ||||
5. | Skrining | |||
a. Risiko Luka Decubitus | ||||
1) | Risiko Luka Decubitus |
|
| |
| ||||
| ||||
b. Batuk | ||||
1) | Riwayat Demam |
|
| |
| ||||
| ||||
2) | Berkeringat pada Malam Hari Tanpa Aktivitas |
|
| |
| ||||
| ||||
3) | Riwayat Bepergian dari Daerah Wabah |
|
| |
| ||||
| ||||
4) | Riwayat Pemakaian Obat Jangka Panjang |
|
| |
| ||||
| ||||
5) | Riwayat BB Turun Tanpa Sebab yang Diketahui |
|
| |
| ||||
| ||||
c. Gizi | ||||
1) | Penuruna BB dalam Waktu 6 Bulan Terakhir |
|
| |
| ||||
| ||||
2) | Penuruna Asupan Makanan karena Nafsu Makan Berkurang |
|
| |
| ||||
| ||||
3) | Gejala Gastrointestinal (Mual, Muntah, Diare, Anoreksia) |
|
| |
| ||||
| ||||
4) | Faktor Pemberat (Komorbid) |
|
| |
| ||||
| ||||
5) | Penuruna Kapasitas Fungsional |
|
| |
| ||||
| ||||
6. | Pemeriksaan Psikologis | |||
a. | Status psikologis |
|
| |
| ||||
| ||||
7. | Rencana Rawat |
|
| |
| ||||
8. | Instruksi Medik dan Keperawatan |
|
| |
| ||||
9. | Pemeriksaan Penunjang | |||
a. Jam |
|
| ||
b. Tanggal |
|
| ||
c. 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 |
|
type = | |
|
| |||
|
| |||
| ||||
| ||||
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 |
|
type : | |
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 |
|
type : | |
30) | Nama Dokter yang Menginterpretasi Hasil Pemeriksaan |
|
type : | |
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 |
|
type : | |
|
| |||
| ||||
12) | Status Kehamilan |
|
type : | |
|
| |||
| ||||
| ||||
13) | Status Puasa |
|
type : | |
|
| |||
| ||||
| ||||
14) | Waktu Pemeriksaan Radiologi | |||
a) | Tanggal Pemeriksaan Radiologi |
|
| |
b) | Jam Pemeriksaan Radiologi |
|
| |
15) | Jenis Bahan Kontras |
|
type: | |
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) |
|
| |
10. | Diagnosis | |||
a. | Diagnosis Awal / Masuk |
|
| |
| ||||
|
| |||
| ||||
b. | Diagnosis Kerja |
|
| |
|
| |||
| ||||
| ||||
c. | Diagnosis Banding |
|
| |
|
| |||
| ||||
| ||||
11. | Tindakan | |||
a. | Nama Tindakan |
|
| |
| ||||
b. | Petugas yang Melaksanakan |
|
| |
c. | Tanggal Pelaksanaan Tindakan |
|
| |
d. | Waktu Mulai Tindakan |
|
| |
e. | Waktu Selesai Tindakan |
|
| |
f. | Alat Medis yang Digunakan |
|
| |
g. | BMHP |
|
| |
12. | 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 |
|
| |
13. | Pengeluaran Obat/ Obat yang dibawa Pulang | |||
a. | Nama Obat |
|
| |
|
| |||
b. | Bentuk / Sediaan |
|
| |
|
| |||
c. | Jumlah Obat |
|
| |
d. | Metode / Rute Pemberian |
|
| |
e. | Dosis Obat yang Diberikan |
|
| |
f. | Unit |
|
| |
g. | Frekuensi / Interval |
|
| |
h. | Aturan Tambahan |
|
| |
| ||||
14. | Pengkajian Resep | |||
a. Persyaratan Administrasi | ||||
1) | Nama, umur, jenis kelamin, berat badan dan tinggi badan pasien |
|
| |
| ||||
| ||||
| ||||
2) | Nama, nomor ijin, alamat dan paraf dokter |
|
| |
| ||||
| ||||
| ||||
3) | Tanggal resep |
|
| |
| ||||
| ||||
| ||||
4) | Ruangan/unit asal resep |
|
| |
| ||||
| ||||
| ||||
b. Persyaratan Farmasetik | ||||
1) | Nama obat, bentuk dan kekuatan sediaan |
|
| |
| ||||
| ||||
| ||||
2) | Dosis dan jumlah obat |
|
| |
| ||||
| ||||
| ||||
3) | Stabilitas |
|
| |
| ||||
| ||||
| ||||
4) | Aturan dan cara penggunaan |
|
| |
| ||||
| ||||
| ||||
c. Persyaratan Klinis | ||||
1) | Ketepatan indikasi, dosis, dan waktu penggunaan obat |
|
| |
| ||||
| ||||
| ||||
2) | Duplikasi pengobatan |
|
| |
| ||||
3) | Alergi dan Reaksi Obat yang Tidak Dikehendaki (ROTD) |
|
| |
| ||||
4) | Kontraindikasi |
|
| |
| ||||
5) | Interaksi obat |
|
| |
| ||||
15. | Perencanaan Pemulangan Pasien | |||
a | Kriteria Pasien yang Dilakukan Rencana Pemulangan |
|
| |
| ||||
| ||||
b | Perencanaan Pemulangan Pasien |
|
| |
| ||||
16. | Rencana Tindak Lanjut dan Sarana Transportasi Untuk Rujuk | |||
a | Rencana Tindak Lanjut |
|
| |
b | Sarana Transportasi Untuk Rujuk |
|
| |
17. | Instruksi untuk Tindak Lanjut | |||
a | Kontrol ke |
|
| |
| ||||
| ||||
b | Tanggal |
| ||
c | Dalam Keadaan Darurat dapat Menghubungi |
| ||
18. | Kondisi Saat Meninggalkan 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 resource Patient
dan terkait panduan/playbook MPI 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 pelayanan IGD, 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
, dapat dilihat dalam resource Encounter
. Untuk contoh pengiriman data atau payload dari pendaftaran kunjungan pasien dapat dilihat dalam Postman Collection.
3. Pengiriman Data Triase dan Gawat Darurat
Data Triase dan Gawat Darurat terdiri atas data tanggal masuk, jam masuk, sarana transportasi kedatangan, surat keterangan rujukan, dan kondisi pasien tiba. Data tersebut dapat dikirimkan menggunakan resource Encounter
dan Observation
.
Pemetaan Nilai Encounter
Data tanggal masuk dan jam masuk pasien dapat dikirimkan menggunakan resource Encounter
. Pemetaan Nilai resources Encounter
dapat dilihat pada Pendaftaran Kunjungan Pasien.
Pemetaan Nilai Observation
Berikut pemetaan nilai resource Observation
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks pengiriman data sarana transportasi kedatangan, surat pengantar rujukan, dan kondisi pasien tiba:
|
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
, dapat dilihat dalam resource Observation
. Untuk contoh pengiriman data atau payload dari data tanda vital dapat dilihat dalam Postman Collection.
Pemetaan Variabel dan Terminologi Spesifik
Terminologi spesifik yang digunakan dalam pengiriman data triase dan gawat darurat melalui resource Encounter
dan Observation
dapat dilihat dalam tabel berikut:
Pemetaan Variabel Resource Encounter dan Observation | |||
---|---|---|---|
Elemen/Path FHIR | Terminologi/Format Pengisian | ||
Data Triase dan Gawat Darurat | |||
a. Tanggal masuk | |||
| (Tipe data dateTime) | ||
b. Jam masuk | |||
| (Tipe data dateTime) | ||
c. Sarana Transportasi Kedatangan | |||
| |||
| survey | ||
| Survey | ||
| |||
| 74286-6 | ||
| Transport mode to hospital | ||
|
|
| Keterangan |
LA9315-8 | Ground ambulance | 1. Ambulans | |
71783008 | Car | 2. Mobil | |
90748009 | Motorcycle | 3. Motor | |
LA46-8 | Other | 4. Lain- lain | |
| (Tipe data string) | ||
d. Surat Pengantar Rujukan | |||
| |||
| survey | ||
| Survey | ||
| |||
| OC000034 | ||
| Surat Pengantar Rujukan | ||
| (Tipe data boolean) | ||
e. Kondisi Pasien Tiba | |||
| |||
| survey | ||
| Survey | ||
| |||
| 75910-0 | ||
| Canadian triage and acuity scale [CTAS] | ||
|
|
| Keterangan |
LA6112-2 | 1 | 1. Resusitasi | |
LA6113-0 | 2 | 2. Emergensi | |
LA6114-8 | 3 | 3. Urgent | |
LA6115-5 | 4 | 4. Less Urgent | |
LA10137-0 | 5 | 5. Non Urgent | |
63238001 | Dead on arrival at hospital | 6. Death on Arrival |
4. Pengiriman Data Anamnesis
Data Anamnesis terdiri atas data keluhan utama, riwayat penyakit, riwayat alergi, dan riwayat pengobatan. Data tersebut dapat dikirimkan menggunakan resource Condition
, AllergyIntolerance
, dan MedicationStatement
.
Pemetaan Nilai Condition
Berikut pemetaan nilai untuk Condition
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks pengiriman data keluhan utama dan riwayat penyakit, dan 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
, dapat dilihat dalam resource Condition
. Untuk contoh pengiriman data atau payload dari data diagnosis 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 riwayat alergi 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 AllergyIntolerance
, dapat dilihat dalam resource AllergyIntolerance
. Untuk contoh pengiriman data atau payload daripengiriman data alergi 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 Variabel dan Terminologi Spesifik
Terminologi spesifik yang digunakan dalam pengiriman data anamnesis melalui resource Condition
, AllergyIntolerance
, dan MedicationStatement
dapat dilihat dalam tabel berikut:
Pemetaan Variabel Resource Condition , AllergyIntolerance , dan MedicationStatement | ||
---|---|---|
Elemen/Path FHIR | Terminologi/Format Pengisian | |
Anamnesis | ||
a. Keluhan Utama | ||
| ||
| problem-list-item | |
| Problem List Item | |
| ||
| SNOMED-CT Code | |
| SNOMED-CT Description | |
b. Riwayat Penyakit | ||
| ||
| problem-list-item | |
| Problem List Item | |
| ||
| SNOMED-CT Code | |
| 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 Dokumen Lampiran (Standar Terminologi). | |
|
|
|
Lihat di Sub-Bab 4.4.1 Ketentuan Pengisian Riwayat Pengobatan | ||
| (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 | MedicationStatement.medicationCodeableConcept.coding.system | MedicationStatement.medicationCodeableConcept.coding.code | MedicationStatement.medicationCodeableConcept.coding.display |
---|---|---|---|
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 Asesmen Awal IGD
Data Asesmen Awal IGD terdiri atas data asesmen nyeri, kajian risiko jatuh, dan pemeriksaaan fisik. Data tersebut dapat dikirimkan menggunakan resource Observation
.
Pemetaan Nilai Observation
Data asesmen nyeri, kajian risiko jatuh, dan pemeriksaaan fisik pasien dapat dikirimkan menggunakan resource Observation
. Pemetaan Nilai resources Observation
dapat dilihat pada Data Triase dan Gawat Darurat.
Pemetaan Variabel dan Terminologi Spesifik
Terminologi spesifik yang digunakan dalam pengiriman data asesmen awal IGD melalui resource Observation
dapat dilihat dalam tabel berikut:
Pemetaan Variabel Resource Observation | |||
---|---|---|---|
Elemen/Path FHIR | Terminologi/Format Pengisian | ||
Asesmen Awal IGD | |||
1) Asesmen Nyeri | |||
| |||
| survey | ||
| Survey | ||
| |||
| 22253000 | ||
| Pain | ||
| (Tipe data boolean) | ||
2) Skala Nyeri | |||
a) Numeric Rating Scale (NRS) | |||
| |||
| survey | ||
| Survey | ||
| |||
| 1172399009 | ||
| Numeric rating scale score | ||
| (Tipe data integer) | ||
b) Baker Pain Scale (BPS) | |||
| |||
| survey | ||
| Survey | ||
| |||
| 38221-8 | ||
| Pain severity Wong-Baker FACES pain rating scale | ||
| (Tipe data integer) | ||
c) Neonatal Infant Pain Scale (NIPS) | |||
(1) Facial Expression (Ekspresi Wajah) | |||
| |||
| survey | ||
| Survey | ||
| |||
| 95624-3 | ||
| Facial expression | ||
|
|
| Keterangan |
LA32283-6 | Relaxed | 0. Relaxed | |
LA32299-2 | Grimace | 1. Grimace | |
(2) Cry (Menangis) | |||
| |||
| survey | ||
| Survey | ||
| |||
| 95622-7 | ||
| Cry | ||
|
|
| Keterangan |
LA32300-8 | No Cry | 0. No Cry | |
LA32301-6 | Whimper | 1. Whimper (mild moaning or intermittent) | |
LA32302-4 | Vigorous cry | 2. Vigorous crying or silent cry (based on facial movements if intubated) | |
(3) Breathing Pattern (Pola Pernapasan) | |||
| |||
| survey | ||
| Survey | ||
| |||
| 98009-4 | ||
| Breathing patterns | ||
|
|
| Keterangan |
LA32283-6 | Relaxed | 0. Relaxed | |
LA32284-4 | Change in breathing (e.g., indrawing, irregular, faster than usual, gagging, or breath holding) | 1. Change in breathing (irregular, increased, gagging, breath holding) | |
(4) Arms (Tangan) | |||
| |||
| survey | ||
| Survey | ||
| |||
| 98010-2 | ||
| Arms | ||
|
|
| Keterangan |
LA32283-6 | Relaxed | 0. Relaxed | |
LA32285-1 | Restrained | 0. Restrained | |
LA32286-9 | Flexed (tense or rigid) | 1. Flexed/extended (tense straight arms, rigid and/or rapid extension) | |
LA32287-7 | Extended (tense or rigid) | 1. Flexed/extended (tense straight arms, rigid and/or rapid extension) | |
(5) Legs (Kaki) | |||
| |||
| survey | ||
| Survey | ||
| |||
| 98011-0 | ||
| Legs | ||
|
|
| Keterangan |
LA32283-6 | Relaxed | 0. Relaxed | |
LA32285-1 | Restrained | 0. Restrained | |
LA32286-9 | Flexed (tense or rigid) | 1. Flexed/extended (tense straight arms, rigid and/or rapid extension) | |
LA32287-7 | FExtended (tense or rigid) | 1. Flexed/extended (tense straight arms, rigid and/or rapid extension) | |
(6) State of Arousal (Tingkat Kesadaran) | |||
| |||
| survey | ||
| Survey | ||
| |||
| 95623-5 | ||
| State of arousal | ||
|
|
| Keterangan |
LA11864-8 | Sleeping | 0. Sleeping/awake (quiet, peaceful, settled) | |
LA32297-6 | Awake (quiet) | 0. Sleeping/awake (quiet, peaceful, settled) | |
LA32298-4 | Fussy (alert, restless, and/or thrashing) | 1. Fussy (alert, restless, and thrashing) | |
(7) Total Skor Neonatal Infant Pain Scale (NIPS) | |||
| |||
| survey | ||
| Survey | ||
| |||
| 98012-8 | ||
| Total score NIPS | ||
| |||
| {score} | ||
| {score} | ||
| (Tipe data integer) | ||
| |||
| OI000019 | OI000020 | |
| Mild to No Pain | Mild to Moderate Pain | |
Pilihan jawaban yang divisualisasikan | Tidak ada sakit hingga sakit ringan | Sakit ringan hingga sakit sedang | |
| |||
| 76948002 | ||
| Severe pain | ||
Pilihan jawaban yang divisualisasikan | Sakit berat | ||
| (Tipe data string) | ||
2) Lokasi Nyeri | |||
| |||
| survey | ||
| Survey | ||
| |||
| 38204-4 | ||
| Pain primary location | ||
| |||
| SNOMED-CT Code (Body structure) | ||
| SNOMED-CT Value | ||
| (Tipe data string) | ||
3) Penyebab Nyeri | |||
| |||
| survey | ||
| Survey | ||
| |||
| OC000023 | ||
| Penyebab nyeri | ||
| (Tipe data string) | ||
4) Penyebab Nyeri | |||
| |||
| survey | ||
| Survey | ||
| |||
| 38207-7 | ||
| Pain duration | ||
| |||
| d | h | min |
| d | h | min |
| (Tipe data integer) | ||
Keterangan: satuan durasi nyeri dapat dipilih salah satu (hari, jam, atau menit), menyesuaikan kondisi pasien. | |||
5) Frekuensi Nyeri | |||
| |||
| survey | ||
| Survey | ||
| |||
| 700469003 | ||
| Frequency of pain symptom | ||
| (Tipe data string) | ||
b. Kajian Risiko Jatuh | |||
1) Morse Fall Score | |||
| |||
| exam | ||
| Exam | ||
| |||
| 59461-4 | ||
| Fall risk level [Morse Fall Scale] | ||
| |||
| {score} | ||
| {score} | ||
| (Tipe data integer) | ||
| |||
| OI000026 | OI000027 | OI000028 |
| 0 - 24 (Risiko rendah) | 25 - 44 (Risiko sedang) | ≥ 45 (Risiko tinggi) |
| (Tipe data string) | ||
2) Humpty Dumpty Scale | |||
| |||
| exam | ||
| Exam | ||
| |||
| OC000035 | ||
| Humpty Dumpty Scale | ||
| |||
| {score} | ||
| {score} | ||
| (Tipe data integer) | ||
| |||
| OI000021 | OI000022 | |
| 7 - 11 (Risiko rendah) | > 12 (Risiko tinggi) | |
| (Tipe data string) | ||
3) Edmonson Psychiatric Fall Risk Assessment | |||
| |||
| exam | ||
| Exam | ||
| |||
| OC000036 | ||
| Edmonson Psychiatric Fall Risk Assessment | ||
| |||
| {score} | ||
| {score} | ||
| (Tipe data integer) | ||
| |||
| OI000023 | OI000024 | |
| 0 - 89 (Risiko rendah) | > 90 (Risiko tinggi) | |
| (Tipe data string) | ||
c. Pemeriksaan Fisik | |||
1) Tingkat Kesadaran | |||
| |||
| 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) | ||
o) 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) | ||
ab) Kuku Kaki | |||
| |||
| exam | ||
| Exam | ||
| |||
| 32456-6 | ||
| Physical findings of Nail | ||
| |||
| 77085009 | ||
| Structure of nail unit of toe | ||
| (Tipe data String) | ||
ac) 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² |
6. Pengiriman Data Skrining
Data Skrining terdiri atas data risiko luka dekubitus, batuk, dan gizi. Data tersebut dapat dikirimkan menggunakan resource Observation
dan QuestionnaireResponse
.
Pemetaan Nilai Observation
Data risiko dekubitus pasien dapat dikirimkan menggunakan resource Observation
. Pemetaan Nilai resources Observation
dapat dilihat pada Data Triase dan Gawat Darurat.
Pemetaan Nilai QuestionnaireResponse
Berikut pemetaan nilai untuk QuestionnaireResponse
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks pengiriman data terkait batuk dan gizi:
|
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 Skrining
Terminologi spesifik yang digunakan dalam pengiriman data skrining melalui resource Observation
dan QuestionnaireResponse
dapat dilihat dalam tabel berikut:
Pemetaan Variabel Resource Observation dan QuestionnaireResponse | ||
---|---|---|
Elemen/Path FHIR | Terminologi/Format Pengisian | |
Skrining | ||
a. Risiko Luka Decubitus | ||
| ||
| exam | |
| Exam | |
| ||
| 285304000 | |
| At risk of pressure injury | |
| (Tipe data boolean) | |
b. Batuk | ||
| ||
| 1 | |
| Batuk | |
1) Apakah memiliki riwayat demam? | ||
| ||
| 1.1 | |
| Apakah memiliki riwayat demam? | |
| (Tipe data boolean) | |
Pilihan jawaban yang divisualisasikan | Ya | Tidak |
2) Apakah berkeringat pada malam hari walaupun tanpa aktivitas? | ||
| ||
| 1.2 | |
| Apakah berkeringat pada malam hari walaupun tanpa aktivitas? | |
| (Tipe data boolean) | |
Pilihan jawaban yang divisualisasikan | Ya | Tidak |
3) Apakah memiliki riwayat berpergian dari daerah wabah? | ||
| ||
| 1.3 | |
| Apakah memiliki riwayat berpergian dari daerah wabah? | |
| (Tipe data boolean) | |
Pilihan jawaban yang divisualisasikan | Ya | Tidak |
4) Apakah memiliki riwayat pemakaian obat jangka panjang? | ||
| ||
| 1.4 | |
| Apakah memiliki riwayat pemakaian obat jangka panjang? | |
| (Tipe data boolean) | |
Pilihan jawaban yang divisualisasikan | Ya | Tidak |
5) Apakah memiliki riwayat BB turun tanpa sebab yang diketahui? | ||
| ||
| 1.5 | |
| Apakah memiliki riwayat BB turun tanpa sebab yang diketahui? | |
| (Tipe data boolean) | |
Pilihan jawaban yang divisualisasikan | Ya | Tidak |
c. Gizi | ||
| ||
| 2 | |
| Gizi | |
1) Apakah ada penurunan BB dalam waktu 6 bulan terakhir? | ||
| ||
| 2.1 | |
| Apakah ada penurunan BB dalam waktu 6 bulan terakhir? | |
| (Tipe data boolean) | |
Pilihan jawaban yang divisualisasikan | Ya | Tidak |
2) Apakah ada penurunan asupan makanan karena nafsu makan berkurang? | ||
| ||
| 2.2 | |
| Apakah ada penurunan asupan makanan karena nafsu makan berkurang? | |
| (Tipe data boolean) | |
Pilihan jawaban yang divisualisasikan | Ya | Tidak |
3) Apakah mengalami gejala gastrointestinal (seperti mual, muntah, diare, anorexia)? | ||
| ||
| 2.3 | |
| Apakah mengalami gejala gastrointestinal (seperti mual, muntah, diare, anorexia)? | |
| (Tipe data boolean) | |
Pilihan jawaban yang divisualisasikan | Ya | Tidak |
4) Apakah memiliki faktor pemberat (komorbid)? | ||
| ||
| 2.4 | |
| Apakah memiliki faktor pemberat (komorbid)? | |
| (Tipe data boolean) | |
Pilihan jawaban yang divisualisasikan | Ya | Tidak |
5) Apakah ada penurunan kapasitas fungsional? | ||
| ||
| 2.5 | |
| Apakah ada penurunan kapasitas fungsional? | |
| (Tipe data boolean) | |
Pilihan jawaban yang divisualisasikan | Ya | Tidak |
7. Pengiriman Data Pemeriksaan Psikologis
Data Pemeriksaan Psikologis terdiri atas status psikologis. Data tersebut dapat dikirimkan menggunakan resource Observation
.
Pemetaan Nilai Observation
Data status psikologis pasien dapat dikirimkan menggunakan resource Observation
. Pemetaan Nilai resources Observation
dapat dilihat pada Data Triase dan Gawat Darurat.
Pemetaan Variabel dan Terminologi Spesifik
Terminologi spesifik yang digunakan dalam pengiriman data pemeriksaan psikologis melalui resource Observation
dapat dilihat dalam tabel berikut:
Pemetaan Variabel Resource Observation | |||
---|---|---|---|
Elemen/Path FHIR | Terminologi/Format Pengisian | ||
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) |
8. Pengiriman Data Rencana Rawat Pasien
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
, dan contoh pengiriman data atau payload dari pengiriman data alergi dapat dilihat dalam Postman Collection.
Pemetaan Variabel Resource CarePlan | |
---|---|
Elemen/Path FHIR | Terminologi/Format Pengisian |
Rencana Rawat | |
| 702779007 |
| |
| Emergency health care plan agreed |
| (Tipe data String) |
9. 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 8. Rencana Rawat Pasien.
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 CarePlan | |
---|---|
Elemen/Path FHIR | Terminologi/Format Pengisian |
Instruksi Medik dan Keperawatan | |
| |
| 736271009 |
| Outpatient care plan |
| (Tipe data String) |
10. Pengiriman Data Pemeriksaan Penunjang Laboratorium
Data pemeriksaan penunjang mencakup pemeriksaan laboratorium dan pemeriksaan radiologi yang dilakukan terhadap seorang pasien. Berikut alur integrasi dan pemetaan nilai terkait pemeriksaan penunjang laboratorium.
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 direferensi dalam data laporan pemeriksaan (DiagnosticReport
).
Pemeriksaan Penunjang Panel/Paket
Contoh kasus: Seorang dokter melakukan permintaan pemeriksaan panel elektrolit darah yang terdiri dari 3 parameter yaitu natrium, kalium, dan klorida darah. Maka, data yang perlu dikirimkan yaitu:
1 data permintaan (
ServiceRequest
) dengan kode LOINC untuk panel elektrolit darah1 data spesimen (
Specimen
)3 data hasil pemeriksaan (
Observation
) terdiri dari kode LOINC untuk natrium darah, kalium darah, klorida darah1 data laporan pemeriksaan (
DiagnosticReport
) dengan kode LOINC untuk panel elektrolit darah. Data permintaan (ServiceRequest
), data spesimen (Specimen
), dan data hasil pemeriksaan (Observation
) akan direferensi dalam data laporan pemeriksaan (DiagnosticReport
).
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
, dan contoh pengiriman data atau payload dari data permintaan pemeriksaan penunjang laboratorium 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 Specimen
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
, dan contoh pengiriman data atau payload dari data hasil pemeriksaan laboratorium dapat dilihat dalam Postman Collection.
Pengiriman Data Laporan Pemeriksaan Penunjang Laboratorium
Laporan hasil pemeriksaan akan dikirimkan melalui DiagnosticReport
. Berikut adalah ketentuan pengisian laporan pemeriksaan penunjang laboratorium melalui 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 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
, dan contoh pengiriman data atau payload dari data laporan pemeriksaan laboratorium dapat dilihat dalam Postman Collection.
11. Pengiriman Data Pemeriksaan Penunjang Radiologi
Data pemeriksaan penunjang mencakup pemeriksaan laboratorium dan pemeriksaan radiologi yang dilakukan terhadap seorang pasien. Berikut alur integrasi dan pemetaan nilai terkait 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.
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 7.
Alur pengiriman data terkait pemeriksaan radiologi dapat dilihat dalam Gambar 7. 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 7A, 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 7B, 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.
Berikut pemetaan nilai untuk Observation
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 Observation
, dan contoh pengiriman data atau payload dari data tanda vital dapat dilihat dalam Postman Collection.
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.
Berikut pemetaan nilai untuk DiagnosticReport
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks data laporan hasil pemeriksaan:
Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource DiagnosticReport
, dan contoh pengiriman data atau payload dari data laporan pemeriksaan laboratorium dapat dilihat dalam Postman Collection.
12. 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 2 diagnosis, maka dikirimkan 2 payload Condition
dengan 2 kode ICD-10 yang berbeda. Pemetaan Nilai resources Condition
dapat dilihat pada Anamnesis.
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 |
Diagnosis | |
a. Diagnosis Awal/Masuk | |
| |
| encounter-diagnosis |
| Encounter Diagnosis |
| |
| ICD-10 code |
| ICD-10 Code Description |
b. Diagnosis Kerja | |
| |
| encounter-diagnosis |
| Encounter Diagnosis |
| |
| ICD-10 code |
| ICD-10 Code Description |
| |
| provisional |
| Provisional |
c. Diagnosis Banding | |
| |
| encounter-diagnosis |
| Encounter Diagnosis |
| |
| ICD-10 code |
| ICD-10 Code Description |
| |
| differential |
| Differential |
13. 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 10. Pemeriksaan Penunjang Laboratorium dan Bab 11. Pemeriksaan Penunjang Radiologi terkait Hasil Pemeriksaan Penunjang Laboratorium maupun Radiologi. Lihat bagian 13.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
, dapat dilihat dalam resource Procedure
. Untuk contoh pengiriman data atau payload dari data tindakan/prosedur medis 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-10 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-10 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) |
14. 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 untuk Obat memiliki Format Kode Obat SATUSEHAT, yaitu berisi Numerik 8 digit dengan 2 digit prefiks dan 6 digit nomor urut.
BZA adalah Bahan Zat Aktif dengan kode 91xxxxxx. Kode obat awalan 91 memuat tentang nama bahan zat aktif, UCUM, dan jenis farmalkes. Contoh kode 91000101 untuk mewakili nama bahan zat aktif Paracetamol.
POV adalah Produk Obat Virtual dengan kode 92xxxxxx. Kode obat awalan 92 memuat informasi tentang penamaan produk template dengan format penamaan bahan zat aktif, kekuatan, satuan, dan bentuk sediaan. Kode awalan 92 berfungsi untuk mencari informasi mengenai bentuk sediaan, golongan obat, rute pemberian, info ATC, ATC/DDD, Info Dagang, Bahan Zat aktif dan kekuatan, dan dosis pemakaian. Contoh kode 92000511 mewakili produk Paracetamol 120 mg/5 mL Sirup.
POA adalah Produk Obat Aktual dengan kode 93xxxxxx. Kode obat awalan 93 merupakan turunan dari produk template yang lebih detail dengan menambahkan atribut brand, volume, rasa, dan varian lainnya. Contoh kode 93002205 mewakili produk Paracetamol 120 mg/5 mL Sirup (ERPHAMOL).
POAK adalah Produk Obat Aktual dalam Kemasan dengan kode 94xxxxxx. Kode obat awalan 94 menjelaskan produk aktual berdasarkan kemasan dari masing-masing obat atau vaksin. Contoh kode 94002470 mewakili kemasan dus isi 1 pada obat Paracetamol 120 mg/5 mL Sirup (ERPHAMOL).
Berikut merupakan alur detail penukaran resep dokter di apotek/instalasi farmasi:
Pengiriman Data Peresepan Obat
Pengiriman data peresepan obat akan menggunakan 2 resources yaitu Medication
dan MedicationRequest
. resource Medication
akan mencatatkan data umum terkait obat yang akan diresepkan. Sedangkan resource MedicationRequest
akan digunakan untuk mengirimkan data terkait peresepan obat seperti jumlah yang diresepkan, instruksi minum obat dan lain-lain. Kedua data ini dikirimkan secara bersamaan sebagai 1 paket yaitu Medication
dan MedicationRequest
. Satu payload Medication
dan MedicationRequest
hanya dapat digunakan untuk peresepan 1 jenis obat saja. Apabila terdapat 2 jenis obat yang diresepkan, maka dikirimkan 2 paket Medication
dan MedicationRequest
.
Pemetaan Nilai Medication
Berikut pemetaan nilai untuk Medication
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks data kode lokal obat di masing-masing institusi:
Setiap terdapat simbol asterik * sebelum nama variabel/parameter/element FHIR yang disebutkan, maka variabel/parameter/element FHIR tersebut bersifat WAJIB, harus ada, atau pasti selalu ada, contoh: *Location.identifier . |
Silakan klik setiap teks variabel/parameter/element FHIR pada daftar pemetaan nilai di bawah ini (berwarna merah), untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan. |
Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Medication
(data peresepan obat), dapat dilihat dalam resource Medication
. Untuk contoh pengiriman data atau payload dari Medication
dapat dilihat dalam Postman Collection.
Ketentuan Pengisian
Ketentuan pengisian secara spesifik untuk pengisian resource Medication
adalah sebagai berikut:
Medication.code
Medication.code
dapat diisi dengan kode obat yang digunakan akan menggunakan kode obat yang tersedia pada KFA (kamus farmasi dan alat kesehatan). Terdapat 2 tipe kode KFA yaitu:Kode Produk Obat Template (92xxxxxx)
Kode Produk Obat Aktual (93xxxxxx) → kode untuk obat brand Pengisian kode KFA tergantung jenis obat yang diresepkan atau dikeluarkan apakah dalam bentuk produk obat template atau produk obat aktual. Daftar kode obat KFA dapat dilihat dalam browser kamus KFA pada link berikut: https://dto.kemkes.go.id/kfa-browser.
Medication.code
wajib diisi apabila mengirimkan data obat non-racikan dengan ketentuan penggunaan kode sebagai berikut:Medication.code
untukMedicationRequest
dapat menggunakan Kode Produk Obat Template (92xxxxxx) atau Kode Produk Obat Aktual (93xxxxxx), tergantung kesiapan sistem masing-masing fasyankes. Karena tidak semua sistem fasyankes memiliki dua struktur level untuk prosesMedicationRequest
, untukMedicationRequest
yang menggunakan kode awalan 93 dapat menggunakan kode 93 (Umum) atau kode 93 (Merek) sebagai pengganti kode 92. Hal ini dikarenakan setiap kode 92 memiliki padanan kode 93 (Umum).Medication.code
untukMedicationDispense
wajib menggunakan Kode Produk Obat Aktual (93xxxxxx). Apabila tidak memiliki merek maka fasyankes dapat menggunakan kode 93 (Umum). Jika peresepan obat menggunakan kode awalan 92 maka kode 93 untuk penebusan obat sebaiknya merupakan turunan kode 92 dari obat yang diresepkan. Akan tetapi, jika farmasi tidak memiliki stok obat kode 93 dengan dosis yang sesuai, tetapi ada obat dengan zat aktif sama namun beda kekuatan maka dapat digunakan sesuai kebutuhan. Misalnya, peresepan menggunakan kode 92 Paracetamol 500mg, tetapi saat penebusan obat hanya tersedia kode 93 Paracetamol 250mg maka farmasi dapat mengeluarkan obat kode 93 Paracetamol 250mg dengan tata cara minum 2 tablet. Adapun jika memang benar-benar tidak ada maka pihak farmasi perlu memberikan copy resep agar penebusan obat dilakukan di apotek di luar fasyankes untuk mendapatkan obat yang sesuai. Adapun untuk pengiriman data obat racikan,Medication.code
dapat dikosongkan.
Medication.ingredient
Terdapat 3 cara pengisianMedication.ingredient
yaitu:Peresepan/pengeluaran obat non-racikan.
Medication.ingredient
tidak wajib diisi apabila data yang dikirimkan adalah obat non-racikan.Medication.ingredient[i].itemCodeableConcept
apabila akan diisi untuk digunakan padaMedicationRequest
danMedicationDispense
maka diisikan kode zat aktif dari KFA (91xxxxxx). Daftar kode zat aktif dapat dilihat pada browser kamus KFA pada link berikut: https://dto.kemkes.go.id/kfa-browser.Pada proses peresepan dan pengeluaran obat,
Medication.ingredient.strength.numerator
danMedication.ingredient.strength.denominator
berisi unit dosis yang harus dipecah menjadi angka & satuan baik digunakan ketika padaMedicationRequest
maupun padaMedicationDispense
.Contoh pengisian dapat dilihat pada tabel berikut:
.
Medication.ingredient pada Obat Non Racikan ( | ||
Azithromycin 500 mg Tablet Salut Selaput (ZITHRAX) | ||
1 |
| |
| ||
| 91000235 | |
| Azithromycin | |
2 |
| |
| 500 | |
| ||
| mg | |
3 |
| |
| 1 | |
| ||
| TAB |
Peresepan/pengeluaran obat racikan dengan instruksi berikan dalam dosis demikian/ d.t.d.
Medication.ingredient
wajib diisi apabila data yang dikirimkan adalah obat racikan.Medication.ingredient[i].itemCodeableConcept
yang digunakan untukMedicationRequest
diisikan kode zat aktif dari KFA (91xxxxxx). Daftar kode zat aktif dapat dilihat pada browser kamus KFA pada link berikut: https://dto.kemkes.go.id/kfa-browser.Medication.ingredient[i].itemCodeableConcept
yang digunakan untukMedicationDispense
diisikan Kode Produk Obat Aktual (93xxxxxx). Daftar kode obat aktual dapat dilihat pada browser kamus KFA pada link berikut: https://dto.kemkes.go.id/kfa-browser.Pada proses peresepan obat,
Medication.ingredient.strength.numerator
berisi unit dosis yang diresepkan dokter (Contoh: 125/mg), sedangkanMedication.ingredient.strength.denominator
berisi banyaknya obat yang mengandung unit dosis pada numerator (Contoh: 1/kap). Adapun pada proses pengeluaran obat,Medication.ingredient.strength.numerator
berisi banyaknya obat yang dikeluarkan dan perlu dipecah (Contoh: 5/tab), sedangkanMedication.ingredient.strength.denominator
berisi banyaknya obat setelah dihasilkan sesuai resep dokter (Contoh: 20/cap).Contoh pengisian dapat dilihat pada tabel berikut:
.
Medication.ingredient pada Obat Racikan d.t.d ( | ||
Dokter meresepkan obat dengan kandungan Paracetamol 125 mg/ kapsul dengan jumlah 20 kapsul | ||
1 |
| |
| ||
| 91000101 | |
| Paracetamol | |
2 |
| |
| 125 | |
| ||
| mg | |
3 |
| |
| 1 | |
| ||
| CAP |
.
Medication.ingredient pada Obat Racikan d.t.d ( | ||
Dokter meresepkan obat dengan kandungan Paracetamol 125 mg/ kapsul dengan jumlah 20 kapsul. Peresepan ini menggunakan Parasetamol 500 mg Tablet (OMEGRIP) dengan jumlah 5 tablet yang dibagi menjadi 20 kapsul. | ||
1 |
| |
| ||
| 93002225 | |
| Paracetamol 500 mg Tablet (OMEGRIP) | |
2 |
| |
| 5 | |
| ||
| TAB | |
3 |
| |
| 20 | |
| ||
| CAP |
Peresepan/pengeluaran obat racikan non-d.t.d (bagi dalam bagian-bagian yang sama).
Medication.ingredient
wajib diisi apabila data yang dikirimkan adalah obat racikan.Medication.ingredient[i].itemCodeableConcept
yang digunakan untukMedicationRequest
dapat diisikan Kode Produk Obat Virtual (92xxxxxx) atau Kode Produk Obat Aktual (93xxxxxx), sedangkan untukMedicationDispense
diisikan Kode Produk Obat Aktual (93xxxxxx). Daftar kode obat aktual dapat dilihat pada browser kamus KFA pada link berikut: https://dto.kemkes.go.id/kfa-browser.Numerator dan Denominator pada proses peresepan dan pengeluaran obat racikan non-d.t.d sama, yaitu
Medication.ingredient.strength.numerator
berisi unit dosis yang harus dipecah menjadi angka dan satuan (Contoh: 10/tab), sedangkanMedication.ingredient.strength.denominator
berisi banyaknya obat yang perlu dibuat sesuai yang diresepkan dokter (Contoh: 30/cap).Contoh pengisian dapat dilihat pada tabel berikut.
.
Medication.ingredient pada Obat Racikan non d.t.d ( | ||
Dokter meresepkan Paracetamol 500 mg Tablet (OMEGRIP) sejumlah 10 tab dibuat menjadi 30 kapsul | ||
1 |
| |
| ||
| 93002225 | |
| Paracetamol 500 mg Tablet (OMEGRIP) | |
2 |
| |
| 10 | |
| ||
| TAB | |
3 |
| |
| 30 | |
| ||
| CAP |
Matriks skenario peresepan dan pengeluaran obat dapat dilihat pada Lampiran 3.
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
15. 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) |
16. Pengiriman Data Pengeluaran Obat
Pengiriman data dispense obat akan menggunakan 2 resources yaitu Medication
dan MedicationDispense
. Resource Medication
akan mencatatkan data umum terkait obat. Sedangkan resource MedicationDispense
akan digunakan untuk mengirimkan data terkait proses dispense obat. Kedua data ini dikirimkan secara bersamaan menggunakan bundle. Satu record Medication
dan MedicationDispense
hanya digunakan untuk 1 peresepan obat saja. Apabila terdapat 2 obat yang diresepkan, maka dikirimkan 2 paket Medication
dan MedicationDispense
.
Penjelasan 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.
17. 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. 8 Rencana Rawat Pasien dan Resources Observation
dapat dilihat pada Bab.3 Pengiriman Data Triase dan Gawat Darurat.
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 | ||||
| |||||
| 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) |
18. 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 di dalam resource Encounter
. Untuk contoh pengiriman data atau payload dari data rencana tindak lanjut/cara keluar dari rumah sakit dengan pilihan jawaban “Pulang atas persetujuan dokter” dan “Pulang atas permintaan sendiri”, dan “lain-lain” dapat dilihat dalam Postman Collection.
Pemetaan Variabel dan Terminologi Spesifik
Terminologi spesifik yang digunakan dalam rencana tindak lanjut dengan 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 |
19. 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 |
|
Pemetaan Nilai
Berikut pemetaan nilai untuk ServiceRequest
yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks pemeriksaan penunjang:
Pengiriman data instruksi tindak lanjut dikirimkan melalui resource ServiceRequest
. 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 |
20. 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) |
21. 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 / Cara Keluar dari Rumah Sakit, atau informasi lainnya yang belum tersedia di awal kunjungan 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 (pembaharuan data kunjungan), dapat dilihat dalam resource Encounter
. Untuk contoh pengiriman data atau payload dari Encounter
dapat dilihat dalam Postman Collection.
VARIASI KASUS PELAYANAN IGD
Alur Pergantian Dokter Penanggung Jawab Pelayanan (DPJP)
Gambar di atas yang menunjukan alur pergantian DPJP menggunakan metode POST dan PUT. Metode POST berisi dokter yang pertama kali menjadi DPJP pasien. Sementara, metode PUT digunakan bila pergantian DPJP. Pada metode ini, DPJP pertama disertai informasi Encounter.participant.period.start
dan Encounter.participant.period.end
. Sedangkan DPJP kedua/ pengganti hanya disertai informasi Encounter.participant.period.start
(Encounter.participant.period.end
akan disertakan pada PUT saat pembaharuan data kunjungan/saat pasien pulang). Kumpulan kode value-set Encounter.participant.type
dapat diakses di http://hl7.org/fhir/ValueSet/encounter-participant-type.
Alur Pembaruan Class Emergensi Menjadi Observasi
Gambar menunjukan alur pembaharuan status pelayanan IGD emergensi (emergency) menjadi observasi (observation-encounter) dengan metode PUT. Metode ini dilakukan saat pasien sudah tidak masuk kriteria pasien IGD, tetapi masih membutuhkan observasi di dalam IGD untuk memutuskan apakah pasien akan dilakukan rawat inap atau pulang.
Pembaruan data dengan Metode PUT - Encounter dilakukan pada path Encounter.class
berisi code "OBSENC", display "observation-encounter", dan system. Kemudian, tambahkan 2 objek pada Observation.classHistory.class
. Pertama, Encounter.classHistory.class
diisi dengan code "EMER" dan dilengkapi dengan Encounter.classHistory.period.start
dan Encounter.classHistory.period.end
. Kedua, Encounter.classHistory.class
diisi dengan code, display, dan CodeSystem sama seperti Encounter.class
, serta Encounter.classHistory.period.start
yang berisi waktu pembaharuan status pelayanan menjadi observasi dalam IGD yang nilainya sama dengan waktu selesai dari status dengan code "EMER".