🗄 やさしい解説シリーズ（技術編） / PR 本記事は学習用書籍の広告（アフィリエイトリンク）を含みます。詳しくは広告についてをご覧ください。病院IT・ベンダー・医療情報技師を目指す方向けに、医療情報データベースの基礎を整理します。
医療の現場で生まれる情報は、診療のたびに少しずつ積み重なります。1回の診療では小さくても、蓄積されると患者さんの経過・傾向・安全管理を支える資産になる——これが医療情報の本質です。そして、その「ためる」を支えているのがデータベースです。
電子カルテやレセコンの画面の裏側では、ほぼ必ずデータベースが動いています。ここでは、医療情報DBの土台と、データの性質による使い分けを整理します。
1. 土台は RDB（リレーショナルデータベース）
電子カルテやレセコンの多くは、RDBで作られています。患者・受診・処方・会計といった情報を表（テーブル）に分け、患者番号などのキーで結びつけます。
なぜ医療情報に RDB が向くのか。理由は整合性です。
- 正規化：同じ情報を一箇所で管理し、矛盾を防ぐ（患者氏名を何箇所にも持たない）
- トランザクション：会計と処方を同時に確定するなど、中途半端な更新を許さない
- インデックス：膨大な患者から目的の1件を素早く取り出す
医療では「データが矛盾しない・取り消せる・速く引ける」が命綱です。RDB はこれを得意とするため、基幹の電子カルテ・レセコンの中核に使われ続けています。
2. RDB だけではない ― データの性質で使い分ける
一方で、医療情報には RDB が苦手とするデータもあります。性質に応じて別の道具を組み合わせます。
・時系列データ（バイタル・検査値の連続記録）→ 時系列データベース（時間軸での集計が速い）
・文書・非構造化データ（読影レポート・看護記録の自由文）→ 文書DB／全文検索エンジン（あいまい検索に強い）
・医用画像（CT・MRI 等）→ DICOM 規格＋大容量ストレージ
「全部 RDB に詰め込む」のではなく、RDB を中心に、データの形に合った保管先を選ぶのが現代的な設計です。NoSQL はその選択肢の一つです。
3. 医療情報を「つなぐ」標準規格
医療情報DBがもう一つ向き合うのが相互運用性——別のシステムや施設と、安全かつ正確に情報をやり取りできるか、です。施設やベンダーが違っても通じる「共通語」が標準規格であり、ここを押さえた設計かどうかで、後の連携・集計のしやすさが決まります。
HL7 FHIR ― 交換の形式
国際標準化団体 HL7 が策定した、医療情報交換の次世代標準が FHIR（ファイア）です。
- Web 技術ベース：REST API と JSON／XML で扱うため、従来の HL7 v2 や CDA 文書より実装しやすい
- 「リソース」単位：患者（Patient）、検査結果（Observation）、処方（MedicationRequest）、受診（Encounter）などの部品にデータを分け、互いを参照でつなぐ。各リソースが URL を持ち、API で個別に取得できる
- 国の電子カルテ情報共有サービスでも採用が進み、診療情報提供書・退院時サマリや、傷病名・アレルギー・処方などを施設間で共有する基盤になりつつある
SS-MIX2 ― 蓄積の形式
SS-MIX2 は、病院の各部門システムが出す診療データ（処方・注射・検査・病名・アレルギー等）を、HL7 v2.5 形式のメッセージにして「標準化ストレージ」へ貯める国内の厚労省標準規格です。
- 規格に沿った標準化ストレージと、施設独自データを置く拡張ストレージの2層構成
- 既存の電子カルテに後付けで導入でき、ベンダーをまたいだデータ取り出し・地域医療連携・災害時のデータ保全に使われる
ざっくり言うと、FHIR が「やり取りの形式」、SS-MIX2 が「貯め方の形式」と捉えると整理しやすいです。
コード標準 ― 意味をそろえる
形式が揃っても、中身の言葉がバラバラでは集計できません。「胃がん」「胃癌」「胃ガン」を別物と数えてしまっては意味がない——だから同じ概念を同じコードで持つことが、つなぐ・集計するの大前提です（これをセマンティック相互運用性と呼びます）。代表的なコード体系：
- 病名：ICD-10 に対応した標準病名マスター（傷病名マスター）
- 医薬品：YJコード・HOTコード・レセプト電算医薬品コード
- 診療行為：レセプト電算処理システム用の診療行為マスター
- 臨床検査：JLAC10
これらのマスターを施設・システム間でそろえることが、FHIR や SS-MIX2 で「つなぐ」土台になります。
データベース設計の良し悪しは、「将来つなげられるか」で決まると言っても過言ではありません。
4. 「ためる」から「活かす」へ ― 二次利用とデータウェアハウス
蓄積した医療情報は、診療そのもの（一次利用）だけでなく、経営分析・研究・地域連携といった二次利用にも使えます。ここで登場するのがDWHやデータレイクです。
- 基幹DB（日々の診療）から、ETLで分析用DBへ移す
- 全国規模ではNDBやDPCデータが研究・政策に使われる
5. 学びを深める
医療情報DBを「知る・作る・活かす」の3方向で、現場で読まれている書籍を挙げます。
医療情報の標準・システムを知る（本記事 §3 に直結）
本記事 §3 で触れた FHIR を体系的に学べる教科書的な一冊。相互運用性の考え方から FHIR・SMART on FHIR まで、これからの医療情報基盤を理解したい方に。
Amazonで見る →電子カルテ・部門システム・SS-MIX2・標準化・セキュリティまで、病院情報システムの全体像を現場目線で概観できる入門書。ベンダー・新任の情報担当の最初の一冊に。
Amazonで見る →データベース・SQL の技術を身につける（§1 に直結）
§1 の正規化・トランザクション・インデックスを、設計の実践ノウハウとして体系的に。RDB を「使う」から「設計する」へ進みたい方の定番。
Amazonで見る →まず自分でデータを触ってみたい初学者に。図解とドリルでSQLを体に入れられる定番入門。病院の情報担当が「自分で集計してみる」第一歩に最適。
Amazonで見る →入門の次の一冊。ウィンドウ関数や集合指向など、SQL を「初級で終わらせない」ための実践書。データ集計を本格的にやりたい方へ。
Amazonで見る →医療データを「活かす」（§4 二次利用に直結）
レセプト・NDB・DPC などのデータベースの特徴と使い方、SQL 操作から分析・論文化までを一冊で。蓄積データを「活かす」側の定番入門書。
Amazonで見る →まとめ
- 医療情報は、ためること自体が価値。その土台は、整合性に強い RDB。
- ただし RDB 一辺倒ではなく、時系列・文書・画像はデータ特性に合う保管先を組み合わせる。
- FHIR・SS-MIX2・コード標準で「つなげる」設計が、集計・連携の前提。
- 蓄積データの二次利用は匿名化・3省2GLを守って。技術より安全が先。
本記事は学習用書籍の広告（アフィリエイトリンク）を含みます（広告について）。MEDICT DX 編集部が、医療情報を理解した視点で技術をやさしく解説しています。
📎 あわせて読みたい
- 電子カルテって何？ 医療のデジタル化のキホン — 電子カルテ・レセコン・3省2ガイドラインをやさしく
- 【読者・目的別】医療DX・医療AIを学ぶ おすすめ書籍 — 立場別の本選び
- 用語の確認は 医療DX 用語集 へ