医療記録を管理するアプリを探したことがあるなら、FHIRという略語に出会ったことがあるかもしれません。説明文や「セキュリティとコンプライアンス」のページ、病院や省庁からの発表などで目にすることがあります。しかし、その意味が説明されることはめったにありません。このガイドでは、プログラマーにならなくてもFHIRとは何か、どのような問題を解決するのか、それが具体的にあなたにとって何を意味するのか、そしてアプリが本当にそれを使用しているのか、それともウェブサイトにただ書き込んでいるだけなのかを見分ける方法を説明します。
問題：システムごとに異なる言語を話す
検査機関で行われた血液検査は、PDFとしてあなたに届きます。同じ検査が病院のシステムでは、独自のフォーマットを持つデータベースの1行になります。かかりつけ医のところでは、おそらく自由記述のメモとして扱われます。3つの場所で3つのフォーマットがあり、それらの間に連携はありません。それらをまとめたい場合、唯一の手段は人間が読み取って再入力することです。
何十年もの間、医療システムはまさにそのように構築されてきました。それぞれが独自のフォーマットを持ち、他のシステムとのデータ交換は、特別に、高価に、そして壊れやすく書かれた「ブリッジ」を通してのみ行われていました。古い規格（1980年代のHL7バージョン2やCDA）は、病院にとっては問題を部分的に解決しましたが、現代のアプリが使用するには難しく、人間が読むことはほぼ不可能です。
FHIRとは
FHIR（「ファイア」と発音）は、Fast Healthcare Interoperability Resources の略です。これは、35年以上にわたり医療データのシステム間での移動方法を定義してきた組織であるHL7 Internationalが発行した標準です。現在広く使用されているバージョンは2019年に公開されたR4（4.0.1）です。2023年から新しいバージョンR5が存在しますが、EUや米国の法的要件を含む世界のほとんどのシステムはR4に基づいています。
中心的な考え方はシンプルです。医療情報のあらゆる断片は、既知の構造を持つリソースとして記述されます。患者用のリソース（Patient）、検査や測定用のリソース（Observation）、診断用のリソース（Condition）、処方された薬剤用のリソース（MedicationRequest）、アレルギー用のリソース（AllergyIntolerance）、予防接種用のリソース（Immunization）、文書用のリソース（DocumentReference）など、合計で約150種類あります。各リソースには定義されたフィールドがあります。例えば、Observationには、測定された内容のコード、値、単位、日付、誰が測定したか、誰のために測定したかといった情報が含まれます。
リソースはJSONまたはXMLで記述され、これらはあらゆるプログラミング言語が読み取れるフォーマットです。インターネット上では、ウェブページと同じように、アドレスとHTTPリクエストを通じてやり取りされます。これが古い規格との違いです。FHIRは、プログラマーがすでに知っているツールを使用するため、実装コストが低く、誤った実装が困難です。
コード：誰もが同じものを理解できるように
構造だけでは十分ではありません。あるシステムが「血糖値」と書き、別のシステムが「血清グルコース」と書いても、互いに理解できません。FHIRは、コンテンツに標準コードを要求することでこれを解決します。
- LOINC：検査や測定用。「空腹時血糖」は世界中どこでもコード1558-6です。
- SNOMED CT および ICD-10：診断や処置用。
- ATC（WHO分類）：薬剤用、有効成分別。
- UCUM：単位用。mg/dLとmmol/Lはどこでも同じように記述され、変換は自動で行われます。
構造とコードがあれば、シビウの検査機関が作成したFHIRリソースは、ウィーンの病院やカリフォルニアのアプリでも、誰かが「ブリッジ」を書いていなくても正しく読み取ることができます。
具体的にあなたにとっての意味
最も目に見えるものから最も重要なものまで、4つの点があります。
あなたのデータを移動できます。 あなたの記録がFHIRとして保存されている場合、それを完全にエクスポートし、互換性のある他のシステムにインポートできます。単一のアプリに依存せず、そのアプリだけが理解するフォーマットの「人質」になることもありません。「あなたのもの」とは、実際には「標準フォーマットでエクスポート可能」という意味です。
あなたのデータを医師が理解できます。 新しい医師、他の国の病院、救急サービスなど、誰もがFHIRの概要（通常は国際患者サマリーとして）を受け取り、自身のシステムで、自身のコード、自身の言語で読むことができます。40ページのPDFではなく、検索、フィルタリング、比較が可能なデータです。
あなたのデータを統合できます。 異なる検査機関からの検査結果、あなたのスマートウォッチからの測定値、処方箋からの薬剤、スキャンされた文書など。すべてがLOINCコードと日付を持つFHIRリソースであれば、同じタイムラインに収まり、比較することができます。優れたアプリはこれを自動的に行います。
あなたのデータは約束ではなく、標準によって保護されます。 FHIRは、データのアクセス権をどのように付与するかについても記述しています。これはOAuth 2に基づいたフレームワークであるSMART on FHIRを通じて行われます。これにより、どのアプリが記録のどの部分を、いつまで見るかを明示的に承認でき、アクセスを取り消すことも可能です。これは、ウェブサイトで「Googleでサインイン」する際に使用するのと同じメカニズムが、医療データに適用され、きめ細やかな権限（検査のみ、薬剤のみ、読み取り専用など）が付与されるものです。
FHIRがすでに使用されている場所
FHIRは「未来のための」標準ではありません。すでにあなたが知っている場所で必須または使用されています。
- 米国：法律（21st Century Cures Actおよび2020 ONC規則）により、認定されたすべての医療システムは、患者のデータをFHIR R4 APIを通じて公開すること、および患者が選択したアプリで自身のデータを受け取れることが義務付けられています。
- Apple Health Records：iPhoneのヘルスケアアプリに、FHIR経由で何百もの病院からの記録を取り込んでいます。
- 欧州連合：欧州電子健康記録交換フォーマット（EEHRxF）としてFHIRを選択しました。これはEHDS規制が加盟国に課すものであり、MyHealth@EUを通じて国間で交換される患者サマリーはこれに基づいています。
- 英国、オランダ、ドイツ、北欧諸国：ドイツの電子処方箋からオランダの記録まで、各国のインフラストラクチャでFHIRを使用しています。
- 世界保健機関（WHO）：国際的なデジタル健康証明書のネットワークのために、FHIRベースの国際患者サマリーを選択しました。
これは、あなたの記録をFHIR R4として保持するアプリは孤立したものではなく、現在そして今後10年間、病院や当局がすでに話している言語を話すことを意味します。
FHIRを本当に使用しているアプリを見分ける方法
誰でもウェブサイトに「FHIR」と書き込むことができます。以下の質問は、言葉と現実を区別します。
- 私の全記録をFHIRとしてエクスポートできますか？ 「PDFレポート」ではなく、他のシステムがインポートできるリソース（Bundle）のファイルです。答えが「いいえ」または「リクエストに応じて、メールで」という場合、そのデータは本当の意味であなたのものとは言えません。
- 検査結果にはLOINCコードとUCUM単位が付いていますか？ 「コレステロール：210」をテキストとして保存するだけのアプリは、昨年の別の検査機関からの値と比較できません。コードと単位を保存するアプリなら可能です。
- 制限付きで取り消し可能なアクセス権を他者に付与できますか？ 医師、クリニック、別のアプリなど。SMART on FHIRを使用すると、誰が何を見るかを、いつまで見るかを自分で選択でき、誰が何を見たかの記録を確認できます。
- IPSサマリーを生成できますか？ これは「相互運用性」の実践的なテストです。アプリがヨーロッパのどの病院でも読める標準サマリーを作成できるなら、その背後にある構造は本物です。
- 公開されている開発者向けドキュメントはありますか？ 公開されている機能ステートメント（
CapabilityStatement）を持つ文書化されたFHIR APIは、他のシステムが実際に接続できることを意味します。それがなければ、「相互運用可能」は単なる形容詞にすぎません。
FHIRが解決しないこと
限界についても公平に述べるべきです。FHIRはデータのフォーマットと転送を記述しますが、その品質は記述しません。間違って入力された結果は、きれいなフォーマットになるだけで、間違ったままです。FHIRはあなたのプライバシーを保証しません。プライバシーは、データを誰が、どの国で、どのようなアクセスルールのもとでホストしているかによって決まります。また、FHIRはシステムがデータを交換したいと思わせるものではありません。多くの病院はFHIR APIを持っていても誰にも開かないため、まさに米国やEU（EHDSを通じて）の法律がそれらを義務付ける理由となっています。
AnpherosはどのようにFHIRを使用していますか？
Anpherosは、各個人の記録をHL7 FHIR R4リソース（PatientやObservationからDocumentReferenceやConsentまで、26種類のリソースタイプ）として、LOINC、ICD-10、ATC、UCUMコードとともに、欧州連合で保存しています。Anpheros Dailyアプリは、クリニックや開発者が使用するのと同じ公開APIのクライアントです。独立した「内部」フォーマットはありません。完全な記録またはIPSサマリーは、いつでもエクスポートでき、公式のHL7バリデーターで検証されます。他のアプリへのアクセスは、SMART on FHIRを通じて、期間限定で取り消し可能な同意を得て付与され、あなたが確認できるログが提供されます。APIドキュメントと機能ステートメントは、developers.anpheros.comで公開されています。
よくある質問
自分の記録を使用するためにFHIRを知る必要がありますか？
いいえ。FHIRは裏側で動いています。あなたは検査結果、薬剤、文書を見ます。標準はそれらを移動可能で、比較可能で、医師が読めるようにします。それが存在する価値を知っておくことは、データをどこに保存するかを賢く選ぶためだけです。
FHIRは国の電子記録と同じですか？
いいえ。FHIRはフォーマットと転送方法であり、国の記録はシステムです。多くの国のシステムはFHIRを使用しているか、採用を進めていますが、ある国に電子記録があるからといって、そこからFHIRとしてデータを持ち出せるわけではありません。EUでは、EHDSがまさにそれを要求するでしょう。
FHIR R4とR5の違いは何ですか？
R5（2023年）は改良をもたらしますが、まだ法律で義務付けられておらず、使用しているシステムはほとんどありません。R4（2019年）は、米国およびEUの要件と既存の実装の基盤です。R4上のアプリは今日の安全な選択肢です。R5への移行は、互換性を保ちながら徐々に進むでしょう。
エクスポートがFHIRの場合、本当に別のアプリにインポートできますか？
他のアプリがFHIRインポートを受け入れる場合、はい、ただし1つの条件があります。標準コードです。LOINC、ICD-10、UCUMを持つリソースはきれいにマッピングされます。自由記述のテキストを持つものはメモとして扱われます。だからこそ、ソースアプリが最初からデータをコード化していたことが重要なのです。
FHIRは安全ですか？
FHIR自体は安全でも危険でもありません。それはフォーマットです。セキュリティは実装から生まれます。暗号化、ホスティング、認証、同意などです。SMART on FHIRは、制御されたアクセスを提供するための優れたフレームワークを提供しますが、それでもデータを誰が保持し、どこにあるかを確認する必要があります。
あなたの医療記録を持ち歩こう
Anpheros Dailyは、症状、検査結果、薬剤、書類を、標準フォーマットで、あなたの管理下に一元化します。ベーシックプランは無料です。