โรงพยาบาลพัฒนา ingestion เอง
ทีม IT ศิริราชใช้ script ของตนเองนำข้อมูล HIS เข้า FHIR Server และ HealthTAG เข้าร่วมในโครงการย่อย Permission-based Blockchain for Personal Health Record
ดูขอบเขต deployment →HealthTAG เชื่อม FHIR infrastructure ที่โรงพยาบาลควบคุมเองเข้ากับตัวตนผู้ป่วย การตรวจสอบสิทธิ์ PHR และการแลกเปลี่ยนข้อมูล โดยไม่บังคับให้เปลี่ยน HIS เดิมหรือยกการถือครองข้อมูลให้ vendor
สถาปัตยกรรมไม่ได้บังคับให้ทุกโรงพยาบาลใช้ connector แบบเดียวกัน ศิริราชใช้ IT Script ของตนเอง ส่วนเคียนซาใช้ HealthTAG FHIR Transformer
ทีม IT ศิริราชใช้ script ของตนเองนำข้อมูล HIS เข้า FHIR Server และ HealthTAG เข้าร่วมในโครงการย่อย Permission-based Blockchain for Personal Health Record
ดูขอบเขต deployment →ข้อมูลที่กำหนดจาก HIS ถูกแปลงเป็น HL7 FHIR R4 ด้วย HealthTAG FHIR Transformer
แยก ingestion, standardization, identity, authorization, exchange และ audit เพื่อให้ clinical-data layer ยังคงอยู่ภายใต้การควบคุมของโรงพยาบาล
IT Script / Transformer
HAPI FHIR · R4
Local ID → PromptCare ID
15-minute access
Authorized FHIR
Consent + access
PHR รวมข้อมูลที่ได้รับอนุญาตจากหลายผู้ให้บริการมาเป็นมุมมองเดียวสำหรับผู้ป่วย หน้าจอนี้ใช้ข้อมูลสังเคราะห์เพื่ออธิบาย information model ไม่ใช่บัญชีผู้ป่วยจริง
HAPI FHIR Server และ PostgreSQL อยู่ภายใต้การควบคุมของโรงพยาบาล ส่วน blockchain ใช้สำหรับประวัติ consent และ access ไม่ใช่ฐานข้อมูลเวชระเบียน
ความสัมพันธ์แบบ partner ถูกแยกจาก production deployment โดยข้อมูล HealthTAG เดิมระบุ hospital partners เช่น ศิริราช มหิดล ปิยะเวท ธรรมศาสตร์ และขอนแก่น
Connected care ไม่ควรบังคับให้โรงพยาบาลยกการถือครองข้อมูลหรือเปลี่ยนระบบหลักที่ยังใช้งานได้ดี
HealthTAG เริ่มจากข้อสังเกตของแพทย์ว่า ข้อมูลสุขภาพมักมีอยู่แล้ว แต่ยังไม่สามารถเดินทางไปกับผู้ป่วยเมื่อจำเป็นได้ดีพอ