Format data Rekam Medis

Data Catatan Medis disimpan dalam format HL7 FHIR.

Catatan Medis mendukung versi Fast Health Interoperable Resources (FHIR) berikut:

Jenis Resource Medis

FHIR terdiri dari serangkaian komponen modular yang disebut resource. Kumpulan resource FHIR yang didukung dan kategori yang sesuai didasarkan secara kasar pada bagian International Patient Summary.

Resource ini dipetakan ke kategori data di Health Connect, yang disebut sebagai Jenis Resource Medis di API. Resource pengamatan dipetakan berdasarkan konten seperti kode dan nama Logical Observation Identifiers Names and Codes (LOINC) serta kategori FHIR.

Pengamatan yang tidak termasuk dalam kategori ini tidak ditulis ke Health Connect.

Tabel 1: Jenis Resource Medis Health Connect
Jenis Sumber Daya Medis Health Connect Resource FHIR Pernyataan izin Health Connect
Alergi AlergiIntoleransi android.permission.health.READ_MEDICAL_DATA_ALLERGIES_INTOLERANCES
Kondisi Ketentuan android.permission.health.READ_MEDICAL_DATA_CONDITIONS
Laboratorium

Pengamatan

  • Kategori FHIR laboratory
 android.permission.health.READ_MEDICAL_DATA_LABORATORY_RESULTS
Pengobatan Obat-obatan, MedicationRequest, MedicationStatement android.permission.health.READ_MEDICAL_DATA_MEDICATIONS
Detail pribadi Pasien android.permission.health.READ_MEDICAL_DATA_PERSONAL_DETAILS
Detail praktisi Praktisi, PractitionerRole android.permission.health.READ_MEDICAL_DATA_PRACTITIONER_DETAILS
Kehamilan

Pengamatan

  • Kode LOINC kehamilan
 android.permission.health.READ_MEDICAL_DATA_PREGNANCY
Prosedur Prosedur android.permission.health.READ_MEDICAL_DATA_PROCEDURES
Histori sosial

Pengamatan

  • Kode LOINC Histori Sosial
  • Kategori FHIR social-history
 android.permission.health.READ_MEDICAL_DATA_SOCIAL_HISTORY
Vaksinasi Imunisasi android.permission.health.READ_MEDICAL_DATA_VACCINES
Kunjungan Pertemuan, Lokasi, Organisasi android.permission.health.READ_MEDICAL_DATA_VISITS
Tanda-tanda vital

Pengamatan

  • Kode LOINC Tanda Vital
  • Kategori FHIR vital-signs
 android.permission.health.READ_MEDICAL_DATA_VITAL_SIGNS

Sumber daya pasien

Saat ini, Health Connect ditujukan untuk menyimpan data rekam medis hanya untuk satu individu. Oleh karena itu, semua resource FHIR yang ditulis harus dimiliki oleh orang yang sama.

Tidak jarang beberapa resource FHIR Patient ada dalam sistem untuk satu individu. Sebaiknya aplikasi menyelaraskan data dan menulis satu resource Pasien ke Health Connect. Namun, hal ini tidak diterapkan untuk mengakomodasi berbagai struktur organisasi yang mungkin ada.

Validasi data

Medical Records API menerima resource FHIR yang valid dari versi yang didukung, dan Health Connect melakukan beberapa validasi untuk mengonfirmasi bahwa spesifikasi FHIR untuk setiap versi yang didukung diikuti.

Pemeriksaan validasi yang ditandai sebagai Segera hadir belum diterapkan, tetapi akan diterapkan dalam rilis mendatang. Sebaiknya kembangkan semua pemeriksaan validasi yang tercantum untuk mempertahankan kompatibilitas dengan rilis mendatang.

Tabel 2: Validasi data FHIR oleh Health Connect
Level Pemeriksaan Validasi
JSON yang valid Data sesuai dengan format JSON.
FHIR yang didukung

Versi FHIR yang dideklarasikan oleh aplikasi penulisan didukung. Versi FHIR berikut didukung oleh Health Connect:

  • 4.0.1
  • 4.3.0
FHIR yang didukung

Jenis resource FHIR yang dicatat dalam instance resource didukung. Jenis resource FHIR berikut didukung oleh Health Connect:

  • AlergiIntoleransi
  • Ketentuan
  • Berinteraksi
  • Imunisasi
  • Lokasi
  • Obat-obatan
  • MedicationRequest
  • MedicationStatement
  • Pengamatan
  • Organisasi
  • Pasien
  • Praktisi
  • PractitionerRole
  • Prosedur
ID resource unik Resource memiliki kolom ID dengan nilai yang memenuhi persyaratan ekspresi reguler.
ID resource unik Resource tidak berbagi ID dengan resource FHIR lain dengan jenis resource yang sama dari MedicalDataSource yang sama.
Aturan Bisnis Tidak menyertakan FHIR resource yang disertakan. Resource yang dimuat adalah resource FHIR yang disusun bertingkat dalam resource "induk". Resource ini digunakan saat resource induk perlu mereferensikan resource lain, tetapi sistem tidak memiliki informasi yang cukup untuk membuatnya sebagai resource mandiri dengan keberadaan yang independen.
FHIR Dasar yang Valid Kolom tingkat teratas dalam JSON FHIR ada dalam spesifikasi FHIR untuk jenis resource tertentu.
FHIR Dasar yang Valid Kolom tingkat teratas tidak memiliki nilai null JSON.
FHIR Dasar yang Valid Semua kolom wajib diisi tingkat teratas ada.
FHIR Dasar yang Valid Kolom tingkat teratas yang ditentukan sebagai elemen berulang di FHIR memiliki jenis data JSON array.
FHIR Dasar yang Valid Kolom tingkat teratas (termasuk elemen dalam array JSON) yang ditentukan sebagai Jenis kompleks di FHIR memiliki jenis data JSON object.
FHIR Dasar yang Valid Kolom tingkat teratas (termasuk elemen dalam array JSON) yang ditentukan sebagai Jenis primitif di FHIR memiliki jenis data JSON yang benar.
Jenis data FHIR Jenis data JSON
integer, unsignedInt, positiveInt, decimal angka
boolean boolean
instant, time, date, dateTime, string, code, markdown, id uri, url, oid, uuid, canonical, integer64, base64Binary angka
Segera hadir
FHIR Dasar yang Valid Kolom tingkat teratas yang ditentukan sebagai Jenis primitif di FHIR memenuhi persyaratan ekspresi reguler. Segera hadir
FHIR Dasar yang Valid Ekstensi untuk jenis Primitif ada dalam spesifikasi FHIR dan memiliki jenis data object JSON.
FHIR Dasar yang Valid Tidak lebih dari satu kolom yang dicatat untuk Kolom pilihan (fieldname[x]).Misalnya, effectiveDateTime dan effectivePeriod tidak dapat keduanya ada dalam instance resource yang sama.
FHIR Dasar yang Valid Jenis data kompleks berisi kolom dan jenis data yang sesuai dengan spesifikasi FHIR. Segera hadir
FHIR Dasar yang Valid Elemen tulang punggung (dan elemen dalam jenis kompleks) berisi kolom dan jenis data yang sesuai dengan spesifikasi FHIR. Segera hadir
FHIR Dasar yang Valid Elemen ekstensi Kolom value[x] adalah jenis yang valid dan berisi konten sesuai dengan jenis data tersebut. Elemen ekstensi dapat disertakan dalam resource apa pun untuk merepresentasikan informasi tambahan yang bukan bagian dari spesifikasi dasar. Elemen ini berisi kolom url yang ditautkan ke definisi ekstensi, dan kolom value[x] yang berisi nilai ekstensi. value[x] harus berasal dari daftar jenis data yang diterima. Segera hadir

Data FHIR yang ditransformasi

Beberapa aplikasi mentransformasi data FHIR untuk memenuhi persyaratannya sendiri. Contoh:

  • Menggabungkan data dari berbagai sumber (biasanya FHIR API).
  • Memetakan kode ke terminologi global (misalnya, SNOMED, LOINC, ICD) dan menstandardisasi unit.
  • Menggabungkan dan menghapus duplikat data.
  • Memperbaiki pemformatan atau masalah kualitas data lainnya.
  • Memfilter data berdasarkan aturan bisnis khusus aplikasi.

Data FHIR yang tidak ditransformasi dan ditransformasi dapat ditulis ke Health Connect, asalkan mematuhi spesifikasi FHIR R4. Sebaiknya tulis data yang telah ditransformasi jika memungkinkan. Namun, perhatikan pertimbangan berikut:

  • Aplikasi dengan kasus penggunaan yang sempit dapat memfilter sejumlah besar data yang dapat digunakan aplikasi lain dalam ekosistem untuk menciptakan nilai bagi pengguna. Dalam situasi seperti ini, sebaiknya tulis FHIR yang tidak diubah dan lebih lengkap. Namun, pastikan untuk memberi tahu pengguna bahwa set data yang lebih luas ini dibagikan.
  • Jika menggabungkan data yang berasal dari sumber yang berbeda, Anda dapat menulis data ke satu MedicalDataSource di Health Connect. Anda juga harus menetapkan ID baru ke setiap resource untuk menghindari konflik, dan memperbarui referensi resource agar menunjuk ke ID baru.
  • Menggabungkan data dari beberapa sumber ke dalam satu MedicalDataSource dapat mengaburkan asal data. Karena konsumen data sering kali perlu memahami asal-usul data, sebaiknya isi kolom meta.source untuk setiap resource dengan sumber asli data (biasanya URL dasar FHIR).
Sebelumnya
Ringkasan
Berikutnya
Menulis data medis