ヘルスケア連携の実践ガイド

マヤさんは28歳です。たびたび起こるめまいがPOTSと関係しているのではないかと考え、原因を知ろうとしています。あるエピソードのあと、Apple Watchの心拍数グラフをスクロールすると、142拍/分、次に58拍/分、そしてまた131拍/分と表示されていました。数値そのものは正しいものです。しかし、循環器内科医と話し合うために知りたいことには答えてくれません。心拍数の上昇は立ち上がったことと関係していたのか。どのくらい続いたのか。その前に運動していたのか、運動後の回復中だったのか、脱水状態だったのか、それとも眠っていたのか。

この「数値」と「答え」のあいだのすき間こそが、ヘルスケア連携の中心にある課題です。Appleのデバイスは大量の生体情報を収集できますが、生の測定値がそれだけで意味を語ることはほとんどありません。役に立つモニタリングには、タイミング、状況、パターンの検出、そして他の人が確認できる形式を加える、もう一つの層が必要です。

ヘルスケア連携とは何か

ヘルスケア連携は、一つのスイッチや単独の機能ではありません。承認されたアプリが、ヘルスケアアプリの土台にあるデータストアからデータを読み取り、場合によっては書き込むことを可能にする、許可制の技術的なつながりのことを指します。このしくみには、iPhoneのヘルスケアアプリ、HealthKitフレームワーク、iPhoneとApple Watchのセンサー、そして特定のデータへのアクセスを求めるサードパーティ製アプリが含まれます。

Appleは2014年6月2日のWWDCでHealthKitを発表し、2014年9月17日にiOS 8とともにヘルスケアアプリを一般公開しました。その後AppleはAppleの「Health Report」の中で、ヘルスケアアプリと2015年に発売されたApple Watchを、iPhone、iPad、Apple Watch、対応アプリへと絶えず広がってきた、より大きなプラットフォームの一部として説明しています。この経緯が大切なのは、開発者がまったく新しい実験的なしくみにつないでいるわけではないからです。長年続いてきたヘルスケアデータの基盤の上にアプリを作っているのです。

マヤさんにとって押さえておきたい違いは、シンプルです。

Apple Watchは測定値を記録する、または記録に貢献します。
HealthKitはそれらの測定値をデバイス上で安全に整理します。
ヘルスケアアプリは、データの提供元を確認したり、アクセス許可を管理したりする場所です。
専門的なアプリは、選ばれた記録を解釈し、エピソード、傾向、レポートにまとめることができます。

ヘルスケアアプリは、マヤさんの心拍数が変化したことを示せます。分析アプリは、その変化が意味のあるパターンになっているかどうかを調べることができます。

ヘルスケア連携によって、Apple Watchから得られた生の心拍数データに必要な状況情報が加わるしくみを示した図。

生の測定値は出発点にすぎません

心拍数の値は、その前後の情報と合わせて見てはじめて意味を持ちます。測定された時刻、体を動かしていたかどうか、それまでの基準値（ベースライン）、上昇が続いた時間、関連する症状によって、その値の受け止め方は変わります。

これは、アプリがグラフから病気を診断できるという意味ではありません。連携によって、一貫した経過記録をまとめる手間を減らせるという意味です。マヤさんにすべてのエピソードを思い出してもらう代わりに、読み取り専用のアプリが、許可されたHealthKitのデータを調べ、パターンを見つけ、結果をマヤさんが確認できる形で示すことができます。

実践のルール：ヘルスケアは証拠を保管します。責任あるアプリは、パターンを説明するべきであり、そのパターンを診断であるかのように扱うべきではありません。

HealthKitとヘルスケアアプリの連携のしくみ

このしくみは図書館にたとえることができます。ヘルスケアアプリは受付カウンターです。ここで自分のアカウントを確認し、データの提供元を見直し、どの情報にアプリがアクセスしてよいかを決めます。HealthKitはその奥にある書庫と蔵書目録で、承認されたアプリやデバイスから届いたヘルスケアデータを保管し、整理するしくみを提供します。

このたとえを使うと、多くの人が同じものだと思いがちな二つを区別しやすくなります。ヘルスケアアプリを開いたからといって、ほかのすべてのアプリがそこに表示されている情報をすべて見られるわけではありません。各アプリは特定のデータの種類ごとにアクセスを求める必要があり、iOSはその要求をユーザーに示して、許可するか拒否するかを選んでもらいます。

グラフの裏にあるデータのしくみ

HealthKitは、心拍数を区別のない一本の線として扱っているわけではありません。心拍数、歩数、睡眠分析、ワークアウトなど、種類ごとに分けられたサンプルとして保存しています。一つのサンプルには、開始時刻、終了時刻、記録したデバイス、その他の付加情報（メタデータ）が含まれることがあります。

この構造があるため、アプリは的を絞った問い合わせができます。たとえば、ある時間帯の心拍数サンプルを求めたり、どのデバイスが記録したかを確認したり、測定値をワークアウトの時間帯と比べたりできます。一つの項目の読み取りを許可されたからといって、アプリが保管庫全体を自由に見て回れるようになるわけではありません。

図書館のたとえを使って、ヘルスケアアプリとHealthKitの違いを示した図。

アクセス許可はしくみの一部です

Appleによると、HealthKitのデータはデバイス上に保存されて暗号化されており、ユーザーのパスコード、Touch ID、Face IDでのみアクセスできます。またAppleは、ヘルスケアアプリの各種指標は、Apple WatchとiPhoneのセンサーからの入力をもとに、すべてデバイス上で計算されると説明しています。詳しくはヘルスケアのプライバシーに関するホワイトペーパーに記載されています。

そのため、アプリには二段階のアクセス許可の判断が必要です。まず、アプリは使いたいデータの項目を明示しなければなりません。次に、ユーザーが求められた項目のうちどれを許可するかを決めます。これらの設定は、あとからヘルスケアの設定で確認したり、取り消したりできます。

読み取りと書き込みは別々の許可です

読み取りアクセスは、アプリが選ばれた既存のデータを確認できるようにするものです。書き込みアクセスは、許可された種類のデータをHealthKitに追加できるようにするものです。アプリはどちらか一方、または両方を求めることがあります。

この違いは、アプリが信頼できるかどうかを判断するときに重要になります。既存の心拍数の記録だけを必要とするモニタリングアプリは、それを分析するのに書き込みアクセスを必要としません。求める範囲が狭いほど、そのアプリに何ができるのかをユーザーが理解しやすくなります。

アプリが読み取れるデータと、読み取り専用が大切な理由

HealthKitは多くの種類の健康情報を提供できますが、実際に利用できるかどうかは、デバイス、データの提供元、ユーザーの許可、そしてアプリのアクセスの求め方によって決まります。心拍数をモニタリングするアプリであれば、心拍数、心拍変動、安静時心拍数、ワークアウト、対応する心電図の記録を求めるかもしれません。別のアプリは、睡眠、歩数、呼吸数、血中酸素、あるいは利用できる場合には臨床記録に重点を置くこともあります。

アクセス許可は項目ごとに細かく設定できます。たとえば、心拍数の読み取りは許可して睡眠データは拒否することができ、アプリは許可していない項目を確認できません。書き込みにも同じ原則が当てはまります。ある種類の記録を書き込めるアプリが、自動的にほかのすべての種類を書き込めるようになるわけではありません。

データの種類	読み取り	書き込み
心拍数	可能	許可があれば可能
心拍変動	可能	許可があれば可能
安静時心拍数	可能	許可があれば可能
心電図の記録	対応しており、許可されている場合	データの種類とアプリの機能によって制限あり
血中酸素	対応しており、許可されている場合	HealthKitがその種類の書き込みを認めている場合のみ可能
睡眠分析と睡眠ステージ	利用できる場合は可能	許可があれば可能
歩数	可能	許可があれば可能
ワークアウト	可能	許可があれば可能
呼吸数	利用できる場合は可能	許可があれば可能
臨床記録	利用でき、許可されている場合	記録の種類とフレームワークの対応状況による

アクセス範囲が狭いほど安心できる理由

読み取り専用の設計には、はっきりとした境界があります。読み取り専用のアプリは既存の記録を分析できますが、ダッシュボードをより充実して見せるためにデータを追加したり、ある解釈に合うように記録を書き換えたりすることはできません。また、ユーザーが一度も入力していない病状を記録することもできません。

この境界は、POTSや自律神経障害のモニタリングにとって大切です。結論の質は、その土台となる時系列の記録がどれだけ正確に保たれているかにかかっているからです。アプリが元のデータを変更してしまうと、あとで見直すときに信頼しにくくなります。読み取り専用の流れであれば、元の記録はヘルスケアに残したまま、解釈は別の層で行うことができます。

確認しておきたい質問：そのアプリは何かを書き込む必要があるのでしょうか。それとも、ヘルスケアにすでにある情報を理解するだけでよいのでしょうか。

読み取り専用だからといって、アプリが自動的に正確になったり、医療的に適切になったりするわけではありません。ただ、データの流れを説明しやすくはなります。アプリは許可されたデータを読み取り、説明どおりの分析を行い、その後どうするかはユーザーが決められます。

ヘルスケア連携の設定手順

設定は、Cardiogramのようなアプリがヘルスケアへのアクセスを求めたときに始まります。システムの許可画面には、アプリが読み取りまたは書き込みを求めている項目が一覧で表示されます。この要求をそのまま許可しないでください。各項目を確認し、アプリの目的に合うものだけを許可しましょう。

まずはシステムの許可画面から

心拍数のパターン分析の場合、関係する項目には次のようなものがあります。

心拍数：1分あたりの拍数として記録されたデータを提供します。
心拍変動：傾向を分析するためのもう一つの手がかりになります。
安静時心拍数：その人自身の基準値（ベースライン）を把握するのに役立ちます。
ワークアウト：運動による心拍数の上昇を、それ以外の出来事と区別するための状況情報になります。

アプリが使えるのは、あなたが許可した項目だけです。睡眠やワークアウトへのアクセスを許可しなかった場合、分析にはそれらの状況情報が含まれません。

Cardiogramアプリがヘルスケアのデータへのアクセスを求め、許可を得るまでの流れを3つのステップで示したインフォグラフィック。

設定後にアクセス許可を見直す

アクセス許可は設定 > プライバシーとセキュリティ > ヘルスケアで確認し直すことができます。アプリ内の画面とiOSの設定画面は、それぞれ役割が異なります。最初に表示されるシステムの許可画面はアクセスを許可するためのもので、設定画面はあとからその判断を確認したり変更したりするためのものです。

アプリがバックグラウンドでの更新を利用する場合はAppのバックグラウンド更新をオンにし、アプリが関連する出来事を見つけたときに通知を受け取りたい場合は通知を許可してください。これらの設定でHealthKitが絶え間なくリアルタイムでデータを送り続けるようになるわけではありませんが、オペレーティングシステムが許す範囲で、アプリが新しい情報を処理しやすくなります。

受診時に確認してもらうための記録の準備について、さらに詳しい手順はヘルスケアのデータの書き出しに関するガイドをご覧ください。

記録が表示されないときの対処法

データが表示されないときは、連携がうまくいっていないと決めつける前に、データの提供元を確認しましょう。

Apple Watchの接続を確認する。Apple Watchが、使いたいiPhoneとペアリングされていることを確かめてください。
手首検出を確認する。Apple Watchを着けていないときや、手首検出がオフになっているときは、センサーによる記録に影響が出ることがあります。
ヘルスケアのデータの提供元を確認する。ヘルスケアアプリで該当する項目を開き、どの提供元が記録しているかを確認してください。
アクセス許可をもう一度確認する。アプリが心拍数にはアクセスできても、ワークアウトや心拍変動にはアクセスできない場合があります。
処理に時間がかかることを考慮する。バックグラウンドでのデータの受け渡しは遅れることがあるため、新しいデータにアプリがすぐ反応しない場合があります。

POTSと自律神経障害での具体例

立ち上がったあとにめまいが起こる人の心拍数の記録を、読み取り専用のアプリが分析する場合を考えてみましょう。ヘルスケアは元になるデータを提供します。アプリの役割は、そのデータを時系列に並べ、「心拍数はいくつだったか」よりも役に立つ疑問に答えられるようにすることです。

特定の病気に焦点を当てた流れでは、基準値を確認し、短い時間でのはっきりとした上昇を探し、ピークの値と上昇が続いた時間を記録することができます。Cardiogramは、5分以内に30拍/分以上の上昇を自動的に検出し、エピソードの時刻、基準値、ピーク、持続時間を記録して確認できるようにしています。この基準はスクリーニングと記録のためのルールであり、診断ではありません。症状やその他の医療情報と合わせて、医師が判断する必要があります。

状況情報がパターンとノイズを見分ける

ワークアウト中の高い数値を、キッチンで立っているときの上昇と同じように扱うべきではありません。そのため、ワークアウトの記録や運動後の回復時間をエピソードの数から除外することで、誤解を招く通知の原因としてよくあるものを減らせます。

睡眠、症状、水分補給、塩分の摂取、服薬、活動の状況を加えると、さらに理解が深まります。たとえば、エピソードの前後にめまいや動悸を記録しておき、よく眠れなかった日のあとや、一日の特定の時間帯に似た出来事が起きていないかを振り返ることができます。その結果は医学的な結論ではありません。医師と話し合うための、より整理された観察記録です。

生の記録が長期的なパターンへと変わるしくみについては、健康データの傾向分析に関するガイドをご覧ください。

デバイス上での処理で流れが変わる

Appleによると、HealthKitのデータはデバイス上で保護されたままであり、アプリは生の健康記録の履歴にサーバー側でアクセスしなくても、デバイス内の要約を読み取るように設計できます。デバイス上で処理するしくみでは、アプリは許可されたデータをその場で分析し、生の記録を提供元企業のサーバーに送るのではなく、ユーザー自身のiCloud環境を通じて同期します。

出力の形としては、週ごとのまとめ、エピソードが起きた時間帯を示すヒートマップ、あるいは検出基準を明記したうえでエピソード、症状、傾向をまとめたPDFなどがあります。こうした形式は、冒頭でマヤさんが直面していた現実的な問題に応えるものです。医師に必要なのは、ばらばらのグラフの点を延々とスクロールして見ることではありません。何が起きたのか、いつ起きたのか、そして患者さん自身がどんな状況に気づいていたのかを示す、簡潔な記録です。

ヘルスケア連携にまだ足りない点

ヘルスケア連携はデータの提供元同士をつなぐことはできますが、それらのデータを自動的に一致させるわけではありません。ヘルスケアは一つにまとまった記録として扱われがちですが、記録のタイミング、記録されている範囲、メタデータ、提供元の優先順位が異なる場合があります。

第三者による報道では、大きな制約が指摘されています。HealthKitは、異なるメーカーのウェアラブル端末のデータを標準化しません。また、傾向やコンディションの目安を示す機能も組み込まれていません。複数のデバイスを使っている人は、記録の重複や欠落、食い違う測定値を目にすることがあります。連携そのものは技術的に動いていても、傾向を判断する際にどの提供元を基準にするかは、ユーザーが決めなければならないことがあります。

生のデータはそれだけでは気づきになりません

HealthKitが提供するのは構造化された健康データであり、特定の病気に合わせた解釈の仕組みではありません。起立に伴うエピソードにラベルを付けたり、心拍数が上がった理由を説明したり、POTSの症状を医師に見せられる形でまとめたりする機能は、もともと備わっていません。

その役割は、データを読み取るアプリが担います。アプリに適切な絞り込み、状況の記録、レポートの機能がなければ、長い記録を医療チームが確認できる形にまとめる作業は、ユーザー自身が行うことになります。

実際の入り口はiPhoneです

HealthKitはデバイス内での保存と明示的な許可を前提に設計されているため、多くの連携では、ほかのシステムが情報を使えるようになる前に、iPhone上のアプリがデータを読み取ってまとめる必要があります。これはユーザーの管理権を守るためですが、ほかのシステムとのデータのやり取りが不便になることもあります。

異なるエコシステム間で健康記録をまとめたいときにも、同じようなジレンマが生じます。最近の報道によると、関連する分野ではエコシステムをまたいだ同期が改善されつつありますが、利用できるかどうかや対応するデータの種類はさまざまです。大切なのは、アプリが「ヘルスケアと連携している」かどうかだけではありません。どの種類のデータを読み取るのか、過去の記録をどのくらいさかのぼって取り込むのか、重複をどう扱うのか、どの提供元を優先するのかを確認しましょう。

プライバシーを強く守るほど、便利さは損なわれることがあります。このトレードオフが受け入れられるのは、アプリがデータの書き出し、確認、アクセス許可の管理をわかりやすくしている場合だけです。

ほかにも、解釈に影響する不足点があります。一部のデバイスでは心拍変動が利用できなかったり、値が安定しなかったりすることがあり、睡眠ステージの記録が途切れ途切れになることもあります。また、症状の情報は、意識して手で記録しなければならないことが多くあります。こうした制約は、患者さんの時間を奪います。医師が必要としているのが、説明のないグラフではなく状況情報である場合はなおさらです。

HealthKitで開発する開発者のためのベストプラクティス

HealthKitを使う開発者は、バックグラウンドでのデータの受け渡しを、心拍数を絶え間なく送り続けるしくみではなく、出来事をきっかけに通知が届くしくみとして扱うべきです。Appleのドキュメントによると、watchOSのほとんどのデータの種類ではバックグラウンドでの受け渡しの頻度が制限されていますが、高心拍数、低心拍数、不規則な心拍リズムといった特定のイベントは、すぐに受け渡されることがあります。信頼できる設計にするには、データがまとめて届くことや、アプリがときどきしか起動しないことを考慮する必要があります。

記録全体ではなく、変化した分だけを問い合わせる

enableBackgroundDeliveryを使ったオブザーバークエリで、関連するデータが変化した可能性があることを検知し、そのうえでアンカークエリを使って、前回のチェックポイント以降に追加されたデータだけを取得しましょう。こうすることで、同じ履歴を何度も処理せずに済み、アプリ内の状態も把握しやすくなります。

安静時の傾向を計算する前に、ワークアウトのデータと運動後の回復時間を除外してください。そうしないと、運動による上昇によって、エピソード検出の土台となる基準値がゆがんでしまいます。

保存とアクセス許可の範囲を絞る

書き込みが必要な場合は、HKHealthStore.saveでまとめて書き込みましょう。既存の記録を分析するだけの製品であれば、読み取り専用の許可を選び、ユーザーにとって明確な必要性のない書き込み権限は求めないようにしましょう。

分析から得られた結果は、SwiftDataやCore Dataなど、適切なローカル保存の仕組みを使ってデバイス上に保存してください。システムの許可画面を表示する前に、求める各項目について平易な言葉で説明しましょう。許可を求める理由の説明は、実際のコードと一致していなければなりません。

最後に、プライバシーに関する説明は実態と一致させてください。アプリが「分析はデバイス上で行う」と説明しているなら、その実装とデータの流れもそれを裏付けるものでなければなりません。プライバシーラベルは宣伝文句ではありません。ユーザーとの約束です。

信頼できる連携の選び方

「許可」をタップする前に、次の4つの点を確認しましょう。

アプリは何を読み取り、何を書き込めるのか。読み取り専用のアクセスは、読み取りと書き込みの両方ができるアクセスよりも範囲が狭くなります。
処理はどこで行われるのか。デバイス上で分析すれば、大切な記録が不必要に外部へ移動することを防げます。
プライバシーの説明は許可画面の内容と一致しているか。アプリの説明には、実際に求めているのと同じ項目が書かれているべきです。
データを書き出したり、アクセスを取り消したりできるか。役に立つレポートを作成し、アクセス許可を変更し、共有を迷わずやめられるべきです。

信頼できるヘルスケア連携とは、必要最小限の範囲だけを求め、同意の前に目的を説明し、生の記録と、そこから導かれた解釈とを分けて扱うものです。データの保存方法やアクセス許可の選び方を判断するためのさらに詳しい情報は、健康データのプライバシーに関するガイドをご覧ください。

最も役に立つ連携とは、最も多くの情報を集めるものではありません。元の記録とユーザーの管理権を守りながら、許可されたデータを、わかりやすく見直しやすい結果に変えてくれるものです。

Cardiogramは、読み取り専用のアクセスでヘルスケアから許可された心拍数データを読み取り、デバイス上でパターンを分析して、POTSや自律神経障害の症状を記録している方のために、エピソード、傾向、状況情報、医師に見せられるレポートを整理します。Cardiogramにアクセスして、お使いのApple Watchとヘルスケアの記録を、より見直しやすく共有しやすい形にする方法をご覧ください。