Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

ユースケース

Anpherosで構築できるもの：患者・家族向け健康アプリ、スタートアップ向け医療データバックエンド、クリニック・ラボ連携、AI健康アシスタント、同意に基づくサードパーティアプリ。

Anpheros Platform で構築できるものと、各ケースがプラットフォームのどの部分を使用するか。最初のケースは Anpheros 自体がプラットフォームをどのように使用するかを示し、その他のケースは実装された API がサポートするものを説明しています。これらは顧客の参照ではありません。

患者または家族の健康記録アプリ

Anpheros Daily は Anpheros 患者アプリであり、次のように構築されています。症状、バイタルサイン、体重、投薬、検査結果、ドキュメント、予約、および日次サマリーを Apple Health および Health Connect からプラットフォームに、アカウント保有者および家族のために書き込み、バイタルサインと投薬をプラットフォームから読み戻します。他のアプリケーションと同様に、同じ公開 API を使用します。

用途: REST API · FHIR リソース · ドキュメント · 同意

医療データバックエンドを必要とするヘルスケアスタートアップ

新しい医療製品（慢性疾患トラッカー、遠隔モニタリングサービス、妊娠または投薬アプリなど）を構築するチームは、患者、LOINCコードを持つ観察記録、ICD-10コードを持つ病状、ATCコードを持つ薬剤、不変のオリジナルを持つドキュメント、来歴、監査記録などを、医療データベースを設計する代わりにAnpherosに保存できます。サンドボックスで合成患者から開始し、検証後に本番キーに移行します。

用途: ヘルスケアアプリの構築 · サンドボックス · SDK

患者に結果を提供するクリニックまたは検査機関

検査機関は、レポート全体（CSV、HL7 v2 ORU^R01、またはJSON）を送信し、各結果は患者の記録内の検査機関のObservationとして記録され、出所システムの名前が付けられます。同じレポートを再送信しても安全です。クリニックは、その組織を代行して記述し、施術者を指名するため、患者は誰が何を記録したかを確認できます。患者の同意を得て、組織は記録全体を読み取ることができますが、自身が記述したもののみを変更できます。このフロー（同意、検査機関のObservation、数秒以内の患者アプリへの通知）は、テストクリニックプロジェクトでエンドツーエンドで実施されました。

用途: Lab connector · Consent and access model · Webhooks

AIヘルスアシスタントまたはエージェント

個人の健康に関する質問に回答するアシスタントは、同意を求め、質問ごとに予算化されたコンテキストをリクエストし、選択したモデルに送信し、AI作成の注記を自身で書き込むことができます。患者はアクセスログのすべての読み取りを確認できます。

利用例: AIエージェントと医療データ · 認証とOAuth

既存のレコードにアクセスするサードパーティ製アプリ

フィットネス、栄養、または専門アプリが、SMART on FHIR スタンドアロン起動を通じて、Anpheros に既に保存されているデータ（例：検査結果のみ）を、必要なスコープのみ、限定された期間で要求します。アプリは、その人物の固有の識別子を受け取り、その人物がアクセスを取り消した時点でアクセス権を失います。

利用方法: 認証と OAuth · FHIR R4 API

標準サマリーの共有

他の医療機関の医師にサマリーを渡す必要があるアプリケーションまたは個人は、国際患者サマリー（Patient/$summary）を生成できます。これは、国境を越えたケアのために設計されたFHIRドキュメント形式です。

用途: FHIRプラットフォーム