PHR - Android Framework API,PHR - Android Framework API,PHR - Android Framework API,PHR - Android Framework API

Health Connect Jetpack SDK معمولاً برای ساده‌سازی یکپارچه‌سازی با قرار دادن رابط‌های برنامه کاربردی Health Connect استفاده می‌شود، اما PHR هنوز در Jetpack در دسترس نیست، بنابراین باید از APIهای فریمورک اندرویدی استفاده شود.

از آنجایی که این APIها هنوز در حال توسعه هستند، هنوز محدودیت‌هایی وجود دارد و برخی از مؤلفه‌ها به طور کامل در دسترس نیستند.

  • خط‌مشی Play برای دسترسی PHR هنوز در حال توسعه است و برنامه‌ها ممکن است قبل از انتشار در فروشگاه Play نیاز به رعایت شرایط اضافی داشته باشند.
  • برخی از ویژگی ها، مانند API های مبتنی بر تغییرات، هنوز برای API های PHR ایجاد نشده اند.

اگر ترجیح می دهید PHR را با استفاده از Jetpack در برنامه خود ادغام کنید، پیشنهاد می کنیم منتظر بمانید تا PHR در Jetpack در دسترس قرار گیرد و در عین حال با استفاده از این مواد در مورد PHR بیاموزید.

MedicalDataSource

سوابق پزشکی ذخیره شده در Health Connect در یک MedicalDataSource سازماندهی شده است. این اجازه می دهد تا سوابق پزشکی را برای یک فرد که از منابع مختلف مانند API ها یا سیستم های مراقبت های بهداشتی آمده است، جدا کنید.

اگر همه سوابق از یک منبع منشا می گیرند، یک برنامه نوشتن فقط باید یک MedicalDataSource ایجاد کند. اگر سوابق از چندین منبع نشات می‌گیرند، اگر آن داده‌ها با هم تطبیق داده شوند و همه رکوردها ترکیبی منحصر به فرد از نوع منبع FHIR و شناسه منبع FHIR داشته باشند، برنامه همچنان می‌تواند یک MedicalDataSource ایجاد کند. در غیر این صورت، یک MedicalDataSource باید برای هر منبع داده ایجاد شود.

همه سوابق پزشکی باید با یک MedicalDataSource مرتبط باشند، بنابراین باید قبل از نوشتن منابع ایجاد شود.

ویژگی های MedicalDataSource :

  • نام نمایشی (الزامی) - نام نمایشی کاربر برای منبع داده که به طور منحصر به فرد در هر برنامه نوشتن شناسایی می شود.

  • FHIR Base URI (الزامی) - برای داده‌هایی که از سرور FHIR می‌آیند، این باید URL پایه FHIR باشد (به عنوان مثال، https://example.com/fhir/ ). اگر داده‌ها توسط برنامه‌ای بدون نشانی وب FHIR تولید می‌شوند، این باید یک URI منحصربه‌فرد و قابل فهم باشد که توسط برنامه تعریف شده است (مثلاً myapp://.. ) که به منبع داده اشاره می‌کند.

    به عنوان مثال، اگر یک برنامه مشتری از پیوند عمیق برنامه پشتیبانی می کند، این پیوند عمیق می تواند به عنوان URI پایه FHIR استفاده شود. حداکثر طول URI 2000 کاراکتر است.

  • نام بسته (به طور خودکار پر می شود) - برنامه ای که داده ها را می نویسد.

  • نسخه FHIR (الزامی) - نسخه FHIR. نسخه های 4.0.1 و 4.3.0 پشتیبانی می شوند.

  • چندین منبع داده را می توان با همان URL پایه FHIR مرتبط کرد.

  • در یک منبع داده، همه سوابق پزشکی باید ترکیبی منحصر به فرد از نوع منبع FHIR و شناسه منبع FHIR داشته باشند.

منابع پزشکی

MedicalResource یک منبع FHIR است که در Health Connect ذخیره شده است.

ویژگی های MedicalResource :

  • DataSourceId (الزامی) - منبع داده همانطور که برای یک MedicalDataSource توضیح داده شده است.
  • نسخه FHIR (الزامی) - نسخه FHIR. نسخه های 4.0.1 و 4.3.0 پشتیبانی می شوند.
  • منبع FHIR (الزامی) نمونه منبع FHIR کدگذاری شده با JSON.
  • نوع منبع پزشکی (به طور خودکار پر می شود) - دسته کاربر رو به روی منبع، نگاشت به مجوزهای روبرو.
    • این در زمان درج پر می شود و به طور خودکار توسط Health Connect مشتق می شود.
    • مجموعه اولیه انواع قبلا توضیح داده شده است.
،

Health Connect Jetpack SDK معمولاً برای ساده‌سازی یکپارچه‌سازی با قرار دادن رابط‌های برنامه کاربردی Health Connect استفاده می‌شود، اما PHR هنوز در Jetpack در دسترس نیست، بنابراین باید از APIهای فریمورک اندرویدی استفاده شود.

از آنجایی که این APIها هنوز در حال توسعه هستند، هنوز محدودیت‌هایی وجود دارد و برخی از مؤلفه‌ها به طور کامل در دسترس نیستند.

  • خط‌مشی Play برای دسترسی PHR هنوز در حال توسعه است و برنامه‌ها ممکن است قبل از انتشار در فروشگاه Play نیاز به رعایت شرایط اضافی داشته باشند.
  • برخی از ویژگی ها، مانند API های مبتنی بر تغییرات، هنوز برای API های PHR ایجاد نشده اند.

اگر ترجیح می دهید PHR را با استفاده از Jetpack در برنامه خود ادغام کنید، پیشنهاد می کنیم منتظر بمانید تا PHR در Jetpack در دسترس قرار گیرد و در عین حال با استفاده از این مواد در مورد PHR بیاموزید.

MedicalDataSource

سوابق پزشکی ذخیره شده در Health Connect در یک MedicalDataSource سازماندهی شده است. این اجازه می دهد تا سوابق پزشکی را برای یک فرد که از منابع مختلف مانند API ها یا سیستم های مراقبت های بهداشتی آمده است، جدا کنید.

اگر همه سوابق از یک منبع منشا می گیرند، یک برنامه نوشتن فقط باید یک MedicalDataSource ایجاد کند. اگر سوابق از چندین منبع نشات می‌گیرند، اگر آن داده‌ها با هم تطبیق داده شوند و همه رکوردها ترکیبی منحصر به فرد از نوع منبع FHIR و شناسه منبع FHIR داشته باشند، برنامه همچنان می‌تواند یک MedicalDataSource ایجاد کند. در غیر این صورت، یک MedicalDataSource باید برای هر منبع داده ایجاد شود.

همه سوابق پزشکی باید با یک MedicalDataSource مرتبط باشند، بنابراین باید قبل از نوشتن منابع ایجاد شود.

ویژگی های MedicalDataSource :

  • نام نمایشی (الزامی) - نام نمایشی کاربر برای منبع داده که به طور منحصر به فرد در هر برنامه نوشتن شناسایی می شود.

  • FHIR Base URI (الزامی) - برای داده‌هایی که از سرور FHIR می‌آیند، این باید URL پایه FHIR باشد (به عنوان مثال، https://example.com/fhir/ ). اگر داده‌ها توسط برنامه‌ای بدون نشانی وب FHIR تولید می‌شوند، این باید یک URI منحصربه‌فرد و قابل فهم باشد که توسط برنامه تعریف شده است (مثلاً myapp://.. ) که به منبع داده اشاره می‌کند.

    به عنوان مثال، اگر یک برنامه مشتری از پیوند عمیق برنامه پشتیبانی می کند، این پیوند عمیق می تواند به عنوان URI پایه FHIR استفاده شود. حداکثر طول URI 2000 کاراکتر است.

  • نام بسته (به طور خودکار پر می شود) - برنامه ای که داده ها را می نویسد.

  • نسخه FHIR (الزامی) - نسخه FHIR. نسخه های 4.0.1 و 4.3.0 پشتیبانی می شوند.

  • چندین منبع داده را می توان با همان URL پایه FHIR مرتبط کرد.

  • در یک منبع داده، همه سوابق پزشکی باید ترکیبی منحصر به فرد از نوع منبع FHIR و شناسه منبع FHIR داشته باشند.

منابع پزشکی

MedicalResource یک منبع FHIR است که در Health Connect ذخیره شده است.

ویژگی های MedicalResource :

  • DataSourceId (الزامی) - منبع داده همانطور که برای یک MedicalDataSource توضیح داده شده است.
  • نسخه FHIR (الزامی) - نسخه FHIR. نسخه های 4.0.1 و 4.3.0 پشتیبانی می شوند.
  • منبع FHIR (الزامی) نمونه منبع FHIR کدگذاری شده با JSON.
  • نوع منبع پزشکی (به طور خودکار پر می شود) - دسته کاربر رو به روی منبع، نگاشت به مجوزهای روبرو.
    • این در زمان درج پر می شود و به طور خودکار توسط Health Connect مشتق می شود.
    • مجموعه اولیه انواع قبلا توضیح داده شده است.
،

Health Connect Jetpack SDK معمولاً برای ساده‌سازی یکپارچه‌سازی با قرار دادن رابط‌های برنامه کاربردی Health Connect استفاده می‌شود، اما PHR هنوز در Jetpack در دسترس نیست، بنابراین باید از APIهای فریمورک اندرویدی استفاده شود.

از آنجایی که این APIها هنوز در حال توسعه هستند، هنوز محدودیت‌هایی وجود دارد و برخی از مؤلفه‌ها به طور کامل در دسترس نیستند.

  • خط‌مشی Play برای دسترسی PHR هنوز در حال توسعه است و برنامه‌ها ممکن است قبل از انتشار در فروشگاه Play نیاز به رعایت شرایط اضافی داشته باشند.
  • برخی از ویژگی ها، مانند API های مبتنی بر تغییرات، هنوز برای API های PHR ایجاد نشده اند.

اگر ترجیح می دهید PHR را با استفاده از Jetpack در برنامه خود ادغام کنید، پیشنهاد می کنیم منتظر بمانید تا PHR در Jetpack در دسترس قرار گیرد و در عین حال با استفاده از این مواد در مورد PHR بیاموزید.

MedicalDataSource

سوابق پزشکی ذخیره شده در Health Connect در یک MedicalDataSource سازماندهی شده است. این اجازه می دهد تا سوابق پزشکی را برای یک فرد که از منابع مختلف مانند API ها یا سیستم های مراقبت های بهداشتی آمده است، جدا کنید.

اگر همه سوابق از یک منبع منشا می گیرند، یک برنامه نوشتن فقط باید یک MedicalDataSource ایجاد کند. اگر سوابق از چندین منبع نشات می‌گیرند، اگر آن داده‌ها با هم تطبیق داده شوند و همه رکوردها ترکیبی منحصر به فرد از نوع منبع FHIR و شناسه منبع FHIR داشته باشند، برنامه همچنان می‌تواند یک MedicalDataSource ایجاد کند. در غیر این صورت، یک MedicalDataSource باید برای هر منبع داده ایجاد شود.

همه سوابق پزشکی باید با یک MedicalDataSource مرتبط باشند، بنابراین باید قبل از نوشتن منابع ایجاد شود.

ویژگی های MedicalDataSource :

  • نام نمایشی (الزامی) - نام نمایشی کاربر برای منبع داده که به طور منحصر به فرد در هر برنامه نوشتن شناسایی می شود.

  • FHIR Base URI (الزامی) - برای داده‌هایی که از سرور FHIR می‌آیند، این باید URL پایه FHIR باشد (به عنوان مثال، https://example.com/fhir/ ). اگر داده‌ها توسط برنامه‌ای بدون نشانی وب FHIR تولید می‌شوند، این باید یک URI منحصربه‌فرد و قابل فهم باشد که توسط برنامه تعریف شده است (مثلاً myapp://.. ) که به منبع داده اشاره می‌کند.

    به عنوان مثال، اگر یک برنامه مشتری از پیوند عمیق برنامه پشتیبانی می کند، این پیوند عمیق می تواند به عنوان URI پایه FHIR استفاده شود. حداکثر طول URI 2000 کاراکتر است.

  • نام بسته (به طور خودکار پر می شود) - برنامه ای که داده ها را می نویسد.

  • نسخه FHIR (الزامی) - نسخه FHIR. نسخه های 4.0.1 و 4.3.0 پشتیبانی می شوند.

  • چندین منبع داده را می توان با همان URL پایه FHIR مرتبط کرد.

  • در یک منبع داده، همه سوابق پزشکی باید ترکیبی منحصر به فرد از نوع منبع FHIR و شناسه منبع FHIR داشته باشند.

منابع پزشکی

MedicalResource یک منبع FHIR است که در Health Connect ذخیره شده است.

ویژگی های MedicalResource :

  • DataSourceId (الزامی) - منبع داده همانطور که برای یک MedicalDataSource توضیح داده شده است.
  • نسخه FHIR (الزامی) - نسخه FHIR. نسخه های 4.0.1 و 4.3.0 پشتیبانی می شوند.
  • منبع FHIR (الزامی) نمونه منبع FHIR کدگذاری شده با JSON.
  • نوع منبع پزشکی (به طور خودکار پر می شود) - دسته کاربر رو به روی منبع، نگاشت به مجوزهای روبرو.
    • این در زمان درج پر می شود و به طور خودکار توسط Health Connect مشتق می شود.
    • مجموعه اولیه انواع قبلا توضیح داده شده است.
،

Health Connect Jetpack SDK معمولاً برای ساده‌سازی یکپارچه‌سازی با قرار دادن رابط‌های برنامه کاربردی Health Connect استفاده می‌شود، اما PHR هنوز در Jetpack در دسترس نیست، بنابراین باید از APIهای فریمورک اندرویدی استفاده شود.

از آنجایی که این APIها هنوز در حال توسعه هستند، هنوز محدودیت‌هایی وجود دارد و برخی از مؤلفه‌ها به طور کامل در دسترس نیستند.

  • خط‌مشی Play برای دسترسی PHR هنوز در حال توسعه است و برنامه‌ها ممکن است قبل از انتشار در فروشگاه Play نیاز به رعایت شرایط اضافی داشته باشند.
  • برخی از ویژگی ها، مانند API های مبتنی بر تغییرات، هنوز برای API های PHR ایجاد نشده اند.

اگر ترجیح می دهید PHR را با استفاده از Jetpack در برنامه خود ادغام کنید، پیشنهاد می کنیم منتظر بمانید تا PHR در Jetpack در دسترس قرار گیرد و در عین حال با استفاده از این مواد در مورد PHR بیاموزید.

MedicalDataSource

سوابق پزشکی ذخیره شده در Health Connect در یک MedicalDataSource سازماندهی شده است. این اجازه می دهد تا سوابق پزشکی را برای یک فرد که از منابع مختلف مانند API ها یا سیستم های مراقبت های بهداشتی آمده است، جدا کنید.

اگر همه سوابق از یک منبع منشا می گیرند، یک برنامه نوشتن فقط باید یک MedicalDataSource ایجاد کند. اگر سوابق از چندین منبع نشات می‌گیرند، اگر آن داده‌ها با هم تطبیق داده شوند و همه رکوردها ترکیبی منحصر به فرد از نوع منبع FHIR و شناسه منبع FHIR داشته باشند، برنامه همچنان می‌تواند یک MedicalDataSource ایجاد کند. در غیر این صورت، یک MedicalDataSource باید برای هر منبع داده ایجاد شود.

همه سوابق پزشکی باید با یک MedicalDataSource مرتبط باشند، بنابراین باید قبل از نوشتن منابع ایجاد شود.

ویژگی های MedicalDataSource :

  • نام نمایشی (الزامی) - نام نمایشی کاربر برای منبع داده که به طور منحصر به فرد در هر برنامه نوشتن شناسایی می شود.

  • FHIR Base URI (الزامی) - برای داده‌هایی که از سرور FHIR می‌آیند، این باید URL پایه FHIR باشد (به عنوان مثال، https://example.com/fhir/ ). اگر داده‌ها توسط برنامه‌ای بدون نشانی وب FHIR تولید می‌شوند، این باید یک URI منحصربه‌فرد و قابل فهم باشد که توسط برنامه تعریف شده است (مثلاً myapp://.. ) که به منبع داده اشاره می‌کند.

    به عنوان مثال، اگر یک برنامه مشتری از پیوند عمیق برنامه پشتیبانی می کند، این پیوند عمیق می تواند به عنوان URI پایه FHIR استفاده شود. حداکثر طول URI 2000 کاراکتر است.

  • نام بسته (به طور خودکار پر می شود) - برنامه ای که داده ها را می نویسد.

  • نسخه FHIR (الزامی) - نسخه FHIR. نسخه های 4.0.1 و 4.3.0 پشتیبانی می شوند.

  • چندین منبع داده را می توان با همان URL پایه FHIR مرتبط کرد.

  • در یک منبع داده، همه سوابق پزشکی باید ترکیبی منحصر به فرد از نوع منبع FHIR و شناسه منبع FHIR داشته باشند.

منابع پزشکی

MedicalResource یک منبع FHIR است که در Health Connect ذخیره شده است.

ویژگی های MedicalResource :

  • DataSourceId (الزامی) - منبع داده همانطور که برای یک MedicalDataSource توضیح داده شده است.
  • نسخه FHIR (الزامی) - نسخه FHIR. نسخه های 4.0.1 و 4.3.0 پشتیبانی می شوند.
  • منبع FHIR (الزامی) نمونه منبع FHIR کدگذاری شده با JSON.
  • نوع منبع پزشکی (به طور خودکار پر می شود) - دسته کاربر رو به روی منبع، نگاشت به مجوزهای روبرو.
    • این در زمان درج پر می شود و به طور خودکار توسط Health Connect مشتق می شود.
    • مجموعه اولیه انواع قبلا توضیح داده شده است.