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

ヘルスケアデータ相互運用性

相互運用性の技術的、構文的、意味論的、組織的レベル、Anpherosが使用する標準（FHIR R4, IPS, SMART on FHIR, HL7 v2）、そしてなぜ来歴が交換データの信頼性を高めるのかについて説明します。

ヘルスケアデータの相互運用性とは、異なるシステム（アプリ、クリニック、検査室、病院、AIサービス）がヘルスケアデータを交換し、手作業で再解釈することなく利用できる能力のことです。 Anpheros は、他のシステムが既に理解している形式（標準コードシステムを備えた HL7 FHIR R4）で各レコードを保存し、標準プロトコル（FHIR REST、SMART on FHIR、International Patient Summary、HL7 v2 検査メッセージ）を通じて交換し、交換されたデータを信頼できるものにするコンテキスト（誰が、いつ、誰の同意を得て作成したか）を保持することで、これに取り組みます。

相互運用性の4つのレベル

レベル	答える質問	Anpheros による対応方法
技術的	システムは接続できますか？	HTTPS API、OAuth 2.1、署名付きWebhook、Dart および TypeScript の SDK
構文的	互いのデータを解析できますか？	HL7 FHIR R4 (4.0.1) リソースおよびバンドル。検査結果については CSV、HL7 v2 ORU^R01、JSON を受け入れます。
意味的	同じ意味だと理解できますか？	LOINC（測定値および結果）、ICD-10（病状）、ATC（薬剤）、UCUM（単位）。元のテキストは各コードの隣に保持されます。
組織的	データを交換しても良いですか？また、信頼できますか？	アプリケーションごとの患者の同意、すべての書き込みに対するプロビナンス、患者が閲覧可能なアクセスログ

ほとんどの統合プロジェクトは、技術的なレベルではなく、意味的および組織的なレベルで失敗します。書き込み時にコーディングし、すべての値のプロビナンスを記録することが、あるソースからのデータを別のソースで利用可能にする鍵となります。

Anpheros が使用する標準規格

HL7 FHIR R4. すべてのレコードは FHIR リソース（26 タイプ）で構成され、検索可能でバージョン管理されており、CapabilityStatement は /fhir/R4/metadata にあります。FHIR プラットフォーム
International Patient Summary (IPS). Patient/{id}/$summary は IPS ドキュメントバンドルを返します。これは、公式の HL7 バリデーターを使用して hl7.fhir.uv.ips#1.1.0 に対して検証され、エラーは 0 です。IPS は、ヨーロッパの国境を越えたケアを目的としたサマリー形式です。
HL7 Europe laboratory report rules. 検査結果は書き込み時にチェックされます。ギャップは Anpheros-Conformance レスポンスヘッダーで報告されます（現在はアドバイザリ）。Observation/$validate?profile=eu-lab はオンデマンドでチェックを実行します。
SMART on FHIR. サードパーティアプリケーションは、PKCE を使用した OAuth 2.1 および SMART v2 患者スコープでレコードにアクセスします。ディスカバリーは /fhir/R4/.well-known/smart-configuration にあります。Inferno SMART App Launch STU2 スイートのスタンドアロン起動テストグループは合格しています。EHR 起動はまだサポートされていません。
HL7 v2. 検査結果は ORU^R01 メッセージ、または CSV または JSON 形式で到着し、FHIR Observations になります。ラボコネクタ
European Health Data Space. FHIR R4 および IPS は、EHDS が患者サマリーおよび検査結果に依存する形式であり、Anpheros はこれらに準拠しています。これは形式への準拠であり、認証ではありません。

交換パターン

同意に基づくアプリケーションアクセス — アプリケーションは患者にスコープを要求し、FHIR または REST を介してレコードを読み書きします。患者がアクセスを取り消すと、そのアクセスは失われます。
ドキュメント交換 — レコードまたはその要約は、FHIR バンドル ($everything, $summary) として出力されます。
インバウンド結果 — 検査機関やクリニックは、組織を代表してレコードに書き込みます。患者は誰が何を書いたかを確認できます。
イベント — サブスクライバーは、何かが変更されたことを通知されます（ID のみ、臨床内容は含まれません）。そして、許可された内容を読み取ります。

Provenance: 信頼できる相互運用性

システム間でやり取りされるデータは、そのコンテキストが一緒に移動しない限り、コンテキストを失います。Anpheros では、すべてのリソースのすべてのバージョンが以下を記録します。

作成者タイプ — 患者、施術者、デバイス、インポート、または AI。
作成された組織、および名前が指定されている場合は施術者。
ソースシステムとそのID (X-Anpheros-Source-System, X-Anpheros-Origin-Id)。

AI によって生成された値は、そのようにラベル付けされ、モデルのコンテキストが構築される際に臨床的事実とは別に保持されます。

アプリケーションを横断するアイデンティティ

各アプリケーションは、同じ人物に対して独自の識別子（ペアワイズID）を認識するため、患者の知らないところでアプリケーション間でレコードが相関されることはありません。アプリケーションのスコープ外の人物への参照はマスクされます。相互運用性は、共有識別子ではなく、同意を通じて実現されます。