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

ヘルスケアソフトウェア開発

医療ソフトウェア開発の違いとヘルスケアアプリケーションのレイヤー構造：最上位の製品、Anpheros API、FHIRレコード、そしてその下の患者同意。

ヘルスケアソフトウェアとは、人々の健康に関する情報を作成、保存、またはそれに基づいて動作するソフトウェアのことです（患者向けアプリ、クリニックツール、検査システム、遠隔監視サービス、AIアシスタントなど）。他のソフトウェアと異なる点は、ユーザーインターフェースではなく、データにあります。データは機密性が高く、長期間保存され、標準化され、組織間で共有され、同意の対象となります。Anpherosは、そのデータレイヤーのためのインフラストラクチャです。このページでは、ヘルスケアアプリケーションのレイヤー構造と、Anpherosが提供できるレイヤーについて説明します。

一般的なアーキテクチャ

Healthcare application        your product: UI, workflows, notifications, business rules
        ↓
Anpheros API                  REST v1 and FHIR R4, OAuth 2.1 / SMART on FHIR, webhooks, SDKs
        ↓
FHIR medical data             one HL7 FHIR R4 record per patient, versioned, with provenance
        ↓
Consent / authorisation       per-application grants chosen and revocable by the patient

アプリケーションがエクスペリエンスを所有し、Anpheros がレコードとそれに関連するルールを所有します。

医療ソフトウェア開発における違い

データモデルは標準であり、設計上の選択ではない

他のソフトウェアは独自のスキーマを考案できます。独自のスキーマを考案した医療ソフトウェアは、翻訳プロジェクトなしではラボ、クリニック、または他のアプリケーションとデータを交換できません。最初のコード行からHL7 FHIR R4リソースと標準コード（LOINC、ICD-10、ATC、UCUM）を使用することで、それを回避できます。FHIRプラットフォーム

すべての値にはソースが必要

患者が入力したグルコース値、デバイスで測定された値、ラボレポートからインポートされた値、またはAIモデルによって生成された値は、それぞれ異なる意味を持ちます。Anpherosは、書き込みごとに作成者のタイプ（患者、医療従事者、デバイス、インポート、AI）、組織、およびソースシステムを記録し、すべてのバージョンを保持します。

アクセスはアプリケーションだけでなく、患者によって決定される

ユーザーログインとロールを超えて、医療ソフトウェアには同意が必要です。どのアプリケーションが、どの人の記録のどの部分を、どのくらいの期間読み取ることができるか、そして患者が確認できる監査記録が必要です。同意とアクセスモデル

データはアプリケーションを超えて存続しなければならない

記録は長年保持され、プロバイダー間で移動します。記録（インフラストラクチャ）をアプリケーションから分離することは、再設計、新しいアプリ、または新しいパートナーが医療データの移行を必要としないことを意味します。デジタル医療記録インフラストラクチャ

実在の患者なしで開発・テストする

実在の医療データは開発環境に置かれるべきではありません。Anpherosにはサンドボックス（合成患者を持つ別のデータベース）と、本番データに物理的に到達できないサンドボックスキーがあります。

AIも他のすべてと同じルールが必要

AI機能は、記録の別のリーダーです。患者が許可したもののみを、ソースとともに取得する必要があり、その出力はAI生成としてラベル付けされるべきです。AIヘルスケアアプリケーション

あなたが構築するものとAnpherosが提供するもの

レイヤー	あなたが構築するもの	Anpherosが提供するもの
ユーザーエクスペリエンス	スクリーン、フロー、通知、臨床コンテンツ	—
あなたのユーザーとアカウント	サインアップ、ログイン、あなたの製品におけるロール	データアクセスに対する患者ごとの同意、同意ページでの患者サインイン
医療データストレージ	—	FHIR R4レコード、26リソースタイプ、履歴、ドキュメント
コーディング	記録する内容の選択	標準コードシステム、バンドルされたLOINC検索
レコードへのアクセス制御	あなたのどのユーザーがどの患者を見るか	プロジェクト分離、ペアワイズID、OAuthスコープ
監査	—	書き込み時の来歴、患者に表示されるアクセスログ
統合	あなたのパートナーの仕様	ラボインポート、FHIRトランザクション、Webhooks、SDK
AI	プロンプト、モデル選択、あなたの機能の安全性	トークン予算と来歴ラベル付きコンテキストAPI
コンプライアンス	あなたの規制上の義務と臨床的安全性	EUデータ居住性、顧客管理キーによるドキュメントの暗号化、本番環境用のデータ処理契約

次のステップ

アクセスから本番稼働までのステップバイステップガイド：Anpheros で構築する
実践的なチュートリアル：ヘルスケアアプリを構築する
医療バックエンドの責任範囲：医療アプリのバックエンドとデータベース
図とデータフロー：アーキテクチャ
初期段階のチーム向け：ヘルスケアスタートアップ