![見出し画像](https://assets.st-note.com/production/uploads/images/133718967/rectangle_large_type_2_0216d309441a0ca05ad08969db9fc6b3.jpeg?width=800)
黄エビネが咲く庭で (第十一章 活用しにくい日本の医療のデータ)
第十一章 活用しにくい日本の医療のデータ
医療には、さまざまな人たちが関係している。
患者さん、患者さんのご家族、医師、看護師、薬剤師、さまざまな検査の技師、社会保険庁や都道府県及び市町村など、幅広い職種・業種が医療に関わっている。
病院や診療所、クリニックなどで見かける外来のパソコン(電子カルテや検査の指示を出すオーダリングシステムなど)も、その専門のIT業者が医療機関をサポートしていて、やはり彼らも医療に関わっている。
ベッド数が1,000床前後の大規模な病院だと、院内の電子カルテやさまざまなシステムを導入したり、入れ替えたり、システムの保守・運用も含めると、それらの費用が年間で数億円〜数十億円に上ることもある。
費用はどれくらいの規模のシステムを病院に設置するかなどにもよるが、大手ITベンダーから見るとこの金額は魅力的に見えるらしい。
混沌としている日本の医療のIT
医療に関わるITベンダーは各社が、自前のノウハウなどを駆使して、電子カルテなどの画面の使い勝手の向上や、データを保持するデータベースやサーバーのセキュリティ向上にも力を入れている。
そしてそれらは、各社独自に動いている。
このことが、実は日本の医療の質を評価する際、非常に難しい状況を作り出してしまっている。
世界では、『患者さんの診療データは、患者さんのもの』とされている。国が、自国内の医療の状況を分析することが容易なIT環境の国も、いくつもあるようだ。
ところが、日本では『患者さんのデータは、病院のもの』と考えられているので、その病院が使いやすいように電子カルテなどのITシステムをカスタマイズしてしまう。「大枚を叩いているのだから、こちらが使いやすいようにカスタマイズするのが当然だろう」ということなのだろう。
IT業界において、世界ではシステムのパッケージを大幅にカスタマイズすることは考えられないのだが、日本では顧客がITサービスを顧客の意のままにカスタマイズすることは常態化している。
しかも、それが長年続いているので、カスタマイズをすることに疑問の余地すらなくなってしまっている。病院個別のカスタマイズのデメリット(日本全体の医療の質を評価することが非常にやりにくくなってしまうこと)にも気づいていない。
その結果、患者さんの診療のデータを格納するデータベースが多種多様に出来上がってしまい、乱立することになる。この状態では、幾つものデータベースをまたがって特定な項目だけを集計するような作業は、ほぼ不可能だ。
だから、このままでは日本の医療の質を分析することすらできない。
日本の医療のITベンダーと医療の問題
このような経緯から、ITベンダーごとにデータベースの設計がバラバラなので、日本全体の患者さんのデータを集計して分析し、日本の医療の課題がどこにあるのか?や、うまくいっていることが何か?などを検討するには、まずITベンダー同士のデータベースを連携させる必要がある。
ところがITベンダーは自分たちの技術を公開することに非常に消極的だ。自分たちの技術を盗まれかねないリスクもある。吉田が以前、自分のアイディアを他社のITベンダーに盗まれ、あろうことか特許まで取得されてしまった事例もある。
そのため、日本の医療のデータを分析する際にはデータベースの構造やデータの内容を理解しなければならない。吉田や蒼生たちは、ここから始めることにした。
また、医療のデータを活用するには、さまざまな法律も理解する必要がある。
個人情報保護法や、次世代医療基盤法、医療法などの理解は必須だ。
現在の日本には、患者さんのデータを匿名加工処理をするベンダーがあるが、彼らのデータを持ってしても、医療の質を分析するにはデータの件数が足らないし、分析可能なデータも欠損が目立つ。
さらに言えば、そもそも医師が電子カルテに患者さんのデータをきちんと入力していない、と嘆く大学病院の教授もいるくらいだ。
日本は世界に冠たる最高水準の医療を提供できる国の一つだが、医療のデータの扱いやリテラシーにおいては世界最高水準ではないようだ。
吉田たちは、日本の医療のデータについて、知れば知るほどに暗澹たる気持ちになっていった。
もう一つのデータ『レセプトデータ』
吉田たちの『医療ビッグデータを扱う新規サービスの開発プロジェクト』のメンバーたちが医療に関わる様々なデータを調べているうちに、電子カルテ以外に興味深いデータがあることを知った。レセプトデータだ。
レセプトデータは、患者さんが健康保険証を使って医療機関を受診した際、医療機関が発行する「診療報酬明細書」のデータのことだ。
健康保険を利用して医療機関を受診する場合、私たち患者さんは現状、そこで費やした医療費のうち最大3割を負担する。残りの7割以上は、健康保険組合や市町村などの保険機関が医療機関に支払っている。この支払いが診療報酬だ。
診療報酬の財源は、現在税金や国債などで賄われている。日本の政府の予算は、年金など天文学的な巨額の支払いがあるため、日本の予算は税収だけでは賄うことができない。こういった背景があり、例え医療であっても、無駄な税金の使われ方は認められない。
そのため、毎月全ての患者さんが受診した診療データをチェックして、健康保険で認められている適切な医療行為が提供されていることを審査支払機関が確認した上で、医療機関に費用を支払っている。
この時、各医療機関からレセプトデータが審査支払機関に集まり、審査を経たレセプトデータが保険機関に届く。
このレセプトデータには、その患者さんの受診日、病名、検査内容、手術内容、医師の指導料、処方された薬の内容など、患者さんが受けた医療行為で、かつ、健康保険で認められた、医療機関に支払われる医療行為がデータ化されている。
すなわち、レセプトデータを使えば、毎月の全ての医療機関で行われている医療行為の内容が患者さんごとや疾患ごとなどで分析できることになる。しかも、レセプトデータのフォーマットは統一されていて、電子カルテのようにデータの構造がバラバラということもなかった。
すなわち、様々な集計や分析をするなら、電子カルテのデータよりもレセプトデータの方が適しているということだ。
ここに吉田たちは注目した。
しかし、レセプトデータについてさらに詳しく調べていくと、吉田たちは再び壁にぶつかった。レセプトデータには検査項目はあるが、その検査値までは入っていないことが判明したのだ。
これは、審査支払機関がレセプトを審査する時、どのような検査がなされたかが保険の支払いの際に重要なのであり、その検査結果の数値がどうだったかは保険の支払いに関係がないため、データを集めていなかったのだ。
一部の患者さんのレセプトデータの検査項目には検査値が入っていることもあったが、大半はデータが欠損していた。そのため、レセプトデータ単体では、治療の結果、検査値がどのように変動したのかが分からないのだ。
すなわち治療効果があったのか、いつ頃に治療効果が現れて、いつ頃治療が終了するのか、患者さんは治癒に至ったのか、それとも亡くなったのかといった治療効果の推移を分析することができないのだった。
この問題を、日本の医療の世界では放置されてきた。正確に言えば、厚生労働省もデータに基づいて、医療の効果を様々に分析したかったはずなのだが、それを具体的に実行するには、前述の電子カルテのデータベースの問題や、レセプトデータの検査値データの問題があり、簡単には手が出せていなかったのだ。
吉田たちによる日本の医療ITの現状のリサーチ報告から、このようなことが分かってきた。
有り体に言えば、医療は関連する人たちや業種、職種が多く、それに伴い医療に群がるさまざまな利権が蠢いていて、その結果、他の人たちが医療の世界でやりたいことがあっても、それを簡単に実現できる環境ではないということだ。
医療の質を評価するということ
ここまで調べた内容を、吉田の医療関連のプロジェクトメンバー全員で共有した。
一通り調査内容を確認した吉田は、
「やっぱり日本の医療には、バックキャストの考え方がないな。あとで治療成績を分析しようと思ったら、データベースのフォーマットは絶対に統一しておかなければならないのに。」
と、やや呆れ果てたように言った。
「そもそも医療のデータを分析して、医療の質を評価して、その質を向上させるには、どういうことがわかったらいいんだ?どうしたら評価できるんだ?」
ということも議論していた。
しかし、医療職ではない吉田たちでは、医療の質を評価するなど全く見当がつかなかった。次第に吉田たちは、途方に暮れていった。
その中で、蒼生は
「レセプトデータに検査データが入っていたら、これだけで相当使えるデータになりそうなんですけどね。」
と何気なく呟いた。
それを聞いた吉田は
「そうだな、そのデータを作れれば、日本の医療の質を分析することができる」
と頷きながら応えた。
プロジェクトメンバー全員が、はっと気が付いたようにお互いの顔を見合わせた。そして、そうだよな、そのデータを作れれば、データ解析のシステムは我々が開発できるよな、と一気にメンバー全員の顔色が明るくなった。
問題は、レセプトデータの検査項目の欄に、どうやって検査値を入力させるか、だった。
蒼生の先輩の鈴木が
「僕、自分の人脈からもっと情報を集めてみます。医師じゃないですけど、高校の同級生が厚生労働省に勤めています。彼から医療についての課題やら、困り事を聞ければ、僕たちの今後のサービス開発にも役立つかもしれません」
と言った。吉田は
「鈴木の知り合いの方が、我々の力になってくれたらありがたいな。ぜひその方にもコンタクトしてくれ」
と、言葉に熱を込めながら鈴木に言った。
さらに吉田は、この医療のプロジェクトのメンバーに、
「まずは差し当たって、このプロジェクトを2つに分ける。レセプトデータのチームと、電子カルテデータのチームだ。
レセプトデータのチームは、レセプトデータを分析できるシステムを作ろう。そして、レセプトデータを一層活用するためのデータの充実化を検討しよう。こちらはより短期に結果を出すために取り組む。
それと並行して、電子カルテデータのチームは、複数のデータベースを柔軟に連携させ、一つの巨大な電子カルテのデータベースを柔軟に作り出せる仕組みを作ろう。こちらは時間がかかるが、もともと我々が持っている技術をもとにしたら、開発工数は少しは短くできるかもしれない。
何より、完成したら様々な価値を生み出せて、日本の社会課題の解決や医療の質の向上につながる本命のデータ分析システムだ。長期の取り組みになるが、粘り強く取り組もう。
日本の医療の質を精緻に分析し、日本の医療の質を高めよう」
と指示を出した。
蒼生と鈴木は、レセプトデータのチームにアサインされた。吉田は両方のチームを統括しつつ、電子カルテデータのチームをより手厚くサポートすることになった。
吉田の会社は、新たな事業の着手に大きく動き出した。これから直面するさまざまな危機に向けて。
<第十二章に続く>
この記事が気に入ったらサポートをしてみませんか?