Skip to main content

Resume Medis - Rawat Jalan Jilid 1

Panduan SehatMu Use Case Resume Medis Rawat Jalan terdiri dari 2 jilid yaitu:

  1. Jilid 1: Alur interoperabilitas secara umum untuk resume medis rawat jalan
  2. Jilid 2: Alur interoperabilitas untuk pemeriksaan penunjang (laboratorium dan radiologi)

Tahapan alur interoperabilitas dan resource yang digunakan untuk Resume Medis Rawat Jalan dapat dilihat pada gambar di bawah ini. Diagram Resume Medis Rawat Jalan

Gambar 1. Alur Integrasi Resume Medis Rawat Jalan

Alur integrasi dan format pengiriman data terkait secara umum selain data pemeriksaan penunjang dijelaskan pada Buku Panduan SehatMu Resume Medis Rawat Jalan Jilid 1. Adapun langkah yang akan dijelaskan pada Buku Panduan SehatMu Resume Medis Rawat Jalan Jilid 1 yaitu:
1. Pendaftaran Identitas Pasien
2. Pendataan Kunjungan
3. Anamnesis
4. Hasil Pemeriksaan Fisik
9. Tindakan/Prosedur Medis Diagnostik
10. Diagnosis
11. Tindakan/Prosedur Medis Terapetik
12. Tatalaksana
13. Prognosis
14a. Rencana Tindak Lanjut/ Cara Keluar + dari Rumah Sakit
14b. Instruksi untuk Tindak Lanjut
14c. Sarana Transportasi untuk Rujuk
15. Kondisi Saat Meninggalkan RS
16. Pasien Pulang

Data atau variabel resume medis rawat jalan yang dapat dipertukarkan dalam SehatMu sebagai berikut:

Pendaftaran Pasien​

Apabila melakukan pengiriman data kesehatan melalui SehatMu 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 SehatMu secara detail dapat dilihat dalam resource Patient dan terkait panduan/playbook MPI dapat dilihat dalam dokumen Master Patient Index.

Pendaftaran Kunjungan Pasien​

Kunjungan pasien dapat didefinisikan sebagai interaksi pasien terhadap suatu layanan fasyankes. Sebagai contoh, dalam satu rangkaian rawat jalan, 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:

Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Encounter (data pendaftaran kunjungan pasien), dapat dilihat dalam resource Encounter. Untuk contoh pengiriman data atau payload dari Encounter dapat dilihat dalam Postman Collection.

Pengiriman Data Keluhan Utama​

Keluhan utama yang dimiliki pasien dapat dikirimkan menggunakan resource Condition.

Pemetaan Nilai​

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

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

Pemetaan Variabel dan Terminologi Spesifik​

Terminologi spesifik yang digunakan dalam pengiriman data keluhan utama melalui resource Condition dapat dilihat dalam tabel berikut:

Tabel 2. Pemetaan Variabel dan Terminologi Spesifik

Pemetaan Variabel Resource Condition

Elemen/Path FHIR

Terminologi/Format Pengisian

1. Keluhan Utama

Condition.category.coding.system

http://terminology.hl7.org/CodeSystem/condition-category

Condition.category.coding.code

problem-list-item

Condition.category.coding.display

Problem List Item

Condition.code.coding.system

http://snomed.info/sct

Condition.code.coding.code

SNOMED-CT code

Condition.code.coding.display

SNOMED-CT Description

Pengiriman Data Alergi​

Pasien mungkin memiliki informasi alergi terhadap zat atau bahan tertentu. Informasi tersebut dapat dimasukkan menggunakan resource AllergyIntolerance.

Pemetaan Nilai​

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

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

Pengiriman Data Hasil Pemeriksaan​

Pemetaan Nilai Tanda Vital​

Setelah sesi anamnesis, dokter akan melakukan beberapa pemeriksaan fisik dan tanda-tanda vital (vital sign). Data hasil pemeriksaan fisik dapat dikirimkan melalui resource Observation.

Berikut pemetaan nilai untuk Observation yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks pemeriksaan laboratorium:

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

Pemetaan Variabel dan Terminologi Spesifik​

Terminologi spesifik yang digunakan dalam pengiriman data tanda vital melalui resource Observation dapat dilihat dalam tabel berikut:

Tabel 3. Terminologi spesifik yang digunakan dalam pengiriman data tanda vital melalui resource Observation

Pemetaan Variabel Resource Observation

Elemen/Path FHIR

Terminologi/Format Pengisian

Denyut Jantung

Observation.category[i].coding[i].system

http://terminology.hl7.org/CodeSystem/observation-category

Observation.category[i].coding[i].code

vital-signs

Observation.category[i].coding[i].display

Vital Signs

*Observation.code.coding.system

http://loinc.org

*Observation.code.coding.code

8867-4

*Observation.code.coding.display

Heart rate

Observation.valueQuantity.value

(Tipe data Decimal)

Observation.valueQuantity.unit

beats/min

Observation.valueQuantity.system

http://unitsofmeasure.org

Observation.valueQuantity.code

/min

Pernapasan

Observation.category[i].coding[i].system

http://terminology.hl7.org/CodeSystem/observation-category

Observation.category[i].coding[i].code

vital-signs

Observation.category[i].coding[i].display

Vital Signs

*Observation.code.coding.system

http://loinc.org

*Observation.code.coding.code

9279-1

*Observation.code.coding.display

Respiratory rate

Observation.valueQuantity.value

(Tipe data Decimal)

Observation.valueQuantity.unit

breaths/min

Observation.valueQuantity.system

http://unitsofmeasure.org

Observation.valueQuantity.code

/min

Tekanan Darah Sistole

Observation.category[i].coding[i].system

http://terminology.hl7.org/CodeSystem/observation-category

Observation.category[i].coding[i].code

vital-signs

Observation.category[i].coding[i].display

Vital Signs

*Observation.code.coding.system

http://loinc.org

*Observation.code.coding.code

8480-6

*Observation.code.coding.display

Systolic blood pressure

Observation.valueQuantity.value

(Tipe data Decimal)

Observation.valueQuantity.unit

mm[Hg]

Observation.valueQuantity.system

http://unitsofmeasure.org

Observation.valueQuantity.code

mm[Hg]

Tekanan Darah Diastole

Observation.category[i].coding[i].system

http://terminology.hl7.org/CodeSystem/observation-category

Observation.category[i].coding[i].code

vital-signs

Observation.category[i].coding[i].display

Vital Signs

*Observation.code.coding.system

http://loinc.org

*Observation.code.coding.code

8462-4

*Observation.code.coding.display

Diastolic blood pressure

Observation.valueQuantity.value

(Tipe data Decimal)

Observation.valueQuantity.unit

mm[Hg]

Observation.valueQuantity.system

http://unitsofmeasure.org

Observation.valueQuantity.code

mm[Hg]

Suhu Tubuh

Observation.category[i].coding[i].system

http://terminology.hl7.org/CodeSystem/observation-category

Observation.category[i].coding[i].code

vital-signs

Observation.category[i].coding[i].display

Vital Signs

*Observation.code.coding.system

http://loinc.org

*Observation.code.coding.code

8310-5

*Observation.code.coding.display

Body temperature

Observation.valueQuantity.value

(Tipe data Decimal)

Observation.valueQuantity.unit

C

Observation.valueQuantity.system

http://unitsofmeasure.org

Observation.valueQuantity.code

Cel

Pemetaan Nilai Tingkat Kesadaran​

Hasil pemeriksaan tingkat kesadaran dapat dikirimkan menggunakan resource Observation.

Berikut pemetaan nilai untuk Observation yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait:

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

Pemetaan Variabel dan Terminologi Spesifik​

Terminologi spesifik yang digunakan dalam pengiriman data tingkat kesadaran melalui resource Observation dapat dilihat dalam tabel berikut:

Tabel 4. Terminologi spesifik yang digunakan dalam pengiriman data tingkat kesadaran melalui resource Observation

Resource Observation

Elemen/Path FHIR

Terminologi/Format Pengisian

Tingkat Kesadaran

Observation.category[i].coding.system

http://terminology.hl7.org/CodeSystem/observation-category

Observation.category[i].coding.code

exam

Observation.category[i].coding.display

Exam

*Observation.code.coding.system

http://loinc.org

*Observation.code.coding.code

67775-7

*Observation.code.coding.display

Level of responsiveness

Observation.valueCodeableConcept[i].coding.system

Observation.valueCodeableConcept[i].coding.code

Observation.valueCodeableConcept[i].coding.display

Keterangan

http://snomed.info/sct

248234008

Mentally alert

1. Sadar Baik/Alert: 0

http://snomed.info/sct

300202002

Response to voice

2. Berespon dengan kata-kata/Voice: 1

http://snomed.info/sct

450847001

Response to pain

3. Hanya berespons jika dirangsang nyeri/pain: 2

http://snomed.info/sct

422768004

Unresponsive

4. Pasien tidak sadar/unresponsive: 3

http://snomed.info/sct

130987000

Acute confusion

5. Gelisah atau bingung: 4

http://snomed.info/sct

2776000

Delirium

6. Acute Confusional States: 5

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 invasive (contoh operasi). Standar kode tindakan/prosedur medis yang dikirimkan ke SehatMu menggunakan kode ICD-9 CM.

Pemetaan Nilai​

Berikut pemetaan nilai untuk Procedure yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks data tindakan/prosedur medis:

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.

Pengiriman Data Peresepan Obat​

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

Skema Peresepan 1 Obat

Gambar 2. Skema Peresepan 1 Obat

Skema Peresepan 2 Obat

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

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:

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:

  1. 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 3 tipe kode KFA yaitu:

    1. Kode Produk Obat Template (92xxxxxx)
    2. Kode Produk Obat Aktual (93xxxxxx) → kode untuk obat brand
    3. Kode Produk Obat Aktual dalam Kemasan (94xxxxxx) Pengisian kode KFA tergantung jenis obat yang diresepkan atau dikeluarkan apakah dalam bentuk produk obat template atau produk obat aktual. Penjelasan struktur kamus KFA dapat dilihat dalam lampiran 1. Daftar kode obat KFA dapat dilihat dalam kamus KFA. Medication.code wajib diisi apabila mengirimkan data obat non-racikan. Untuk pengiriman data racikan, Medication.code dapat dikosongkan.

  2. Medication.ingredient
    Terdapat 2 cara pengisian Medication.ingredient yaitu:

    1. Peresepan/pengeluaran obat non-racikan dan 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 diisikan kode zat aktif dari KFA (91xxxxxx). Daftar kode zat aktif dapat dilihat dalam kamus KFA

    2. Peresepan/pengeluaran obat racikan non-d.t.d (bagi dalam bagian-bagian yang sama) → Wajib diisi apabila data yang dikirimkan adalah obat racikan.

      • Medication.ingredient wajib diisi apabila data yang dikirimkan adalah obat racikan
      • Medication.ingredient[i].itemCodeableConcept diisikan kode obat template dari KFA (92xxxxxx). Daftar Kode Obat template dapat dilihat dalam Daftar Kode Obat

Ketentuan pengisian secara spesifik untuk pengisian resource MedicationRequest adalah sebagai berikut:

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

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

  3. MedicationRequest.dosageInstruction[i].timing.repeat
    MedicationRequest.dosageInstruction[i].timing.repeat berisi aturan kapan suatu obat harus dikonsumsi. Cara Pengisian dapat dilihat dalam Gambar 4.

  4. MedicationRequest.dosageInstruction[i].timing.code
    MedicationRequest.dosageInstruction[i].timing.code berisi kode untuk aturan kapan suatu obat harus dikonsumsi. Apabila mengirimkan data menggunakan MedicationRequest.dosageInstruction[i].timing.code, elemen MedicationRequest.dosageInstruction[i].timing.repeat harus tetap diisi yang ekuivalen. Hubungan antara MedicationRequest.dosageInstruction[i].timing.code dengan MedicationRequest.dosageInstruction[i].timing.repeat dapat dilihat dalam Gambar 5.

Tabel 6. Hubungan antara MedicationRequest.dosageInstruction[i].timing.code dengan MedicationRequest.dosageInstruction[i].timing.repeat

Pengiriman Data Pengeluaran Obat​

Pengiriman data pengeluaran/dispense obat akan menggunakan 2 resources yaitu Medication dan MedicationDispense. resource Medication akan mencatatkan data umum terkait obat yang akan di dispense. Sedangkan resource MedicationDispense akan digunakan untuk mengirimkan data terkait proses dispense obat, seperti jumlah yang di dispense, instruksi minum obat dan lain-lain. Kedua data ini dikirimkan secara bersamaan sebagai 1 paket yaitu Medication dan MedicationDispense. Satu payload Medication dan MedicationDispense hanya digunakan untuk dispense/pengeluaran 1 jenis obat saja. Apabila terdapat 2 jenis obat yang dikeluarkan, maka dikirimkan 2 paket Medication dan MedicationDispense.

Skema Pengeluaran 1 Obat

Gambar 4. Skema Pengeluaran 1 Obat

Skema Pengeluaran 2 Obat

Gambar 5. Skema Pengeluaran 2 Obat

Penjelasan ketentuan spesifik pengiriman data pada resource Medication dapat dilihat dalam Bab C.6 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 laporan hasil pemeriksaan:

Ketentuan Pengisian​

Ketentuan pengisian secara spesifik untuk pengisian resource MedicationDispense adalah sebagai berikut:

  1. MedicationDispense.dosageInstruction[i].sequence
    MedicationRequest.dosageInstruction[i].sequence menjelaskan urutan aturan pemakaian dari obat.

    • Apabila dalam peresepan aturan pakai akan selalu sama dari awal sampai akhir, maka cukup menuliskan 1 paket aturan pakai dengan nilai sequence=1.
    • Apabila terdapat perubahan aturan pakai dalam peresepan, contoh tapering-down, maka perlu dituliskan 2 paket aturan pakai dengan paket pertama nilai sequence=1, sedangkan paket aturan pakai kedua dengan nilai sequence=2

  2. MedicationDispense.dosageInstruction[i].timing.repeat
    MedicationDispense.dosageInstruction[i].timing.repeat berisi aturan kapan suatu obat harus dikonsumsi. Cara Pengisian dapat dilihat dalam Gambar 6.

Tabel 7. Tatacara pengisian MedicationDispense.dosageInstruction[i].timing.repeat

description

duration

durationUnit

frequency

frequencyMax

period

periodUnit

periodMax

DayofWeek

TimeOfDay

when

offset

bounds[x]

count

Every 8 hours

1

8

h

Every 7 days

1

7

d

3 times a day

3

1

d

3-4 times a day

3

4

1

d

Every 4-6 hours

1

4

h

6

Every 21 days for 1 hours

1

hr

1

21

d

Three times a week for 1/2 hour

0.5

hr

3

1

wk

With breakfast

CM

For 5 minutes, 10 minutes before meals

5

min

AC

10

1 tablet 3 times daily, 30 minutes before meals

3

1

d

AC

30

BID, 30 mins before meal, for next 10 days

2

1

d

AC

30

Duration = 10 days

TID, for 14 days

3

1

d

Duration = 14 days

BID, start on 7/1/2015 at 1:00 PM

2

1

d

Period.start = 2015-07-01T13:00:00

Mon, Wed, Fri, Morning

1

1

d

mon l wed l fri

MORN

Every day at 10am

1

1

d

10:00

Take once, at any time

1

Take every second day, in the morning, until 20 have been taken

1

2

d

MORN

20

  1. MedicationDispense.dosageInstruction[i].timing.code MedicationDispense.dosageInstruction[i].timing.code berisi kode untuk aturan kapan suatu obat harus dikonsumsi. Apabila mengirimkan data menggunakan MedicationDispense.dosageInstruction[i].timing.code, elemen MedicationDispense.dosageInstruction[i].timing.repeat harus tetap diisi yang ekuivalen. Hubungan antara MedicationDispense.dosageInstruction[i].timing.code dengan MedicationDispense.dosageInstruction[i].timing.repeat dapat dilihat dalam Gambar 7.

Tabel 8. Hubungan antara MedicationRequest.dosageInstruction[i].timing.code dengan MedicationRequest.dosageInstruction[i].timing.repeat

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.

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:

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

Pemetaan Variabel dan Terminologi Spesifik​

Terminologi spesifik yang digunakan dalam pengiriman data diagnosis melalui resource Condition dapat dilihat dalam tabel berikut:

Tabel 9. 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

Pengiriman Data Diet​

Jika dokter memberikan rekomendasi diet untuk pasien atau rekomendasi untuk dietisien, informasi ini dapat dikirimkan melalui resource Composition. Pengiriman rekomendasi diet dapat dikirimkan dengan tipe data String.

Pemetaan Nilai​

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

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

Terminologi spesifik yang digunakan dalam pengiriman data diet melalui resource Composition dapat dilihat dalam tabel berikut:

Tabel 10. Terminologi Spesifik

Resource Composition

Elemen/Path FHIR

Terminologi/Format Pengisian

Nama Variabel: Diet

*Composition.type[i].coding.system

http://loinc.org/

*Composition.type[i].coding.code

18842-5

*Composition.type[i].coding.display

Discharge summary

Composition.section[i].code.coding.system

http://loinc.org

Composition.section[i].code.coding.code

42344-2

Composition.section[i].code.coding.display

Discharge diet (narrative)

Pengiriman Data Prognosis​

Pemetaan Nilai​

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

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

Terminologi Spesifik​

Terminologi spesifik yang digunakan dalam pengiriman data prognosis melalui resource ClinicalImpression dapat dilihat dalam tabel berikut:

Tabel 11. Terminologi spesifik yang digunakan dalam pengiriman data prognosis melalui resource ClinicalImpression

Resource ClinicalImpression

Nama Variabel: Prognosis

*ClinicalImpression.prognosisCodeableConcept[i].coding.system

*ClinicalImpression.prognosisCodeableConcept[i].coding.code

*ClinicalImpression.prognosisCodeableConcept[i].coding.display

Keterangan

http://snomed.info/sct

170968001

Prognosis good

1. Baik;

http://snomed.info/sct

65872000

Fair prognosis

2. Dubia et bonam / cenderung baik;

http://snomed.info/sct

67334001

Guarded prognosis

3. Dubia et malam / cenderung tidak baik;

http://snomed.info/sct

170969009

Prognosis bad

4. Tidak baik

Pengiriman Data Kondisi Saat Meninggalkan Rumah Sakit​

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:

Tabel 12. Pilihan jawaban dari kondisi saat meninggalkan rumah sakit dan resource yang digunakan

Variabel

Format/Value

Resource

Elemen Data / Path

Kondisi Saat Meninggalkan Rumah Sakit

1. Stabil

Condition

Condition.code.coding

2. Tidak stabil

Condition

Condition.code.coding

3. Perbaikan

Condition

Condition.code.coding

4. Pulang paksa

Encounter

Encounter.hospitalization.dischargeDisposition.coding

5. Dirujuk

Encounter

Encounter.hospitalization.dischargeDisposition.coding

6. Meninggal<48 jam

Encounter

Encounter.hospitalization.dischargeDisposition.coding

7. Meninggal>48 jam

Encounter

Encounter.hospitalization.dischargeDisposition.coding

8. Lain-lain (free text)

Encounter

Encounter.hospitalization.dischargeDisposition.coding

Kondisi saat meninggalkan rumah sakit dengan pilihan jawaban “Stabil”, “Tidak stabil”, dan “Perbaikan” akan dikirimkan menggunakan resource Condition.

Pemetaan Nilai​

Berikut pemetaan nilai untuk Condition yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks jenis perawatan:

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

Tabel 13. Terminologi spesifik yang digunakan dalam pengiriman data kondisi saat meninggalkan rumah sakit melalui resource Condition

Resource Condition

Elemen/Path FHIR

Terminologi/Format Pengisian

Nama Variabel: Kondisi Saat Meninggalkan Rumah Sakit

Condition.category.coding.system

http://terminology.hl7.org/CodeSystem/condition-category

Condition.category.coding.code

problem-list-item

Condition.category.coding.display

Problem List Item

Condition.code.coding.system

http://snomed.info/sct

Condition.code.coding.code

359746009

162668006

268910001

Condition.code.coding.display

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 (data pendaftaran kunjungan pasien), dapat dilihat 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:

Tabel 14. Terminologi spesifik yang digunakan dalam pengiriman data kondisi saat meninggalkan rumah sakit melalui resource Encounter

Resource Encounter

Nama Variabel: Kondisi Saat Meninggalkan Rumah Sakit

Encounter.hospitalization.dischargeDisposition.coding.system

Encounter.hospitalization.dischargeDisposition.coding.code

Encounter.hospitalization.dischargeDisposition.coding.display

Keterangan

http://terminology.hl7.org/CodeSystem/discharge-disposition

aadvice

Left against advice

4. Pulang paksa

http://terminology.hl7.org/CodeSystem/discharge-disposition

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

http://terminology.hl7.org/CodeSystem/discharge-disposition

oth

Other

8. Lain-
lain (free text)

Pengiriman Data Rencana Tindak Lanjut / Cara Keluar dari Rumah Sakit & Sarana Transportasi Untuk Rujuk​

Data rencana tindak lanjut/cara keluar dari rumah sakit menunjukkan rencana perawatan selanjutnya yang akan diterima oleh pasien setelah pulang. Pengisian pilihan jawaban dari rencana tindak lanjut/cara keluar dari rumah sakit dan resource yang digunakan dapat dilihat dalam tabel berikut:

Tabel 15. Pilihan jawaban dari rencana tindak lanjut/cara keluar dari rumah sakit dan resource yang digunakan

Variabel

Format/Value

Resource

Elemen Data / Path

Rencana Tindak Lanjut / Cara Keluar dari Rumah Sakit

1. Pulang atas persetujuan dokter

Encounter

Encounter.hospitalization.dischargeDisposition.coding

2. Pulang atas permintaan sendiri

Encounter

Encounter.hospitalization.dischargeDisposition.coding

3. Dirujuk ke (free text)

ServiceRequest

ServiceRequest.code.coding

4. Rawat inap

ServiceRequest

ServiceRequest.code.coding

5. Lain-lain (free text)

Encounter

Encounter.hospitalization.dischargeDisposition.text

Rencana tindak lanjut/cara keluar dari rumah sakit dengan pilihan jawaban “Pulang atas persetujuan dokter” dan “Pulang atas permintaan sendiri” akan dikirimkan menggunakan resource Encounter pada elemen Encounter.hospitalization.dischargeDisposition.coding. Sedangkan untuk pilihan jawaban “Lain-lain”, keterangan tambahan dapat dikirimkan dengan tipe data String melalui elemen Encounter.hospitalization.dischargeDisposition.text.

Pemetaan Nilai​

Berikut pemetaan nilai untuk ServiceRequest yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks jenis perawatan:

Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource Encounter (data pendaftaran kunjungan pasien), dapat dilihat dalam resource Encounter. Untuk contoh pengiriman data atau payload dari 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 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.

Tabel 16. Terminologi spesifik yang digunakan dalam pengiriman data kondisi saat meninggalkan rumah sakit melalui resource Encounter

Resource Encounter

Nama Variabel: Rencana tindak lanjut/cara keluar dari rumah sakit

Encounter.hospitalization. dischargeDisposition. coding.system

Encounter.hospitalization. dischargeDisposition. coding.code

Encounter.hospitalization. dischargeDisposition. coding.display

Keterangan

http://terminology.hl7.org/CodeSystem/discharge-disposition

home

Home

1. Pulang atas persetujuan dokter

http://terminology.hl7.org/CodeSystem/discharge-disposition

aadvice

Left against advice

2. Pulang atas permintaan sendiri

http://terminology.hl7.org/CodeSystem/discharge-disposition

oth

Other

5. Lain-lain (free text)

Rencana tindak lanjut/cara keluar dari rumah sakit dengan pilihan jawaban “Dirujuk ke” dan “Rawat Inap” dikirimkan menggunakan resource ServiceRequest pada elemen ServiceRequest.code.coding. Ketika memilih “Dirujuk ke”, maka variabel terkait “Sarana Transportasi Untuk Rujuk” wajib diisi melalui elemen ServiceRequest.locationCode.

Penjelasan tipe mandatoris, deskripsi dan format pengisian dari setiap elemen data/path di dalam resource ServiceRequest (rencana tindak lanjut/cara keluar dari rumah sakit), dapat dilihat dalam resource ServiceRequest. Untuk contoh pengiriman data atau payload dari data rencana tindak lanjut/cara keluar dari rumah sakit dengan pilihan jawaban “Dirujuk ke” dan “Rawat Inap” dapat dilihat dalam Postman Collection.

Terminologi spesifik yang digunakan dalam rencana tindak lanjut/cara keluar dari rumah sakit dengan pilihan jawaban “Dirujuk ke” dan “Rawat Inap” melalui resource ServiceRequest dapat dilihat dalam tabel berikut:

Tabel 17. Terminologi spesifik yang digunakan dalam rencana tindak lanjut/cara keluar dari rumah sakit melalui resource ServiceRequest

Resource ServiceRequest

Elemen/Path FHIR

Terminologi/Format Pengisian

Nama Variabel: Rencana tindak lanjut/cara keluar dari rumah sakit

ServiceRequest.code.coding.system

http://snomed.info/sct

http://snomed.info/sct

ServiceRequest.code.coding.code

3457005

737481003

ServiceRequest.code.coding.display

Patient referral

Inpatient care management

Keterangan ServiceRequest.code

3. Dirujuk ke

4. Rawat inap

ServiceRequest.locationCode.coding.system

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

ServiceRequest.locationCode.code.coding.code

AMB

ServiceRequest.locationCode.code.coding.display

Ambulance

ServiceRequest.locationCode.text

Tipe data String

Keterangan ServiceRequest.locationCode

* Format pengisian untuk jawaban 1. Ambulans dapat melihat elemen ServiceRequest.locationCode.coding * Format pengisian untuk 2. Lain-lain (free text) dapat melihat elemen ServiceRequest.locationCode.text

Pengiriman Data Instruksi untuk Tindak Lanjut​

Variabel Instruksi untuk tindak lanjut dan resource yang digunakan dapat dilihat dalam tabel berikut:

Tabel 18. Variabel instruksi untuk tindak lanjut dan resources yang digunakan

Variabel

Format/Value

Path FHIR

Instruksi untuk Tindak Lanjut

Kontrol ke

1. Poli

ServiceRequest.locationCode ServiceRequest.code

2. Fasyankes

3. Lain-lain (free text)

Tanggal

ServiceRequest.occurrenceDateTime

Dalam Keadaan Darurat dapat Menghubungi

ServiceRequest.patientInstruction

Pemetaan Nilai​

Berikut pemetaan nilai untuk ServiceRequest yang direpresentasikan dalam peta referensi (path) ke properti (element id) terkait, untuk konteks jenis perawatan:

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 (rencana/intruksi tindak lanjut/cara keluar dari rumah sakit), dapat dilihat dalam resource ServiceRequest. Untuk contoh pengiriman data atau payload dari ServiceRequest dapat dilihat dalam Postman Collection.

Pemetaan Variabel dan Terminologi Spesifik​

Terminologi spesifik yang digunakan dalam instruksi tindak lanjut melalui resource ServiceRequest dapat dilihat dalam tabel berikut:

Tabel 19. Pemetaan Variabel dan Terminologi Spesifik

Resource ServiceRequest

Elemen/Path FHIR

Terminologi/Format Pengisian

Instruksi Tindak Lanjut

ServiceRequest.code.coding.system

http://snomed.info/sct

ServiceRequest.code.coding.code

185389009

ServiceRequest.code.coding.display

Follow-up visit

ServiceRequest.locationCode.coding.system

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

ServiceRequest.locationCode.code.coding.code

OF

HOSP

PC

ServiceRequest.locationCode.code.coding.display

Outpatient facility

Hospital

Primary care clinic

Keterangan ServiceRequest.locationCode

1. Poli

2. Fasyankes

2. Fasyankes

Untuk pilihan jawaban “3. Lain-lain (free-text)”, maka tuliskan keterangan melalui elemen ServiceRequest.locationCode.text

Rujukan Internal / Kontrol Ulang di Rumah Sakit yang Sama (Self Referral)

ServiceRequest.code.coding.system

http://snomed.info/sct

ServiceRequest.code.coding.code

306098008

ServiceRequest.code.coding.display

Self-referral

ServiceRequest.code.coding.system

http://snomed.info/sct

ServiceRequest.code.coding.code

11429006

ServiceRequest.code.coding.display

Consultation

Rujukan External menggunakan kode SNOMED-CT (Patient Referral)

ServiceRequest.code.coding.system

http://snomed.info/sct

ServiceRequest.code.coding.code

3457005

ServiceRequest.code.coding.display

Patient referral

ServiceRequest.code.coding.system

http://snomed.info/sct

ServiceRequest.code.coding.code

11429006

ServiceRequest.code.coding.display

Consultation

Pengiriman Data Edukasi​

Variabel edukasi menunjukkan edukasi dan instruksi kerja untuk membantu individu dan keluarga dalam meningkatkan kemampuan untuk mencapai kesehatan secara optimal dan bersedia berpartisipasi dalam proses penyembuhan pada saat pulang. Data terkait edukasi yang diberikan kepada pasien dikirimkan menggunakan resource Procedure.

Pemetaan Nilai​

Berikut pemetaan nilai untuk Procedure 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 Procedure (data edukasi), dapat dilihat dalam resource Procedure. Untuk contoh pengiriman data atau payload dari Procedure dapat dilihat dalam Postman Collection.

Pemetaan Variabel dan Terminologi Spesifik​

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

Tabel 20. Terminologi spesifik yang digunakan dalam data edukasi melalui resource Procedure

Resource Procedure

Edukasi

Procedure.code.coding.system

Procedure.code.coding.code

Procedure.code.coding.display

Keterangan

http://snomed.info/sct

84635008

Disease process or condition education

1. Proses penyakit, diagnosis, dan rencana asuhan

http://snomed.info/sct

967006

Medication education

2. Obat-obatan

http://snomed.info/sct

410082002

Rehabilitation therapy education

3. Rehabilitasi medis

http://snomed.info/sct

712651001

Education about pain

4. Manajemen nyeri

http://snomed.info/sct

61310001

Nutrition education

5. Gizi

http://snomed.info/sct

698608004

Hand washing education

6. Cuci tangan

http://snomed.info/sct

362978005

Medical equipment or device education

7. Penggunaan alat medis

Pembaharuan Data Kunjungan​

Setelah pasien selesai melakukan kunjungan ke fasyankes, maka perlu dilakukan pembaharuan data kunjungan dengan menambahkan informasi seperti diagnosis primer, diagnosa sekunder, periode kunjungan selesai, Kondisi Saat Meninggalkan Rumah Sakit, dan Rencana Tindak Lanjut / 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 SehatMu setelah pengiriman data kunjungan di awal.

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