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

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

Source: https://developers.anpheros.com/ja/guides/healthcare-software

**ヘルスケアソフトウェアとは、人々の健康に関する情報を作成、保存、またはそれに基づいて動作するソフトウェアのことです（患者向けアプリ、クリニックツール、検査システム、遠隔監視サービス、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プラットフォーム](https://developers.anpheros.com/ja/guides/fhir)

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

### アクセスはアプリケーションだけでなく、患者によって決定される
ユーザーログインとロールを超えて、医療ソフトウェアには同意が必要です。どのアプリケーションが、どの人の記録のどの部分を、どのくらいの期間読み取ることができるか、そして患者が確認できる監査記録が必要です。[同意とアクセスモデル](https://developers.anpheros.com/ja/guides/consent)

### データはアプリケーションを超えて存続しなければならない
記録は長年保持され、プロバイダー間で移動します。記録（インフラストラクチャ）をアプリケーションから分離することは、再設計、新しいアプリ、または新しいパートナーが医療データの移行を必要としないことを意味します。[デジタル医療記録インフラストラクチャ](https://developers.anpheros.com/ja/guides/digital-medical-record)

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

### AIも他のすべてと同じルールが必要
AI機能は、記録の別のリーダーです。患者が許可したもののみを、ソースとともに取得する必要があり、その出力はAI生成としてラベル付けされるべきです。[AIヘルスケアアプリケーション](https://developers.anpheros.com/ja/guides/ai-healthcare)

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

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

## 次のステップ

- アクセスから本番稼働までのステップバイステップガイド：[Anpheros で構築する](https://developers.anpheros.com/ja/guides/build-with-anpheros)
- 実践的なチュートリアル：[ヘルスケアアプリを構築する](https://developers.anpheros.com/ja/guides/build-a-healthcare-app)
- 医療バックエンドの責任範囲：[医療アプリのバックエンドとデータベース](https://developers.anpheros.com/ja/guides/medical-app-backend)
- 図とデータフロー：[アーキテクチャ](https://developers.anpheros.com/ja/guides/architecture)
- 初期段階のチーム向け：[ヘルスケアスタートアップ](https://developers.anpheros.com/ja/guides/healthcare-startups)

## 関連情報

- [医療データインフラストラクチャ](https://developers.anpheros.com/ja/guides/medical-data-infrastructure)
- [ヘルスケアAPI](https://developers.anpheros.com/ja/guides/healthcare-api)
- [セキュリティ、プライバシー、データレジデンシー](https://developers.anpheros.com/ja/guides/security)