รูปแบบข้อมูลเวชระเบียน

ระบบจะจัดเก็บข้อมูลเวชระเบียนในรูปแบบ HL7 FHIR

เวชระเบียนรองรับ Fast Health Interoperable Resources (FHIR) เวอร์ชันต่อไปนี้

ประเภทแหล่งข้อมูลทางการแพทย์

FHIR ประกอบด้วยชุดคอมโพเนนต์แบบแยกส่วนที่เรียกว่าทรัพยากร ชุดทรัพยากร FHIR ที่รองรับ และหมวดหมู่ที่เกี่ยวข้องจะอิงตามส่วนสรุปผู้ป่วยระหว่างประเทศโดยประมาณ

ระบบจะแมปทรัพยากรเหล่านี้กับหมวดหมู่ข้อมูลใน Health Connect ซึ่งเรียกว่า ประเภททรัพยากรทางการแพทย์ใน API ระบบจะแมปทรัพยากรการสังเกตตามเนื้อหา เช่น รหัสและชื่อตัวระบุการสังเกตเชิงตรรกะ (LOINC) และหมวดหมู่ FHIR

ระบบจะไม่เขียนการสังเกตการณ์ที่ไม่ได้อยู่ในหมวดหมู่ใดๆ เหล่านี้ลงใน Health Connect

ตารางที่ 1: ประเภททรัพยากรทางการแพทย์ของ Health Connect
ประเภททรัพยากรทางการแพทย์ของ Health Connect ทรัพยากร FHIR การประกาศสิทธิ์ของ Health Connect
อาการแพ้ AllergyIntolerance android.permission.health.READ_MEDICAL_DATA_ALLERGIES_INTOLERANCES
ภาวะทางการแพทย์ เงื่อนไข android.permission.health.READ_MEDICAL_DATA_CONDITIONS
ห้องปฏิบัติการ

การสังเกต

  • laboratory หมวดหมู่ FHIR
 android.permission.health.READ_MEDICAL_DATA_LABORATORY_RESULTS
ข้อมูลยา ยา MedicationRequest, MedicationStatement android.permission.health.READ_MEDICAL_DATA_MEDICATIONS
รายละเอียดส่วนตัว ผู้ป่วย android.permission.health.READ_MEDICAL_DATA_PERSONAL_DETAILS
รายละเอียดผู้ประกอบวิชาชีพทางการแพทย์ Practitioner, PractitionerRole android.permission.health.READ_MEDICAL_DATA_PRACTITIONER_DETAILS
การตั้งครรภ์

การสังเกต

  • รหัส LOINC ของการตั้งครรภ์
 android.permission.health.READ_MEDICAL_DATA_PREGNANCY
การทำหัตถการ ขั้นตอน android.permission.health.READ_MEDICAL_DATA_PROCEDURES
ภาวะสังคม

การสังเกต

  • รหัส LOINC ของประวัติทางสังคม
  • social-history หมวดหมู่ FHIR
 android.permission.health.READ_MEDICAL_DATA_SOCIAL_HISTORY
วัคซีน วัคซีนและภูมิคุ้มกัน android.permission.health.READ_MEDICAL_DATA_VACCINES
การพบแพทย์ การพบกัน สถานที่ องค์กร android.permission.health.READ_MEDICAL_DATA_VISITS
สัญญาณชีพ

การสังเกต

  • รหัส LOINC ของสัญญาณชีพ
  • vital-signs หมวดหมู่ FHIR
 android.permission.health.READ_MEDICAL_DATA_VITAL_SIGNS

แหล่งข้อมูลสำหรับผู้ป่วย

ปัจจุบัน Health Connect มีไว้เพื่อจัดเก็บข้อมูลเวชระเบียนสำหรับบุคคลเดียวเท่านั้น ดังนั้นทรัพยากร FHIR ทั้งหมดที่เขียนขึ้นควรเป็นของบุคคลเดียวกัน

การมีทรัพยากรผู้ป่วย FHIR หลายรายการในระบบสำหรับบุคคลเดียวเป็นเรื่องที่พบได้ทั่วไป เราขอแนะนำให้แอปปรับข้อมูลให้ตรงกันและ เขียนทรัพยากรผู้ป่วยรายการเดียวไปยัง Health Connect อย่างไรก็ตาม เราไม่ได้บังคับใช้ เพื่อรองรับโครงสร้างองค์กรที่อาจแตกต่างกัน

การตรวจสอบข้อมูล

API บันทึกทางการแพทย์ยอมรับทรัพยากร FHIR ที่ถูกต้องจากเวอร์ชันที่รองรับ และ Health Connect จะทำการตรวจสอบความถูกต้องบางอย่างเพื่อยืนยันว่าได้ปฏิบัติตามข้อกำหนด FHIR สำหรับแต่ละเวอร์ชันที่รองรับ

การตรวจสอบความถูกต้องที่ทำเครื่องหมายว่าเร็วๆ นี้ยังไม่มีผลบังคับใช้ แต่จะมีในรุ่นที่จะออกในอนาคต เราขอแนะนำให้พัฒนาโดยอิงตามการตรวจสอบความถูกต้องทั้งหมดที่ระบุไว้ เพื่อรักษาความเข้ากันได้กับรุ่นในอนาคต

ตารางที่ 2: การตรวจสอบข้อมูล FHIR ของ Health Connect
ระดับ การตรวจสอบความถูกต้อง
JSON ที่ถูกต้อง ข้อมูลเป็นไปตามรูปแบบ JSON
FHIR ที่รองรับ

ระบบรองรับเวอร์ชัน FHIR ที่ประกาศโดยแอปพลิเคชันการเขียน Health Connect รองรับ FHIR เวอร์ชันต่อไปนี้

  • 4.0.1
  • 4.3.0
FHIR ที่รองรับ

ระบบรองรับประเภททรัพยากร FHIR ที่บันทึกในอินสแตนซ์ทรัพยากร Health Connect รองรับทรัพยากร FHIR ประเภทต่อไปนี้

  • AllergyIntolerance
  • เงื่อนไข
  • แพ็กเกจใกล้ชิดกับโลมา
  • วัคซีนและภูมิคุ้มกัน
  • ตำแหน่ง
  • ยา
  • MedicationRequest
  • MedicationStatement
  • การสังเกต
  • องค์กร
  • ผู้ป่วย
  • แพทย์
  • PractitionerRole
  • ขั้นตอน
รหัสทรัพยากรที่ไม่ซ้ำกัน ทรัพยากรมีฟิลด์รหัสที่มีค่าตรงตาม นิพจน์ทั่วไป ข้อกำหนด
รหัสทรัพยากรที่ไม่ซ้ำกัน ทรัพยากรไม่มีรหัสร่วมกับทรัพยากร FHIR อื่นที่มีประเภททรัพยากรเดียวกันจาก MedicalDataSource เดียวกัน
กฎทางธุรกิจ ไม่รวม ทรัพยากร FHIR ที่มีอยู่ ทรัพยากรที่อยู่ในคอนเทนเนอร์คือทรัพยากร FHIR ที่ซ้อนอยู่ภายในทรัพยากร "ระดับบนสุด" โดยจะใช้เมื่อทรัพยากรหลักจำเป็นต้องอ้างอิง ทรัพยากรอื่น แต่ระบบไม่มีข้อมูลเพียงพอที่จะ สร้างทรัพยากรนี้เป็นทรัพยากรแบบสแตนด์อโลนที่มีอยู่โดยอิสระ
FHIR ฐานที่ถูกต้อง ฟิลด์ระดับบนสุดใน FHIR JSON มีอยู่ในข้อกำหนด FHIR สำหรับ ประเภททรัพยากรที่ระบุ
FHIR ฐานที่ถูกต้อง ฟิลด์ระดับบนสุดไม่มีค่า JSON เป็น null
FHIR ฐานที่ถูกต้อง มีช่องที่ต้องกรอกระดับบนสุดทั้งหมด
FHIR ฐานที่ถูกต้อง ฟิลด์ระดับบนสุดที่กำหนดเป็น องค์ประกอบที่ซ้ำกันใน FHIR มี ประเภทข้อมูล JSON array
FHIR ฐานที่ถูกต้อง ฟิลด์ระดับบนสุด (รวมถึงองค์ประกอบภายใน JSON array) ที่กำหนดเป็น ประเภทที่ซับซ้อนใน FHIR มี ประเภทข้อมูล JSON object
FHIR ฐานที่ถูกต้อง ฟิลด์ระดับบนสุด (รวมถึงองค์ประกอบภายใน JSON arrays) ที่กำหนดเป็น ประเภทพื้นฐานใน FHIR มี ประเภทข้อมูล JSON ที่ถูกต้อง
ประเภทข้อมูล FHIR ประเภทข้อมูล JSON
integer, unsignedInt, positiveInt, decimal ตัวเลข
บูลีน บูลีน
instant, time, date, dateTime, string, code, markdown, id uri, url, oid, uuid, canonical, integer64, base64Binary ตัวเลข
เร็วๆ นี้
FHIR ฐานที่ถูกต้อง ฟิลด์ระดับบนสุดที่กำหนดเป็น ประเภทดั้งเดิมใน FHIR เป็นไปตาม ข้อกำหนดของนิพจน์ทั่วไป เร็วๆ นี้
FHIR ฐานที่ถูกต้อง ส่วนขยายของประเภทดั้งเดิม อยู่ในข้อกําหนด FHIR และมีประเภทข้อมูล JSON object
FHIR ฐานที่ถูกต้อง ระบบจะบันทึกฟิลด์ไม่เกิน 1 รายการสำหรับ ฟิลด์ตัวเลือก (fieldname[x]) เช่น effectiveDateTime และ effectivePeriod ไม่สามารถ อยู่ในอินสแตนซ์ทรัพยากรเดียวกัน
FHIR ฐานที่ถูกต้อง ประเภทข้อมูลที่ซับซ้อนประกอบด้วย ฟิลด์และประเภทข้อมูลที่ตรงกับข้อกำหนด FHIR เร็วๆ นี้
FHIR ฐานที่ถูกต้อง องค์ประกอบหลัก (และองค์ประกอบ ภายในประเภทที่ซับซ้อน) มีฟิลด์และประเภทข้อมูลที่ตรงกับข้อกำหนด FHIR เร็วๆ นี้
FHIR ฐานที่ถูกต้อง องค์ประกอบส่วนขยาย value[x] ฟิลด์เป็นประเภทที่ถูกต้องและมีเนื้อหา ตามประเภทข้อมูลนั้น องค์ประกอบส่วนขยายสามารถรวมอยู่ในทรัพยากรใดก็ได้เพื่อแสดง ข้อมูลเพิ่มเติมที่ไม่ได้เป็นส่วนหนึ่งของข้อกำหนดพื้นฐาน โดยจะมีฟิลด์ url ซึ่งลิงก์ไปยังคำจำกัดความของส่วนขยาย และฟิลด์ value[x] ซึ่งมีค่าส่วนขยาย value[x] ต้องมาจากรายการประเภทข้อมูลที่ยอมรับที่ตั้งไว้ เร็วๆ นี้

ข้อมูล FHIR ที่เปลี่ยนรูปแบบแล้ว

แอปบางแอปจะแปลงข้อมูล FHIR ให้เป็นไปตามข้อกำหนดของตนเอง เช่น

  • การผสานข้อมูลจากแหล่งที่มาต่างๆ (โดยปกติคือ FHIR API)
  • การแมปรหัสกับคำศัพท์ทั่วโลก (เช่น SNOMED, LOINC, ICD) และการกำหนดหน่วยมาตรฐาน
  • การรวมและขจัดข้อมูลที่ซ้ำกัน
  • การแก้ไขปัญหาด้านการจัดรูปแบบหรือปัญหาอื่นๆ เกี่ยวกับคุณภาพของข้อมูล
  • การกรองระเบียนตามกฎทางธุรกิจเฉพาะแอป

ระบบจะเขียนข้อมูล FHIR ที่ยังไม่ได้แปลงและที่แปลงแล้วลงใน Health Connect ได้ หากข้อมูลดังกล่าวเป็นไปตามข้อกำหนด FHIR R4 เรา ขอแนะนำให้คุณเขียนข้อมูลที่แปลงแล้วหากเป็นไปได้ แต่โปรดคำนึงถึงข้อควรพิจารณาต่อไปนี้

  • แอปที่มีกรณีการใช้งานเฉพาะอาจกรองระเบียนจำนวนมากออก ซึ่งแอปอื่นๆ ในระบบนิเวศอาจสร้างคุณค่าให้ผู้ใช้ได้ ในสถานการณ์เช่นนี้ การเขียน FHIR ที่ยังไม่ได้แปลงซึ่งมีความสมบูรณ์มากกว่าอาจเป็นประโยชน์ อย่างไรก็ตาม โปรดแจ้งให้ผู้ใช้ทราบว่ามีการแชร์ชุดข้อมูลที่กว้างขึ้นนี้
  • หากผสานข้อมูลที่มาจากแหล่งที่มาต่างๆ คุณจะเขียนข้อมูล ไปยัง MedicalDataSource เดียวใน Health Connect ได้ นอกจากนี้ คุณยังต้องกำหนดรหัสใหม่ ให้กับแต่ละทรัพยากรเพื่อหลีกเลี่ยงการชนกัน และอัปเดตการอ้างอิงทรัพยากรให้ ชี้ไปยังรหัสใหม่
  • การผสานข้อมูลจากหลายแหล่งเข้ากับ MedicalDataSource เดียวอาจ บดบังแหล่งที่มาของข้อมูล เนื่องจากผู้ใช้ข้อมูลมักจะได้รับประโยชน์จากการทำความเข้าใจแหล่งที่มาของข้อมูล เราจึงขอแนะนำให้คุณป้อนข้อมูลในช่อง meta.source สำหรับแต่ละทรัพยากรด้วยแหล่งที่มาเดิมของระเบียน (โดยปกติคือ URL ฐานของ FHIR)
ก่อนหน้า
ภาพรวม
ถัดไป
เขียนข้อมูลทางการแพทย์