Resume Medis - Rawat Jalan

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)

Observation.valueCodeableConcept[i].coding.text

(Tipe data String)

6. 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:

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.
Standar format Waktu yang digunakan dalam pengiriman data adalah UTC +00. Misalnya waktu WIB, maka format yang digunakan adalah waktu sekarang dikurangi 7, jika WITA, maka waktu sekarang dikurangi 8, dan Jika WIT, maka waktu sekarang dikurangi 9.
Contoh: Pukul 17.35 WIB tanggal 23 Agustus 2023 maka yang dikirimkan adalah waktunya perlu diubah ke UTC +00 menjadi 10.35, berarti menjadi 2023-08-23T10:35:00+00:00.
Standar format pengiriman Tanggal tidak bisa kurang dari 03 Juni 2014.

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 Instruksi Medik dan Keperawatan melalui resource CarePlan dapat dilihat dalam tabel berikut:

Tabel 6. Pemetaan Variabel dan Terminologi Spesifik
Pemetaan Variabel Resource `CarePlan`
Elemen/Path FHIR	Terminologi/Format Pengisian
1. Rencana Rawat
`CarePlan.category.coding.system`	http://snomed.info/sct
`CarePlan.category.coding.code`	736271009
`CarePlan.category.coding.display`	Outpatient care plan
`CarePlan.description`	(Tipe data String)

7. 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 resource CarePlan dapat dilihat pada Bab 3. Rencana Rawat.

Pemetaan Variabel dan Terminologi Spesifik

Terminologi spesifik yang digunakan dalam pengiriman data Instruksi Medik dan Keperawatan melalui resource CarePlan dapat dilihat dalam tabel berikut:

Tabel 7. Pemetaan Variabel dan Terminologi Spesifik
Pemetaan Variabel Resource `CarePlan`
Elemen/Path FHIR	Terminologi/Format Pengisian
1. Instruksi Medik dan Keperawatan
`CarePlan.category.coding.system`	http://snomed.info/sct
`CarePlan.category.coding.code`	736271009
`CarePlan.category.coding.display`	Outpatient care plan
`CarePlan.description`	(Tipe data String)

8. Pengiriman Data Pemeriksaan Penunjang Laboratorium

Data pemeriksaan penunjang mencakup pemeriksaan laboratorium dan radiologi yang dilakukan terhadap seorang pasien. Berikut alur integrasi dan pemetaan nilai pengiriman data pemeriksaan penunjang laboratorium.

Skema Pengiriman Data Terkait Pemeriksaan Penunjang Laboratorium

Pengiriman data terkait pemeriksaan penunjang memiliki 2 skema, yaitu:

Pemeriksaan Penunjang Tunggal
1. Data yang perlu dikirimkan, yaitu:
  1. 1 data permintaan (ServiceRequest)
  2. 1 data spesimen (Specimen)
  3. 1 data hasil pemeriksaan (Observation)
  4. 1 data laporan pemeriksaan (DiagnosticReport) Data permintaan (ServiceRequest), data spesimen (Specimen), dan data hasil pemeriksaan (Observation) akan di referensi dalam data laporan pemeriksaan (DiagnosticReport)

Gambar 6. Skema Pemeriksaan Penunjang Tunggal

Pemeriksaan Penunjang Panel/Paket
1. 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. 1 data permintaan (ServiceRequest) dengan kode LOINC untuk panel elektrolit darah
  2. 1 data spesimen (Specimen)
  3. 3 data hasil pemeriksaan (Observation) terdiri dari kode LOINC untuk natrium darah, kalium darah, klorida darah
  4. 1 data laporan pemeriksaan (DiagnosticReport) dengan kode LOINC untuk panel elektrolit darah. 3 data hasil pemeriksaan (Observation) akan di referensi dalam data DiagnosticReport.

Gambar 7. Skema Pemeriksaan Penunjang Panel

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:

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.
Standar format Waktu yang digunakan dalam pengiriman data adalah UTC +00. Misalnya waktu WIB, maka format yang digunakan adalah waktu sekarang dikurangi 7, jika WITA, maka waktu sekarang dikurangi 8, dan Jika WIT, maka waktu sekarang dikurangi 9.
Contoh: Pukul 17.35 WIB tanggal 23 Agustus 2023 maka yang dikirimkan adalah waktunya perlu diubah ke UTC +00 menjadi 10.35, berarti menjadi 2023-08-23T10:35:00+00:00.
Standar format pengiriman Tanggal tidak bisa kurang dari 03 Juni 2014.

Silakan klik setiap teks variabel/parameter/element FHIR pada daftar pemetaan nilai di bawah ini (berwarna merah), untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan.

Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource ServiceRequest (data permintaan pemeriksaan penunjang laboratorium), dapat dilihat dalam resource ServiceRequest. Untuk contoh pengiriman data atau payload dari ServiceRequest dapat dilihat dalam Postman Collection.

Pengiriman Data Spesimen

Pengiriman data spesimen yang digunakan pada pemeriksaan laboratorium dapat dikirimkan menggunakan resource Specimen. Data spesimen yang dapat dikirimkan antara lain jenis spesimen, waktu pengambilan spesimen, metode pengambilan spesimen, pasien terkait, kunjungan terkait, waktu spesimen diterima, tenaga kesehatan yang melakukan pengambilan sampel, permintaan terkait.

Satu payload atau satu record dari resource Specimen hanya dapat digunakan untuk 1 kode jenis spesimen. Sehingga, apabila diambil 2 jenis spesimen, sebagai contoh spesimen darah dan urin, maka perlu mengirimkan 2 payload di mana 1 payload berisi 1 kode spesimen darah dan 1 payload berisi kode spesimen urin.

Berikut pemetaan nilai untuk Specimen yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks Pengiriman Data Spesimen:

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.
Standar format Waktu yang digunakan dalam pengiriman data adalah UTC +00. Misalnya waktu WIB, maka format yang digunakan adalah waktu sekarang dikurangi 7, jika WITA, maka waktu sekarang dikurangi 8, dan Jika WIT, maka waktu sekarang dikurangi 9.
Contoh: Pukul 17.35 WIB tanggal 23 Agustus 2023 maka yang dikirimkan adalah waktunya perlu diubah ke UTC +00 menjadi 10.35, berarti menjadi 2023-08-23T10:35:00+00:00.
Standar format pengiriman Tanggal tidak bisa kurang dari 03 Juni 2014.

Silakan klik setiap teks variabel/parameter/element FHIR pada daftar pemetaan nilai di bawah ini (berwarna merah), untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan.

Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Specimen (data permintaan spesimen), dapat dilihat dalam resource Specimen. Untuk contoh pengiriman data atau payload dari ServiceRequest dapat dilihat dalam Postman Collection.

Pengiriman Data Hasil Pemeriksaan Penunjang Laboratorium

Hasil pemeriksaan penunjang dapat dikirimkan menggunakan resource Observation. Berikut adalah ketentuan pengisian data hasil pemeriksaan laboratorium melalui resource Observation:

Kode LOINC atau kode Pemeriksaan Penunjang Nasional digunakan pada elemen Observation.code untuk merepresentasikan nama pemeriksaan yang dihasilkan. Referensi pemetaan pemeriksaan laboratorium dengan kode LOINC dapat dilihat melalui kode LOINC. Gunakan parameter pemeriksaan dengan kategori “Hasil” atau “Permintaan & Hasil” pada file Terminologi Laboratorium ketika mengirimkan data melalui resource Observation.
Elemen Observation.category.coding diisi dengan kode laboratory.
Pemilihan elemen Observation.value[x] disesuaikan dengan Tipe hasil pemeriksaan laboratorium.
1. Observation.valueCodeableConcept untuk tipe hasil Nominal
2. Observation.valueCodeableConcept untuk tipe hasil Ordinal
3. Observation.valueQuantity untuk tipe hasil Kuantitatif/Quantitative
4. Observation.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:

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.
Standar format Waktu yang digunakan dalam pengiriman data adalah UTC +00. Misalnya waktu WIB, maka format yang digunakan adalah waktu sekarang dikurangi 7, jika WITA, maka waktu sekarang dikurangi 8, dan Jika WIT, maka waktu sekarang dikurangi 9.
Contoh: Pukul 17.35 WIB tanggal 23 Agustus 2023 maka yang dikirimkan adalah waktunya perlu diubah ke UTC +00 menjadi 10.35, berarti menjadi 2023-08-23T10:35:00+00:00.
Standar format pengiriman Tanggal tidak bisa kurang dari 03 Juni 2014.

Silakan klik setiap teks variabel/parameter/element FHIR pada daftar pemetaan nilai di bawah ini (berwarna merah), untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan.

Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Observation (data hasil pemeriksaan laboratorium), dapat dilihat dalam resource Observation. Untuk contoh pengiriman data atau payload dari Observation dapat dilihat dalam Postman Collection.

Pengiriman Data Laporan Pemeriksaan Penunjang Laboratorium

Laporan hasil pemeriksaan akan dikirimkan melalui resource DiagnosticReport. Berikut adalah ketentuan pengisian laporan pemeriksaan penunjang laboratorium melalui resource DiagnosticReport:

Data di resource DiagnosticReport akan mereferensi ke hasil pemeriksaan laboratorium terkait pada resource Observation melalui DiagnosticReport.result, spesimen terkait pada resource Specimen melalui DiagnosticReport.specimen, dan permintaan pemeriksaan penunjang terkait pada resource ServiceRequest melalui DiagnosticReport.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 resource DiagnosticReport.
Kode yang dicantumkan dalam DiagnosticReport.code akan sama dengan kode yang dicantumkan pada ServiceRequest.code terkait.

Satu payload atau satu record dari resource DiagnosticReport hanya dapat digunakan untuk 1 kode/laporan parameter laboratorium. Sehingga, apabila dilakukan permintaan 2 parameter laboratorium, sebagai contoh panel elektrolit dan hemoglobin, maka perlu mengirimkan 2 payload laporan melalui resource DiagnosticReport di mana 1 payload berisi 1 kode panel elektrolit dan 1 payload berisi kode parameter hemoglobin.

Berikut pemetaan nilai untuk DiagnosticReport yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks pengiriman data laporan pemeriksaan penunjang laboratorium:

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.
Standar format Waktu yang digunakan dalam pengiriman data adalah UTC +00. Misalnya waktu WIB, maka format yang digunakan adalah waktu sekarang dikurangi 7, jika WITA, maka waktu sekarang dikurangi 8, dan Jika WIT, maka waktu sekarang dikurangi 9.
Contoh: Pukul 17.35 WIB tanggal 23 Agustus 2023 maka yang dikirimkan adalah waktunya perlu diubah ke UTC +00 menjadi 10.35, berarti menjadi 2023-08-23T10:35:00+00:00.
Standar format pengiriman Tanggal tidak bisa kurang dari 03 Juni 2014.

Silakan klik setiap teks variabel/parameter/element FHIR pada daftar pemetaan nilai di bawah ini (berwarna merah), untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan.

Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource DiagnosticReport (data laporan pemeriksaan laboratorium), dapat dilihat dalam resource DiagnosticReport. Untuk contoh pengiriman data atau payload dari DiagnosticReport dapat dilihat dalam Postman Collection.

9. Pengiriman Data Pemeriksaan Penunjang Radiologi

Pengantar DICOM

Digital Imaging and Communications in Medicine (DICOM) merupakan standar komunikasi dan manajemen informasi pencitraan medis dan data terkait. DICOM memfasilitasi interoperabilitas antar alat pencitraan dan sistem lainnya dengan mengatur spesifikasi sebagai berikut:

Protokol yang harus diikuti perangkat untuk jaringan komunikasi
Sintaks dan semantik untuk Commands dan informasi terkait yang dipertukarkan dalam protokol
Layanan penyimpanan media, format file, dan struktur direktori untuk memfasilitasi akses ke gambar dan informasi terkait yang disimpan dalam media yang dipertukarkan
Informasi yang harus diberikan dalam implementasi yang sesuai dengan standar yang sudah ditetapkan

Hierarki Pencitraan DICOM

Informasi lebih lanjut dapat dilihat pada Link berikut. image::hierarki-pencitraan.png[DICOM,1000,600,align=center]

Hierarki pencitraan pada DICOM terdiri dari 4 level yaitu:

Patient
Study
Series
Instance

Alur Pengiriman Data Pemeriksaan Radiologi ke SATUSEHAT

Alur Interoperabilitas pengiriman hasil pencitraan dalam bentuk DICOM dapat dilihat dalam gambar 5.

Gambar 8. Alur Pengiriman Data Pemeriksaan Radiologi ke SATUSEHAT

Alur pengiriman data terkait pemeriksaan radiologi dapat dilihat dalam Gambar 5. Alur ini ditentukan oleh di mana Accession Number dari pemeriksaan radiologi dihasilkan. Accession Number adalah nomor untuk mengidentifikasi urutan permintaan/order dari study. Berikut 2 alur pengiriman data radiologi ke SATUSEHAT:

Accession Number dikeluarkan oleh SIMRS/SIMPUS atau dikeluarkan oleh Radiology Information System (RIS) namun SIMRS/SIMPUS terhubung dengan RIS. Alur atau proses pengiriman data untuk skema ini adalah:
1. Permintaan atau order pemeriksaan radiologi dilakukan oleh SIMRS/SIMPUS.
2. a. SIMRS/SIMPUS mengeluarkan accession number ATAU
  1. RIS mengeluarkan accession number dan SIMRS mendapatkan accession number yang dikeluarkan RIS
3. Pembuatan work list untuk modalitas. Work list merupakan daftar permintaan yang perlu dilakukan oleh masing-masing modalitas atau alat radiologi.
4. Pelaksanaan atau pengambilan pencitraan radiologi oleh masing-masing modalitas
5. Hasil dalam format DICOM akan disimpan dalam Picture Archiving and Communications System (PACS).
6. 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.
7. Bacaan hasil radiologi atau expertise dan kesan bacaan radiologi yang dilakukan oleh dokter spesialis radiologi akan dikirimkan ke SATUSEHAT.

Berdasarkan Gambar 5A, maka seluruh pengiriman data ke SATUSEHAT melalui resource ServiceRequest, Observation, dan DiagnosticReport akan dilakukan oleh SIMPUS/SIMRS.

Accession Number dikeluarkan oleh SIMPUS/SIMRS ke Modality melalui DICOM Router Alur atau proses pengiriman data untuk skema ini adalah:
1. Permintaan atau order pemeriksaan Penunjang / Ultrasonografi (USG) dilakukan oleh SIMPUS/SIMRS.
2. SIMPUS/SIMRS mengeluarkan accession number.
3. Pembuatan work list untuk modalitas USG. Work list merupakan daftar permintaan yang perlu dilakukan oleh modalitas (USG).
4. Pelaksanaan atau pengambilan pencitraan USG oleh masing-masing modalitas.
5. Hasil dalam format DICOM akan disimpan dalam Penyimpanan di Modalitas.
6. 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.
7. Bacaan hasil radiologi atau expertise dan kesan bacaan USG yang dilakukan oleh dokter spesialis Kandungan dan Kebidanan akan dikirimkan ke SATUSEHAT.

Selengkapnya dapat dilihat pada Gambar 5B, dengan teknis pengiriman data ke SATUSEHAT melalui resource ServiceRequest, Observation, dan DiagnosticReport akan dilakukan oleh SIMPUS/SIMRS.

Alur Pengiriman DICOM pada Fasilitas Pelayanan Kesehatan yang Memiliki MWL dapat dilihat pada Lampiran 4 dan Alur Pengiriman DICOM pada Fasilitas Pelayanan Kesehatan yang Tidak Memiliki MWL dapat dilihat pada Lampiran 5.

Pengiriman Data Permintaan Pemeriksaan Penunjang Radiologi

Sebelum melakukan pemeriksaan penunjang seperti radiologi, diperlukan langkah permintaan pemeriksaan penunjang. Pengiriman data terkait permintaan pemeriksaan penunjang dapat dilakukan menggunakan resource ServiceRequest. Data permintaan pemeriksaan penunjang radiologi yang dapat dikirimkan antara lain nama pemeriksaan, pasien terkait, kunjungan terkait, tanggal permintaan akan dilakukan, tanggal permintaan dibuat, dan tenaga kesehatan yang melakukan permintaan.

Kode LOINC atau kode Pemeriksaan Penunjang Nasional digunakan pada elemen ServiceRequest.code untuk merepresentasikan nama pemeriksaan yang diminta. Referensi pemetaan pemeriksaan radiologi dengan kode LOINC dapat dilihat melalui kode LOINC. Gunakan parameter pemeriksaan dengan kategori “Permintaan” atau “Permintaan & Hasil” pada file Terminologi Radiologi ketika mengirimkan data melalui resource ServiceRequest.

Satu payload atau satu record dari resource ServiceRequest hanya dapat digunakan untuk 1 kode/permintaan parameter radiologi. Sehingga, apabila dilakukan permintaan 2 parameter radiologi, sebagai contoh X-ray thorax atau rontgen dada dan X-ray abdomen atau rontgen perut, maka perlu mengirimkan 2 payload di mana 1 payload berisi 1 kode X-ray thorax dan 1 payload berisi kode X-ray abdomen.

Ketentuan 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
1. SIMPUS/SIMRS mengirimkan ServiceRequest kepada SATUSEHAT dengan ketentuan pengisian berikut:
  1. 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.
  2. Pada ServiceRequest.orderDetail.coding digunakan untuk mengirimkan data terkait jenis modalitas radiologi dan kode identitas modalitas radiologi (AE Title). Sedangkan untuk ServiceRequest.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
1. SIMPUS/SIMRS mengirimkan ServiceRequest kepada SATUSEHAT dengan format pengisian seperti yang dijelaskan pada poin A.1.a
2. SIMPUS/SIMRS mengirimkan ServiceRequest kepada MWL dalam DICOM Router dengan ketentuan pengisian berikut:
  1. 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.
  2. Pada ServiceRequest.orderDetail.coding digunakan untuk mengirimkan data terkait jenis modalitas radiologi dan kode identitas modalitas radiologi (AE Title). Sedangkan untuk ServiceRequest.orderDetail.text digunakan untuk mengirimkan data keterangan tambahan terkait dengan jenis modalitas radiologi.
  3. 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:

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.
Standar format Waktu yang digunakan dalam pengiriman data adalah UTC +00. Misalnya waktu WIB, maka format yang digunakan adalah waktu sekarang dikurangi 7, jika WITA, maka waktu sekarang dikurangi 8, dan Jika WIT, maka waktu sekarang dikurangi 9.
Contoh: Pukul 17.35 WIB tanggal 23 Agustus 2023 maka yang dikirimkan adalah waktunya perlu diubah ke UTC +00 menjadi 10.35, berarti menjadi 2023-08-23T10:35:00+00:00.
Standar format pengiriman Tanggal tidak bisa kurang dari 03 Juni 2014.

Silakan klik setiap teks variabel/parameter/element FHIR pada daftar pemetaan nilai di bawah ini (berwarna merah), untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan.

Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource ServiceRequest (data permintaan pemeriksaan penunjang radiologi), dapat dilihat dalam resource ServiceRequest. Untuk contoh pengiriman data atau payload dari ServiceRequest 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:

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.
Standar format Waktu yang digunakan dalam pengiriman data adalah UTC +00. Misalnya waktu WIB, maka format yang digunakan adalah waktu sekarang dikurangi 7, jika WITA, maka waktu sekarang dikurangi 8, dan Jika WIT, maka waktu sekarang dikurangi 9.
Contoh: Pukul 17.35 WIB tanggal 23 Agustus 2023 maka yang dikirimkan adalah waktunya perlu diubah ke UTC +00 menjadi 10.35, berarti menjadi 2023-08-23T10:35:00+00:00.
Standar format pengiriman Tanggal tidak bisa kurang dari 03 Juni 2014.

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 resource Observation.
Elemen Observation.category.coding diisi dengan kode imaging.
Pemilihan elemen Observation.value[x] disesuaikan dengan Tipe hasil pemeriksaan radiologi.
1. Observation.valueCodeableConcept untuk tipe hasil Nominal
2. Observation.valueCodeableConcept untuk tipe hasil Ordinal
3. Observation.valueQuantity untuk tipe hasil Kuantitatif/Quantitative
4. Observation.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:

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.
Standar format Waktu yang digunakan dalam pengiriman data adalah UTC +00. Misalnya waktu WIB, maka format yang digunakan adalah waktu sekarang dikurangi 7, jika WITA, maka waktu sekarang dikurangi 8, dan Jika WIT, maka waktu sekarang dikurangi 9.
Contoh: Pukul 17.35 WIB tanggal 23 Agustus 2023 maka yang dikirimkan adalah waktunya perlu diubah ke UTC +00 menjadi 10.35, berarti menjadi 2023-08-23T10:35:00+00:00.
Standar format pengiriman Tanggal tidak bisa kurang dari 03 Juni 2014.

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.

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 resource Observation melalui DiagnosticReport.result, permintaan pemeriksaan penunjang terkait pada resource ServiceRequest melalui DiagnosticReport.basedOn, serta informasi DICOM pada resource ImagingStudy melalui DiagnosticReport.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 resource DiagnosticReport.
Kode yang dicantumkan dalam DiagnosticReport.code akan sama dengan kode yang dicantumkan pada ServiceRequest.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:

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.
Standar format Waktu yang digunakan dalam pengiriman data adalah UTC +00. Misalnya waktu WIB, maka format yang digunakan adalah waktu sekarang dikurangi 7, jika WITA, maka waktu sekarang dikurangi 8, dan Jika WIT, maka waktu sekarang dikurangi 9.
Contoh: Pukul 17.35 WIB tanggal 23 Agustus 2023 maka yang dikirimkan adalah waktunya perlu diubah ke UTC +00 menjadi 10.35, berarti menjadi 2023-08-23T10:35:00+00:00.
Standar format pengiriman Tanggal tidak bisa kurang dari 03 Juni 2014.

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.

10. 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

Berikut pemetaan nilai untuk Condition yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks pengiriman data diagnosis pasien:

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.
Standar format Waktu yang digunakan dalam pengiriman data adalah UTC +00. Misalnya waktu WIB, maka format yang digunakan adalah waktu sekarang dikurangi 7, jika WITA, maka waktu sekarang dikurangi 8, dan Jika WIT, maka waktu sekarang dikurangi 9.
Contoh: Pukul 17.35 WIB tanggal 23 Agustus 2023 maka yang dikirimkan adalah waktunya perlu diubah ke UTC +00 menjadi 10.35, berarti menjadi 2023-08-23T10:35:00+00:00.
Standar format pengiriman Tanggal tidak bisa kurang dari 03 Juni 2014.

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 diagnosis melalui resource Condition dapat dilihat dalam tabel berikut:

Tabel 8. Terminologi Spesifik
Pemetaan Variabel Resource `Condition`
*Elemen/Path* FHIR**	Terminologi/Format Pengisian
1. Diagnosis
`Condition.category.coding.system`	http://terminology.hl7.org/CodeSystem/condition-category
`Condition.category.coding.code`	encounter-diagnosis
`Condition.category.coding.display`	Encounter Diagnosis
`Condition.code.coding.system`	http://hl7.org/fhir/sid/icd-10
`Condition.code.coding.code`	ICD-10 code
`Condition.code.coding.display`	ICD-10 Code Description

11. Pengiriman Data Tindakan/Prosedur Medis

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 7. Pemeriksaan Penunjang terkait Hasil Pemeriksaan Penunjang Laboratorium maupun Radiologi. Lihat bagian 11.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:

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.
Standar format Waktu yang digunakan dalam pengiriman data adalah UTC +00. Misalnya waktu WIB, maka format yang digunakan adalah waktu sekarang dikurangi 7, jika WITA, maka waktu sekarang dikurangi 8, dan Jika WIT, maka waktu sekarang dikurangi 9.
Contoh: Pukul 17.35 WIB tanggal 23 Agustus 2023 maka yang dikirimkan adalah waktunya perlu diubah ke UTC +00 menjadi 10.35, berarti menjadi 2023-08-23T10:35:00+00:00.
Standar format pengiriman Tanggal tidak bisa kurang dari 03 Juni 2014.

Silakan klik setiap teks variabel/parameter/element FHIR pada daftar pemetaan nilai di bawah ini (berwarna merah), untuk membaca panduan lebih detail/lanjut ke bagian yang direferensikan.

Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Procedure (data tindakan/prosedur medis), dapat dilihat dalam resource Procedure. Untuk contoh pengiriman data atau payload dari Procedure dapat dilihat dalam Postman Collection.

Tindakan/ Prosedur Diagnostik

Terminologi spesifik yang digunakan dalam pengiriman data Tindakan melalui resource Procedure dapat dilihat dalam tabel berikut:

Tabel 9. Variabel dan Terminologi Spesifik
Pemetaan Variabel Resource `Procedure`
*Elemen/Path* FHIR**	Terminologi/Format Pengisian
1. Tindakan
`Procedure.category.coding.system`	http://snomed.info/sct
`Procedure.category.coding.code`	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)
`Procedure.category.coding.display`	SNOMED-CT Description
`Procedure.code.coding.system`	http://hl7.org/fhir/sid/icd-9-cm
`Procedure.code.coding.code`	ICD-9 CM Code
`Condition.code.coding.display`	ICD-9 CM Code Description
2. Petugas yang Melaksanakan Tindakan
`Procedure.performer.actor`	*(Tipe data uri)*
3. Tanggal Pelaksanakan Tindakan
`Procedure.performed.dateTime`	*(Tipe data dateTime)*
4. Waktu Mulai Tindakan
`Procedure.performed.dateTime`	*(Tipe data dateTime)*
5. Waktu Selesai Tindakan
`Procedure.performed.dateTime`	*(Tipe data dateTime)*
6. Hasil Tindakan Diagnostik
`Observation.category.coding.system`	http://terminology.hl7.org/CodeSystem/observation-category
`Observation.category.coding.code`	*procedure*
`Observation.category.coding.display`	*Procedure*
Keterangan :
Hasil Tindakan Diagnostik dapat dikirimkan menggunakan resource `Observation`. Berikut adalah ketentuan pengisian data hasil tindakan diagnostik melalui resource `Observation`: Kode LOINC, kode Pemeriksaan Penunjang Nasional, maupun kode SNOMED-CT digunakan pada elemen `Observation.code` untuk merepresentasikan nama tindakan yang dilakukan dan elemen `Observation.component.code` untuk merepresentasikan komponen hasil tindakan diagnostik. Referensi pemetaan dapat dilihat pada Lampiran Terminologi Tindakan/Prosedur Diagnostik Elemen `Observation.category.coding` diisi dengan kode `procedure`. Pemilihan elemen `Observation.value[x]` dan `Observation.component.value[x]` disesuaikan dengan Tipe hasil pemeriksaan laboratorium. `Observation.valueCodeableConcept` atau `Observation.component.valueCodeableConcept` untuk tipe hasil Nominal `Observation.valueCodeableConcept` atau `Observation.component.valueCodeableConcept` untuk tipe hasil Ordinal `Observation.valueQuantity` atau `Observation.component.valueQuantity` untuk tipe hasil Kuantitatif/Quantitative `Observation.valueString` atau `Observation.component.valueString` untuk tipe hasil Naratif/Narrative `Observation.valueBoolean` atau `Observation.component.valueBoolean` untuk tipe pilihan jawaban ya/tidak Teknis Pengiriman Data Satu payload atau satu record data resource `Observation` hanya dapat digunakan untuk 1 kode nama tindakan diagnostik yang dilakukan. Jika dilakukan lebih dari satu tindakan diagnostik maka perlu dikirimkan dalam 2 payload berbeda Contoh: Dilakukan 2 tindakan diagnostik, misal tindakan EKG dan Ekokardiografi, maka data hasil tindakan EKG dan Ekokardiografi perlu dikirimkan dalam 2 payload berbeda. Payload pertama berisi 1 kode tindakan diagnostik EKG dan payload kedua berisi kode tindakan Ekokardiografi.

Tindakan/ Prosedur Terapeutik

Terminologi spesifik yang digunakan dalam pengiriman data Tindakan melalui resource Procedure dapat dilihat dalam tabel berikut:

Tabel 10. Variabel dan Terminologi Spesifik
Pemetaan Variabel Resource `Procedure`
*Elemen/Path* FHIR**	Terminologi/Format Pengisian
1. Tindakan
`Procedure.category.coding.system`	http://snomed.info/sct
`Procedure.category.coding.code`	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)
`Procedure.category.coding.display`	SNOMED-CT Description
`Procedure.code.coding.system`	http://hl7.org/fhir/sid/icd-9-cm
`Procedure.code.coding.code`	ICD-9 CM Code
`Condition.code.coding.display`	ICD-9 CM Code Description
2. Petugas yang Melaksanakan Tindakan
`Procedure.performer.actor`	*(Tipe data uri)*
3. Tanggal Pelaksanakan Tindakan
`Procedure.performed.dateTime`	*(Tipe data dateTime)*
4. Waktu Mulai Tindakan
`Procedure.performed.dateTime`	*(Tipe data dateTime)*
5. Waktu Selesai Tindakan
`Procedure.performed.dateTime`	*(Tipe data dateTime)*

12. 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.

Gambar 9. 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:

Gambar 10. 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.

Gambar 11. Skema Peresepan 1 Obat

Gambar 12. Skema Peresepan 2 Obat

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.

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:

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.
Standar format Waktu yang digunakan dalam pengiriman data adalah UTC +00. Misalnya waktu WIB, maka format yang digunakan adalah waktu sekarang dikurangi 7, jika WITA, maka waktu sekarang dikurangi 8, dan Jika WIT, maka waktu sekarang dikurangi 9.
Contoh: Pukul 17.35 WIB tanggal 23 Agustus 2023 maka yang dikirimkan adalah waktunya perlu diubah ke UTC +00 menjadi 10.35, berarti menjadi 2023-08-23T10:35:00+00:00.
Standar format pengiriman Tanggal tidak bisa kurang dari 03 Juni 2014.

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 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 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:
1. Kode Produk Obat Template (92xxxxxx)
2. 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:
3. Medication.code untuk MedicationRequest 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 proses MedicationRequest, untuk MedicationRequest 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).
4. Medication.code untuk MedicationDispense 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 pengisian Medication.ingredient yaitu:
1. 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 pada MedicationRequest dan MedicationDispense 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 dan Medication.ingredient.strength.denominator berisi unit dosis yang harus dipecah menjadi angka & satuan baik digunakan ketika pada MedicationRequest maupun pada MedicationDispense.
  - Contoh pengisian dapat dilihat pada tabel berikut:

Medication.ingredient pada Obat Non Racikan (MedicationRequest dan MedicationDispense)

Azithromycin 500 mg Tablet Salut Selaput (ZITHRAX)

Medication.ingredient.itemCodeableConcept

Medication.ingredient.itemCodeableConcept.system

Medication.ingredient.itemCodeableConcept.code

91000235

Medication.ingredient.itemCodeableConcept.display

Azithromycin

Medication.ingredient.strength.numerator

Medication.ingredient.strength.numerator.value

500

Medication.ingredient.strength.numerator.system

http://terminology.hl7.org/CodeSystem/v3-orderableDrugForm

Medication.ingredient.strength.numerator.code

Medication.ingredient.strength.denominator

Medication.ingredient.strength.denominator.value

Medication.ingredient.strength.denominator.system

Medication.ingredient.strength.denominator.code

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 untuk MedicationRequest 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 untuk MedicationDispense 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), sedangkan Medication.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), sedangkan Medication.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 (MedicationRequest)

Dokter meresepkan obat dengan kandungan Paracetamol 125 mg/ kapsul dengan jumlah 20 kapsul

Medication.ingredient.itemCodeableConcept

Medication.ingredient.itemCodeableConcept.system

Medication.ingredient.itemCodeableConcept.code

91000101

Medication.ingredient.itemCodeableConcept.display

Paracetamol

Medication.ingredient.strength.numerator

Medication.ingredient.strength.numerator.value

125

Medication.ingredient.strength.numerator.system

http://terminology.hl7.org/CodeSystem/v3-orderableDrugForm

Medication.ingredient.strength.numerator.code

Medication.ingredient.strength.denominator

Medication.ingredient.strength.denominator.value

Medication.ingredient.strength.denominator.system

Medication.ingredient.strength.denominator.code

CAP

Medication.ingredient pada Obat Racikan d.t.d (MedicationDispense)

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.

Medication.ingredient.itemCodeableConcept

Medication.ingredient.itemCodeableConcept.system

Medication.ingredient.itemCodeableConcept.code

93002225

Medication.ingredient.itemCodeableConcept.display

Paracetamol 500 mg Tablet (OMEGRIP)

Medication.ingredient.strength.numerator

Medication.ingredient.strength.numerator.value

Medication.ingredient.strength.numerator.system

http://terminology.hl7.org/CodeSystem/v3-orderableDrugForm

Medication.ingredient.strength.numerator.code

TAB

Medication.ingredient.strength.denominator

Medication.ingredient.strength.denominator.value

Medication.ingredient.strength.denominator.system

Medication.ingredient.strength.denominator.code

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 untuk MedicationRequest dapat diisikan Kode Produk Obat Virtual (92xxxxxx) atau Kode Produk Obat Aktual (93xxxxxx), sedangkan untuk MedicationDispense 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), sedangkan Medication.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 (MedicationRequest dan MedicationDispense)

Dokter meresepkan Paracetamol 500 mg Tablet (OMEGRIP) sejumlah 10 tab dibuat menjadi 30 kapsul

Medication.ingredient.itemCodeableConcept

Medication.ingredient.itemCodeableConcept.system

Medication.ingredient.itemCodeableConcept.code

93002225

Medication.ingredient.itemCodeableConcept.display

Paracetamol 500 mg Tablet (OMEGRIP)

Medication.ingredient.strength.numerator

Medication.ingredient.strength.numerator.value

Medication.ingredient.strength.numerator.system