株式会社ヘンリーで電子カルテと外部機器・ソフトウェアの連携部分の開発を担当している坂口（id:wakwak3125）です。この記事は株式会社ヘンリー Advent Calendar 2024の14日目の記事です。前回は「大きくて複雑なものを作る人達へ送る一冊｜永田 健人」でした。
はじめに
電子カルテというものはたくさんの周辺分野の機器やソフトウェアと連携をして診療行為を記録していますがその中でも比較的身近な検査に焦点をあてて実際に裏側ではどのようなデータのやり取りが行われているのか、どういった課題があるのかについて解説してみようと思います。
ここでは院内や院外で実施される血液検査や尿検査などに代表される「検体検査」を対象とします。
検査システムと電子カルテの役割
まず検査システムと電子カルテのそれぞれの役割を簡単に解説します。
検査システム
血液検査や尿検査などの検体検査の結果の表示や患者情報の管理、検査会社・検査ラボへの検査情報の送信などを担っています。
また、検査結果の上での印刷もこのシステムで実施することができます。
電子カルテ
電子カルテは言わずもがなですが処方内容やどのような検査を行なったのか、どんな病状なのかということの詳細が記録されています。
今回解説する本題である検査システムとも連携をして電子カルテ上で入力した検査を検査システムに送信したり、結果を受け取り表示をすることもできます。
連携の際には各検査会社が用意している検査名称やコードと実際に電子カルテ上で選択する診療行為の紐付けがなされたマスタを登録する必要があります。
それぞれが独立しているとどうなるのか
診療時に複数の画面を行き来することが必要になったりと操作が煩雑かすることが予想されます。また検査会社を複数利用している場合はその分だけ管理するソフトウェアも増えるためより煩雑さが増します。
こうならないためにも電子カルテ上で一元して見られるようになっていることが便利なのはいうまでもないことだと思います。
連携の仕組み
では本題として実際にはどのようなデータのやりとりが実施されているのかを見ていきたいと思います。
連携の基本はファイルの交換
まず初めにWebAPIはほとんど存在しない世界（もし対応している検査会社さんがいらっしゃいましたらご一報ください！）なので、電子カルテと検査システムが共有しているPCのフォルダに検査の「依頼」と「結果」のファイルをそれぞれ出力し合うような連携方法が主流です。
依頼連携について
医師が電子カルテに「この患者さんについて、この数値を検査したい」といった指示が書かれると、検査システムにその内容が登録されます。また、医療機関ではその指示を元に採血や採尿を行います。このあたりの細かいオペレーションは医療機関ごとには変わってくると思うので一例としてお考えください。
指示をうけると検査システムは検体に貼り付けるためのラベルを出力します。このラベルには患者名や患者番号、採取日などの情報が記載されています。
依頼時に出力するファイル
このオペレーション中に電子カルテはMEDISと呼ばれる形式の固定長のファイルを検査システムへ登録します。その一例を見てみましょう。
"O1HRY 202105031234572664641 2fad237a2-1 1234512345 ﾃｽﾄ ｶﾝｼﾞｬ 2Y028 9301012105030000010 ML "
"O2HRY 2021050312345726646400001 00002 00001 00002 00001 00002 00001 00002 00001 "
"O2HRY 2021050312345726646400002 "
サンプルなので多少のミスがあるかもしれませんが多めにみてやってください。非常に見づらそうということがわかるかと思います。 ヘンリーの社員は特殊な訓練を受けている人が多いのでわかる人が多いです。僕は最初意味がわかりませんでした。
このMEDISファイルにはいくつか特徴があるのですが、特筆すべきものを挙げるとするならば検査会社・ラボごとに少しずつ仕様が異なるということです。
標準的な仕様があるにはあるんですが、各社歴史的な経緯もありそうも言えないのが現状です。
一例を以下に列挙すると
- 性別を表す値が各社違うため、男が1のケースもあれば、男がMのケースもある
- 依頼のユニークキーが20桁利用可能なのが標準仕様だが10桁しか利用できない
- 固定長の右詰左詰が項目ごとに少し違う
...etc
などさまざまです。現在は連携する各社の仕様をベースに依頼ファイルの作成のコードを実装するような形になっています。
結果連携について
そうして依頼された検査を検査会社が実際に実施したあと、結果情報が検査システムへと送信されます。この辺も検査会社によりけりですが検査システムから結果出力する機能がない場合は、検査結果が入ったUSBメモリを利用して結果データを取得しているケースもあります。
取得方法はさておき、検査結果のファイルをまたもや電子カルテと検査システムが共有しているフォルダへと配置すると電子カルテはその情報を吸い上げて患者の検査結果データとして保存します。
検査結果には基準値や異常値などのフラグが入っている形式もあり、検査結果を表示する際にはそれらの情報を利用してわかりやすく表示することが求められます。
結果ファイル
それでは検査結果ファイルの一例を見ていきましょう。Henryが対応している結果フォーマットは3つあります。
MEDIS形式: 先ほどの依頼ファイルに対になる結果形式です。こちらも固定長のファイルになっています。
A1XXXXXX2021112599000000010016072759059 ﾃｽﾄ ﾀﾛｳ ﾃｽﾄ 10100100 6.6 10100900 40 10101000 16 10101100 690 10101200 338
A1XXXXXX2021112599000000010016072759059 ﾃｽﾄ ﾀﾛｳ ﾃｽﾄ 10109700 - 10109800 - 10109900 - 10130100 ﾍﾞｯｼ 10130101 63.4
Wolf形式: CSVで表現されており比較的使いやすいファイル形式です。
"XXX","20220107","abcdefghij","0000012345","0000123456","ﾃｽﾄ ｶﾝｼﾞｬ1","","","","","","","","","5B106-00","LARGE ﾏﾙﾁﾏ-","1","1234","5","","","","H","","12.3","mg","10.0","E","10.0","0.0","","","","","",""
"XXX","20220107","jihgfedcba","0000012345","0000123456","ﾃｽﾄ ｶﾝｼﾞｬ1","","","","","","","","","5B106-00","LARGE ﾏﾙﾁﾏ-","1","1234","5","","","","H","L","12.3","mg","10.0","E","10.0","0.0","","","","","",""
"XXX","20220107","klmnopqrst","0000067890","0000789012","ﾃｽﾄ ｶﾝｼﾞｬ2","","","","","","","","","5B106-00","検査項目","2","1235","6","","","","L","","34.5","L","10.0","L","10.0","0.0","","","","","",""
HL7 FHIR v2.5: FHIRと呼ばれる医療情報共有の標準規格です。v2.5は2003年に発表された規格です。
MSH|^~\&|H100|XXXXX||999999999200|20221017152504||ORU^R01|99999999920020221017152504|P|2.5|||NE|NE|81|ASCII~ISO IR87~ISO IR159||ISO 2022-1994
PID|1||12345||サンプル^ホウコクショ^^^^^L^P||19631130^058|F||||||||||01
PV1|1|O|^内科^１病棟^１Ｆ||||Dr ﾊﾔﾌﾞｻ
ORC|CN||2022101800999501||CM||||||||||20211203
OBR|1||2022101800999501|||20221018|202210181330||1000^ml||||149^40.5|20221018|01^全血|||||ﾋﾞｺｳ999999999999||20221017142457|||F||PC^230^R^^術前||||||||||||3^^弱溶血
OBX|1|NM|3J010000002327101^総ビリルビン^JC10^00050000^総ビリルビン（Ｔ-Ｂｉｌ）^XXXXX^1|1|0.8|^ｍｇ／ｄＬ|0.2-1.2||4||F|||20211203|XXXXX|ヘンリー太郎^総合研究所
OBX|2|NM|3J015000002327101^直接ビリルビン^JC10^00070000^直接ビリルビン（Ｄ-Ｂｉｌ）^XXXXX^1|1|0.5|^ｍｇ／ｄＬ|0.0-0.4|H|5||F|||20211203|XXXXX|ヘンリー太郎^総合研究所
OBX|3|NM|3J020000002391901^間接ビリルビン^JC10^00090000^間接ビリルビン（Ｉ-Ｂｉｌ）^XXXXX^1|1|0.3|^ｍｇ／ｄＬ|0.2-0.8||4||F|||20211203|XXXXX|ヘンリー太郎^総合研究所
結果ファイルについては依頼ファイルほど各社の差異は少なくフォーマットの違い程度のため比較的扱いやすいというのが感想ですが、クセもあるため一概にどれがいいというものではありません。しかし個人的にはCSV形式が楽だなぁという気もします。
これらのファイルについても特殊な訓練を受けたヘンリー社員はぱっと見でどんな結果データが入っているかがわかるようです。すごい。
連携時のマスタデータについて
検査システムと連携をする際にはマスタ管理も重要なトピックにあがります。
例えば初めて電子カルテを利用される医療機関さまではこれまで慣れ親しんだ紙での依頼時に利用していた名称をそのまま利用したいということが考えられます。
そのため医療機関ごとにマスタを用意していることがほとんどです。
また、マスタのフォーマットも各検査会社で違い統一された規格というものは無いように感じます。（だいたい書かれている内容は同じなのですが...）
そのため、連携時にはHenryの定めるマスタの形式に変換をして登録と管理を行なっています。
検査マスタについてはここでは書ききれないほどの課題があるのでまた機会があれば記事を書きたいと思います。
連携時の課題
検査システムとの連携にはいくつかの課題があります。
- 依頼ファイルが正常に連携先システムに正常に取り込まれたどうかの結果を受け取ることが難しいこと
- ファイル連携では取り込まれたかどうかの結果があくまでも「ファイルがフォルダから消えた」という以上のものがありません。
- 取り込まれたが内容に問題がある場合などを検知することが難しい状態です。
- 共有フォルダという仕組みを使っている以上、院内のネットワーク状態・PCの状態に強く依存するということ
- 例えば検査依頼がシステムに飛ばない、というサポートリクエストが来た際に原因を調べると連携用のプログラムが動いていなかったり院内のネットワーク設定やセキュリティ設定が変わっていることに起因するケースが少なくありません。
- 検査会社ごとに仕様が異なるため微妙な調整が入ることがあり、連携時の工数が低く無い
- 「依頼はMEDIS、結果はWolfで」と合意をとっても中身が一味違う味付けになっていることが多いです。
それぞれの課題にどう向き合うか
ヘンリーではそれぞれに対して一発で解決できるような必殺技は持ち合わせていないの一つ一つ対処しています。
例えば、院内のネットワークやPC設定に起因する部分については問い合わせフローの効率化などを行うことで対応速度・工数を減らしたり、仕様合意では聞くべき内容の型化を行い抜けや漏れがないように務めるなどのいわゆる「運用でがんばる！」みたいなところでしか解決できていないのが正直なところです。
この辺りについては来年には解決し切っておきたい課題だなぁと思っています。興味がある人やこうしたらいいのでは？という案のある方は是非一緒にお話ししましょう！
明日は id:shenyu_cyan による記事です！お楽しみに。
id:nabeop
