فرمت داده‌های PHR، فرمت داده‌های PHR، فرمت داده‌های PHR، فرمت داده‌های PHR

داده های سوابق سلامت شخصی (PHR) در قالب HL7 FHIR ذخیره می شود.

PHR از نسخه های Fast Health Interoperable Resources (FHIR) زیر پشتیبانی می کند:

انواع منابع پزشکی

FHIR از مجموعه ای از اجزای مدولار به نام منابع تشکیل شده است. مجموعه پشتیبانی شده از منابع FHIR و دسته بندی های مربوطه تقریباً بر اساس بخش های خلاصه بین المللی بیمار است.

این منابع به دسته‌های داده در Health Connect نگاشت می‌شوند که در API به آن‌ها انواع منابع پزشکی گفته می‌شود. منابع مشاهده بر اساس محتوایی مانند کدهای نام‌ها و کدهای شناسه‌های مشاهده منطقی (LOINC) و دسته‌های FHIR نقشه‌برداری می‌شوند.

مشاهداتی که به هیچ یک از این دسته بندی ها تعلق ندارند در Health Connect نوشته نمی شوند.

جدول 1: انواع منابع پزشکی Health Connect
نوع منبع پزشکی Health Connect منبع(های) FHIR
آلرژی عدم تحمل آلرژی
شرایط وضعیت
آزمایشگاه

مشاهده

  • دسته FHIR laboratory
داروها دارو، درخواست دارو، بیانیه دارو
جزئیات شخصی بیمار
جزئیات تمرین کننده تمرین کننده، نقش تمرین کننده
بارداری

مشاهده

  • کدهای LOINC بارداری
رویه ها رویه
تاریخ اجتماعی

مشاهده

  • تاریخچه اجتماعی کدهای LOINC
  • طبقه بندی FHIR social-history
واکسن ها ایمن سازی
بازدید می کند برخورد، مکان، سازمان
علائم حیاتی

مشاهده

  • کدهای LOINC علائم حیاتی
  • دسته بندی FHIR vital-signs

منابع بیمار

Health Connect برای ذخیره داده های PHR فقط برای یک فرد در این زمان در نظر گرفته شده است. بنابراین تمام منابع FHIR نوشته شده باید متعلق به یک شخص باشد.

وجود منابع متعدد FHIR Patient در یک سیستم برای یک فرد غیر معمول نیست. ترجیح داده می شود که برنامه ها داده ها را تطبیق دهند و یک منبع بیمار را در Health Connect بنویسند. با این حال، این برای تطبیق ساختارهای سازمانی متفاوتی که ممکن است وجود داشته باشد، اجرا نمی شود.

اعتبار سنجی داده ها

APIهای PHR منابع معتبر FHIR را از نسخه‌های پشتیبانی شده می‌پذیرند، و Health Connect برخی از اعتبارسنجی را انجام می‌دهد تا تأیید کند که مشخصات FHIR برای هر نسخه پشتیبانی شده رعایت شده است.

بررسی‌های اعتبارسنجی که به‌عنوان به‌زودی مشخص شده‌اند، هنوز اجرا نشده‌اند، اما در نسخه‌های بعدی خواهند بود. برای حفظ سازگاری با نسخه‌های بعدی، توصیه می‌کنیم در برابر همه بررسی‌های اعتبار سنجی فهرست‌شده توسعه دهید.

جدول 2: اعتبارسنجی Health Connect داده های FHIR
سطح بررسی اعتبار
JSON معتبر داده ها با فرمت JSON مطابقت دارند.
FHIR پشتیبانی می شود

نسخه FHIR اعلام شده توسط برنامه نوشتن پشتیبانی می شود. نسخه های FHIR زیر توسط Health Connect پشتیبانی می شوند:

  • 4.0.1
  • 4.3.0
FHIR پشتیبانی می شود

نوع منبع FHIR ثبت شده در نمونه منبع پشتیبانی می شود. انواع منابع FHIR زیر توسط Health Connect پشتیبانی می شوند:

  • عدم تحمل آلرژی
  • وضعیت
  • برخورد
  • ایمن سازی
  • مکان
  • دارو
  • درخواست دارو
  • بیانیه دارو
  • مشاهده
  • سازمان
  • بیمار
  • تمرین کننده
  • نقش تمرین کننده
  • رویه
شناسه منبع منحصر به فرد منبع دارای یک فیلد شناسه با مقداری است که الزامات عبارت معمولی را برآورده می کند.
شناسه منبع منحصر به فرد منبع شناسه ای را با منبع FHIR دیگری از همان نوع منبع از همان MedicalDataSource به اشتراک نمی گذارد.
قوانین تجارت شامل یک منبع FHIR نیست. منابع حاوی منابع FHIR هستند که در یک منبع "والد" تودرتو هستند. آنها زمانی استفاده می شوند که منبع والد نیاز به ارجاع به منبع دیگری داشته باشد، اما سیستم اطلاعات کافی برای ایجاد آن به عنوان یک منبع مستقل با وجود مستقل ندارد.
پایه معتبر FHIR فیلدهای سطح بالا در FHIR JSON در مشخصات FHIR برای نوع منبع داده شده وجود دارد.
پایه معتبر FHIR فیلدهای سطح بالا مقادیر تهی JSON ندارند.
پایه معتبر FHIR فیلدهای الزامی سطح بالا همه موجود هستند.
پایه معتبر FHIR فیلدهای سطح بالا که به عنوان عناصر تکرار شونده در FHIR تعریف می شوند، نوع داده array JSON دارند.
پایه معتبر FHIR فیلدهای سطح بالا (شامل عناصر درون array JSON) که به عنوان انواع پیچیده در FHIR تعریف شده‌اند، نوع داده object JSON دارند.
پایه معتبر FHIR فیلدهای سطح بالا (از جمله عناصر درون array های JSON) که به عنوان انواع اولیه در FHIR تعریف شده اند، نوع داده JSON صحیحی دارند.
نوع داده FHIR نوع داده JSON
عدد صحیح، بدون علامت، positiveInt، اعشاری شماره
بولی بولی
instant, time, date, dateTime, string, code, markdown, id uri, url, oid, uuid, canonical, integer64, base64Binary شماره
به زودی
پایه معتبر FHIR فیلدهای سطح بالا که به عنوان انواع اولیه در FHIR تعریف می شوند، الزامات بیان منظم را برآورده می کنند. به زودی
پایه معتبر FHIR برنامه های افزودنی برای انواع اولیه در مشخصات FHIR وجود دارد و دارای یک نوع داده object JSON است.
پایه معتبر FHIR بیش از یک فیلد برای فیلدهای Choice ثبت نمی‌شود ( fieldname[x] ). برای مثال، effectiveDateTime و effectivePeriod هر دو نمی‌توانند در یک نمونه منبع وجود داشته باشند.
پایه معتبر FHIR انواع داده های پیچیده حاوی فیلدها و انواع داده هایی هستند که با مشخصات FHIR مطابقت دارند. به زودی
پایه معتبر FHIR عناصر ستون فقرات (و عناصر در انواع پیچیده) حاوی فیلدها و انواع داده هایی هستند که با مشخصات FHIR مطابقت دارند. به زودی
پایه معتبر FHIR فیلدهای value[x] عنصر Extensions یک نوع معتبر هستند و حاوی محتویاتی مطابق با آن نوع داده هستند. عناصر افزونه را می توان در هر منبعی گنجاند تا اطلاعات اضافی را که بخشی از مشخصات پایه نیست، نشان دهد. آنها حاوی یک 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) پر کنید.